Live data from Hacker News

MinIO repository is no longer maintained

github.com

271–280 of 397 posts

Re: MinIO repository is no longer maintained

#271
post #68

Earlier quoted context omitted.

> then doing a bait-and-switch FOSS is not a moral contract. People working for free owe nothing to no one. You got what's on the tin - the code is as open source once they stop as when they started. The underlying assumption of your message is that you are somehow entitled to their continued labour which is absolutely not the case.

It's a social contract, which for many people is a moral contract.

Expectations are maybe fine maybe not, but it's funny that people can slap the word moral onto their expectation of others being obligated to do free work for them, and it's supposed to make them be the good guys here.

Why do you presume to think your definition of morals is shared by everyone? Why is entitlement to others labor the moral position, instead of the immoral position?

Re: MinIO repository is no longer maintained

#272

First off, I don't think there is anything wrong with MinIO closing down its open source. There are simply too many people globally who use open source without being willing to pay for it. I started testing various alternatives a few months ago, and I still believe RustFS will emerge as the winner after MinIO's exit. I evaluated Garage, SeaweedFS, Ceph, and RustFS. Here are my conclusions: 1. RustFS and SeaweedFS are…

Garage installation is easy. 1. Download or build the single binary into your system (install like `/usr/local/sbin/garage`) 2. Create a file `/etc/garage.toml`: metadata_dir = "/data/garage/meta" data_dir = "/data/garage/data" db_engine = "sqlite" replication_factor = 1 rpc_bind_addr = "[::]:3901" rpc_public_addr = "127.0.0.1:3901" rpc_secret = "[your rpc secret]" [s3_api] s3_region = "garage" api_bind_addr = "[::]:…

Garage is indeed an excellent project, but I think it has a few drawbacks compared to the alternatives: Metadata Backend: It relies on SQLite. I have concerns about how well this scales or handles high concurrency with massive datasets. Admin UI: The console is still not very user-friendly/polished. Deployment Complexity: You are required to configure a "layout" (regions/zones) to get started, whereas MinIO doesn't force this concept on you for simple setups. Design Philosophy: While Garage is fantastic for edge/geo-distributed use cases, I feel its overall design still lags behind MinIO and RustFS. There is a higher barrier to entry because you have to learn specific Garage concepts just to get it running.

Re: MinIO repository is no longer maintained

#273

Earlier quoted context omitted.

> too many people globally who use open source without being willing to pay for it. That's an odd take... open source is a software licensing model, not a business model. Unless you have some knowledge that I don't, MinIO never asked for nor accepted donations from users of their open source offerings. All of their funding came from sales and support of their enterprise products, not their open source one. They are s…

I respectfully disagree with the notion that open source is strictly a licensing model and not a business model. For an open-source project to achieve long-term reliability and growth, it must be backed by a sustainable commercial engine. History has shown that simply donating a project to a foundation (like Apache or CNCF) isn't a silver bullet; many projects under those umbrellas still struggle to find the resource…

> For an open-source project to achieve long-term reliability and growth, it must be backed by a sustainable commercial engine

You mean like Linux, Python, PostgreSQL, Apache HTTP Server, Node.js, MariaDB, GNU Bash, GNU Coreutils, SQLite, VLC, LibreOffice, OpenSSH?

Re: MinIO repository is no longer maintained

#274
post #107

Earlier quoted context omitted.

Show me a FOSS license where a commitment to indefinite maintenance is promised.

Social contracts are typically unwritten so the license would be the wrong place to look for it.

> Social contracts are typically unwritten

Maybe this is the case, but why is your presumption of entitlement to free labor of others the assumed social contract, the assumed "moral" position, rather than the immoral one?

Why is the assumed social contract that is unwritten not that you can have the free labor we've released to you so far, but we owe you nothing in the future?

There's too much assumption of the premise that "moral" and "social contract" are terms that make the entitled demands of free-loaders the good guys in this debate. Maybe the better "morality" is the selfless workers giving away the product of their labor for free are the actual good guys.

Re: MinIO repository is no longer maintained

#275

First off, I don't think there is anything wrong with MinIO closing down its open source. There are simply too many people globally who use open source without being willing to pay for it. I started testing various alternatives a few months ago, and I still believe RustFS will emerge as the winner after MinIO's exit. I evaluated Garage, SeaweedFS, Ceph, and RustFS. Here are my conclusions: 1. RustFS and SeaweedFS are…

