Live data from Hacker News

MinIO Is Dead, Long Live MinIO

blog.vonng.com

61–70 of 95 posts

Re: MinIO Is Dead, Long Live MinIO

#61
Please just contribute to seaweedfs or the other options instead!

There are a lot of other options when it comes to locally hosted S3, minio has not been the best option for a long while.

It was used the most in introductory articles/examples maybe but there were better options

Re: MinIO Is Dead, Long Live MinIO

#62
post #52

Earlier quoted context omitted.

> The S3 API is quite stable With so many things offering S3 compatibility, I’d say it’s de-facto standardized.

I can't see how Amazon is incentivized to avoid making any changes that break compatibility for their imitators, so long as their first party SDKs continue working. Standardized feels like it should be suffixed with "as long as Amazon doesn't ever feel like evolving the product further".

If amazon changes the API they've angered their entire customer base that relies on the API. Sure, some will stick around if they're fully entrenched by the ecosystem, but others will be able to leave, and they will, because hey, S3 is a standard-ish API.

Re: MinIO Is Dead, Long Live MinIO

#63
post #34

Also see Garage S3: https://garagehq.deuxfleurs.fr/

Moved to Garage, it's actually pretty easy to run and use. Would be even nicer if the official Docker image would support initializing a default bucket and access key from env variables instead of having to exec into the container and follow https://garagehq.deuxfleurs.fr/documentation/quick-start/ but that's not a dealbreaker. Note: I only needed the single-node install, it was either this or SeaweedFS. Also used Mi…

Never heard of this but looks promising. Thank you for bringing it up.

Re: MinIO Is Dead, Long Live MinIO

#64
> MinIO’s situation is actually more favorable — AGPL is more permissive for forks than BSL, with no legal gray area for community forks.

Um what? Opentofu was forked from the last MPL version of terraform, not a BUSL licensed version. This seems like an AI hallucination.

Re: MinIO Is Dead, Long Live MinIO

#65
post #52

Earlier quoted context omitted.

The S3 API is quite stable and most new features are opt-in (e.g. ApplyIfModified) or auxiliary (e.g. S3Tables). It’s highly unlikely that S3 proper will break backwards compatibility for clients with any future API change. So if all you need is basic object storage that works with existing S3 clients, then MinIO is enough. The fork just needs to keep CVEs patched and maintain community hygiene (accept new PRs for sm…

> The S3 API is quite stable With so many things offering S3 compatibility, I’d say it’s de-facto standardized.

From whatI can tell, "s3 compatibility" usually means compatibility with some subset of the actual s3 API. And what subset that is varies a fair amount between projects.

Re: MinIO Is Dead, Long Live MinIO

#66
post #5

It's nice that people are taking this up, and one of the main benefits of open source in the first place. I have my doubts that this will succeed if it's just one guy, but maybe it takes on new life this way and I would never discourage people from trying to add value to this world. That said I increasingly have a very strong distaste of these AI generated articles. They are long and tedious to read and it really mak…

> it really makes me doubt that what is written there is actually true at all

Indeed, the whole "Ironically, switching from Apache 2.0 to AGPL irrevocably makes the project forkable" section seems misguided. Apache 2.0-licensed software is just as forkable.

Re: MinIO Is Dead, Long Live MinIO

#67

Earlier quoted context omitted.

I agree completely. I know everyone is tired of AI accusations but this article has all of the telltale signs of LLM writing over and over again. It’s not encouraging for the future of a project when the maintainer can’t even announce it without having AI do the work. It would be great if this turns into a high effort, carefully maintained fork. At the moment I’m highly skeptical of new forks from maintainers who are…

>I agree completely. I know everyone is tired of AI accusations but this article has all of the telltale signs of LLM writing over and over again. I mean, I'm more worried about the AI writing itself than people calling it out. The AI articles on HN are an absolute disease. Just write your own damn articles if you're asking the rest of us to read them.

I just get my agent to read them for me and present a few options for comments as derived from the vibes of any existing comments. If I time out, it posts a random option, then at the end of the week I get it to summarise all the content I (royal) read and distill it into a take-aways note in my (royal) journal. It's been a huge productivity boost. When ever I think I might want to think about something I just ask the agent to find a topic I (royal) read within some timeframe and have it synthesise a few new dot points in my (royal) journal. I'm hoping to reach 10,000 salient points by the end of the year.

Re: MinIO Is Dead, Long Live MinIO

#68
Author here.

• This is translated from my original Chinese post. I used Claude to polish the English — not a native speaker. Fair criticism on the LLM-ese; I'll tighten it.

• This fork exists because MinIO is a production dep in my PG distribution (Pigsty) and I needed working binaries + CVE patches. It's primarily for my own use; sharing it because others may have the same problem.

• We're deliberately conservative — no new features, just a drop-in replacement that behaves like the last OSS release with the console restored. Early commits will look thin.

Re: MinIO Is Dead, Long Live MinIO

#69
post #64

> MinIO’s situation is actually more favorable — AGPL is more permissive for forks than BSL, with no legal gray area for community forks. Um what? Opentofu was forked from the last MPL version of terraform, not a BUSL licensed version. This seems like an AI hallucination.

you're right, OpenTofu forked from the last MPL version of Terraform, not BSL. My mistake — I'll correct the post.

Re: MinIO Is Dead, Long Live MinIO

#70
> Once code is released under AGPL, the license is irrevocable. You can set a repo to read-only, but you can’t claw back a granted license.

> That’s the beauty of open-source licensing by design: a company can abandon a project, but it can’t take the code with it.

This is a FREE license, which is not just open source. It's open source + more.

Post reply on HN