I want to like RustFS, but it feels like there's so much marketing attached to the software it turns me off a little. Even a little rocket emoji and benchmark in the Github about page. Sometimes less is more. Look at the ty Github home page - 1 benchmark on the main page, the description is just "An extremely fast Python type checker and language server, written in Rust.".

Re: MinIO repository is no longer maintained

#276
post #23

We all saw that coming. For quite some time they have been all but transparent or open, vigorously removing even mild criticism towards any decisions they were making from github with no further explanation, locking comments, etc. No one that's been following the development and has been somewhat reliant on min.io is surprised. Personally the moment I saw the "maintenance" mode, I rushed to switch to garage. I have a…

Why should these guys bother with people who won't pay for their offering ? The community is not skilled enough to contribute to this type of project. Honestly most serious open source is industry backed and solves very challenging distributed systems problems. A run of the mill web dev doesnt know these things I am sorry to say.

Re: MinIO repository is no longer maintained

#277

First off, I don't think there is anything wrong with MinIO closing down its open source. There are simply too many people globally who use open source without being willing to pay for it. I started testing various alternatives a few months ago, and I still believe RustFS will emerge as the winner after MinIO's exit. I evaluated Garage, SeaweedFS, Ceph, and RustFS. Here are my conclusions: 1. RustFS and SeaweedFS are…

Garage installation is easy. 1. Download or build the single binary into your system (install like `/usr/local/sbin/garage`) 2. Create a file `/etc/garage.toml`: metadata_dir = "/data/garage/meta" data_dir = "/data/garage/data" db_engine = "sqlite" replication_factor = 1 rpc_bind_addr = "[::]:3901" rpc_public_addr = "127.0.0.1:3901" rpc_secret = "[your rpc secret]" [s3_api] s3_region = "garage" api_bind_addr = "[::]:…

If you are on Hetzner, I created a ready to use Terraform module that spins up a single node GarageFs server https://pellepelster.github.io/solidblocks/hetzner/web-s3-do...

Re: MinIO repository is no longer maintained

#278
post #188

Earlier quoted context omitted.

Yes the software is under AGPL. Go forth and forkify. The choice of AGPL tells you that they wanted to be the only commercial source of the software from the beginning.

> the software is under AGPL. Go forth and forkify. No, what was minio is now aistor, a closed-source proprietary software. Tell me how to fork it and I will. > they wanted to be the only commercial source of the software The choice of AGPL tells me nothing more than what is stated in the license. And I definitely don't intend to close the source of any of my AGPL-licensed projects.

So fork the last minio, and work from there... nobody is stopping you.

Re: MinIO repository is no longer maintained

#279

First off, I don't think there is anything wrong with MinIO closing down its open source. There are simply too many people globally who use open source without being willing to pay for it. I started testing various alternatives a few months ago, and I still believe RustFS will emerge as the winner after MinIO's exit. I evaluated Garage, SeaweedFS, Ceph, and RustFS. Here are my conclusions: 1. RustFS and SeaweedFS are…

> too many people globally who use open source without being willing to pay for it. That's an odd take... open source is a software licensing model, not a business model. Unless you have some knowledge that I don't, MinIO never asked for nor accepted donations from users of their open source offerings. All of their funding came from sales and support of their enterprise products, not their open source one. They are s…

> That's an odd take... open source is a software licensing model, not a business model.

Yes, open-source is a software license model, not a business model. It is also not a software support model.

This change is them essentially declaring that MinIO is EOL and will not have any further updates.

For comparison, Windows 10 which is a paid software released in the same year as first minio release i.e. 2015 is already EOL.

Re: MinIO repository is no longer maintained

#280

Earlier quoted context omitted.

Ironically rustfs.com is currently failing to load on Firefox, with 'Uncaught TypeError: can't access property "enable", s is null'. They shoulda used a statically checked language for their website...

My Firefox access is working fine. The version is 147.0.3 (aarch64)

I'm running Firefox 145.0.2 on amd64.

It seems like the issue may be that I have WebGL disabled. The console includes messages like "Failed to create WebGL context: WebGL creation failed: * AllowWebgl2:false restricts context creation on this system."

Oh well, guess I can't use rustfs :}

Post reply on HN