Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MinIO is now in maintenance-mode

github.com

Post reply on HN
Print view View original

321–330 of 338 posts

Re: MinIO is now in maintenance-mode

#321

Post by tomnipotent »

elzbardico wrote: post #255
ahepp wrote: post #243

Earlier quoted context omitted.

> open source projects eventually need a path to monetization I guess I'm curious if I'm understanding what you mean here, because it seems like there's a huge number of counterexamples. GNU coreutils. The linux kernel. FreeBSD. NFS and iSCSI drivers for either of those kernels. Cgroups in the Linux kernel. If anything, it seems strange to expect to be able to monetize free-as-in-freedom software. GNU freedom number…

I don't think there's still someone actively working on the Linux kernel without receiving a salary, and this for the last two decades more or less.

Other than a few popular libraries, I'm unaware of any major open source project that isn't primarily supported by corporate employees working on it as part of their day job.

Re: MinIO is now in maintenance-mode

#322

Post by fragmede »

tomnipotent wrote: post #321
elzbardico wrote: post #255

Earlier quoted context omitted.

I don't think there's still someone actively working on the Linux kernel without receiving a salary, and this for the last two decades more or less.

Other than a few popular libraries, I'm unaware of any major open source project that isn't primarily supported by corporate employees working on it as part of their day job.

Ghostty's obviously not a replicatable model, but it would be cool if it was!

Re: MinIO is now in maintenance-mode

#323

Post by heartsavior »

pabs3 wrote: post #286
foota wrote: post #285

Earlier quoted context omitted.

Well yes, but the vast majority of changes (~95%, by either changes or lines) seem to be from contributors supported by employers.

Sure, but there is still "someone" contributing unpaid.

Definitely individual can start with their own reason. It is questionable whether they can make contributions which scope would be a quarter of the work including design or even larger.

Re: MinIO is now in maintenance-mode

#324

Post by cwyers »

_factor wrote: post #298
victormy wrote: post #258

Earlier quoted context omitted.

I believe that, at the end of the day, open source enthusiasts still need to make a living.

God forbid a passion project stay just a passion project. You don't see this monetization perspective in the hobbyist 3D printing community or airbrushing communities. This is directly a result of how much OSS is framed as a "time sink" instead of enjoyable hobby. I don't like this narrative, and don't think its healthy.

MinIO is absolutely not a passion project, it's a business.

Re: MinIO is now in maintenance-mode

#325

Post by dark-star »

ahepp wrote: post #315
dark-star wrote: post #237

Earlier quoted context omitted.

S3 object names are not POSIX compatible. "foo" and "foo/bar" are valid S3 object names that cannot coexist on a POSIX filesystem

So when we say "they abandoned posix compatibility", are we saying "They abandoned the POSIX filesystem storage backend"? I believe that's true, I used to use minio on a FreeBSD server but after an update I had to switch to just passing in zfs block devs. Or are we saying that they no longer support running minio on POSIX systems at all, due to using linux specific syscalls or something else I'm not thinking of? I do…

Ah, yes, I didn't even think of that. I always understood it as "abandon POSIX filesystems (as backend for S3)" because I knew about all these issues with filename/directory clashes,

I don'T think they would abandon POSIX systems in general, because what sense would that make?

Re: MinIO is now in maintenance-mode

#326

Post by lima »

snthpy wrote: post #267
victormy wrote: post #233

Big thanks to MinIO, RustFS, and Garage for their contributions. That said, MinIO closing the door on open source so abruptly definitely spooked the community. But honestly, fair play to them—open source projects eventually need a path to monetization. I’ve evaluated both RustFS and Garage, and here’s the breakdown: Release Cadence: Garage feels a bit slower, while RustFS is shipping updates almost weekly. Licensing:…

Thanks. I hadn't heard of RustFS. I've been meaning to migrate off my MinIO deployment. I recently learned that Ceph also has an object store and have been playing around with microceph. Ceph also is more flexible than garage in terms of aggregating differently sized disks. Since it's also already integrated in Proxmox and has over a decade of enterprise deployments, that's my top contender at the moment. I'm just no…

Ceph is quite expensive in terms of resource usage, but it is robust and battle-tested. RustFS is very new, very much a work in progress[1], and will probably eat your data.

If you're looking for something that won't eat your data in edge cases, Ceph (and perhaps Garage) are your only options.

[1]https://github.com/rustfs/rustfs/issues/829

Re: MinIO is now in maintenance-mode

#327

Post by Bombthecat »

mikestorrent wrote: post #246
ahepp wrote: post #243

Earlier quoted context omitted.

> open source projects eventually need a path to monetization I guess I'm curious if I'm understanding what you mean here, because it seems like there's a huge number of counterexamples. GNU coreutils. The linux kernel. FreeBSD. NFS and iSCSI drivers for either of those kernels. Cgroups in the Linux kernel. If anything, it seems strange to expect to be able to monetize free-as-in-freedom software. GNU freedom number…

I think, if anything, in this age of AI coding we should see a resurgence in true open-source projects where people are writing code how they feel like writing it and tossing it out into the world. The quality will be a mixed bag! and that's okay. No warranty expressed or implied. As the quality rises and the cost of AI coding drops - and it will, this phase of $500/mo for Cursor is not going to last - I think we'll…

Yap, published already a few ( I hope) useful plugins where I basically don't care what you do with it. Coded in a few days with AI and some testing.

Already a few more ideas I want to code :)

But this might create the problem image models are facing, AI eating itself...

Re: MinIO is now in maintenance-mode

#328

Post by Bombthecat »

nodesocket wrote: post #245
gethly wrote: post #132

There is https://github.com/seaweedfs/seaweedfs I haver not used it but will be likely a good minio alternative for people who want to run a server and don't use minio just as s3 client.

I'm looking at deploying SeaWeedFS but the problem is cloud block storage costs. I need 3-4TB and Vultr costs $62.50/mo for 2.5TB. DigitalOcean $300/mo for 3TB. AWS using legacy magnetic EBS storage $150/mo... GCP persistent disk standard $120/mo. Any alternatives besides racking own servers? *EDIT* Did a little ChatGPT and it recommended tiny t4g.micro then use EBS of type cold HDD (sc1). Not gonna be fast, but for…

Hetzner VM with mounted storage box.

https://www.hetzner.com/storage/storage-box/

It's not as fast as local storage of course, but it's cheap!

Re: MinIO is now in maintenance-mode

#329

Post by cortesoft »

valyala wrote: post #310
cortesoft wrote: post #212

Earlier quoted context omitted.

We use it because we are already running our own k8s clusters in our datacenters, and we have large storage requirements for tools that have native S3 integration, and running our own minio clusters in the same datacenter as the tools that generate and consume that data is a lot faster and cheaper than using S3. For example, we were running a 20 node k8s cluster for our Cortex (distributed Prometheus) install, monito…

Consider migrating to VictoriaMetrics and saving on storage costs and operations costs. You also won't need MinIO, since it stores data to local filesystem (aka to regular persistent volumes). See real-world reports from happy users who saved costs on a large-scale Prometheus-compatible monitoring - https://docs.victoriametrics.com/victoriametrics/casestudies...

I can't imagine switching at this point. We spent quite a while building up our Cortex and Minio infrastructure management, as well as our alerting and inventory management systems, and it is all very stable right now. We don't really touch it anymore, it just hums along.

We have already worked through all the pain points and it all works smoothly. No reason to change something that isn't a problem.

Re: MinIO is now in maintenance-mode

#330

Post by yencabulator »

EgoIncarnate wrote: post #261
runiq wrote: post #178

Earlier quoted context omitted.

They have a CLA that assigns copyright to them: https://github.com/rustfs/rustfs/blob/5b0a3a07645364d998e3f5... So, arguably worse than MinIO.

MinIO had a de facto CLA. MinIO required contributors to license their code to the project maintainers (only) under Apache 2. Not as bad as copyright assignment, but still asymmetric (they can relicense for commercial use, but you only get AGPL). https://github.com/minio/minio/blob/master/.github/PULL_REQU...

That's so weird. Your contribution is a derived work based on AGPL, so it must be AGPL...

The number of weird incompetent things the Minio people have done is surprisingly high.

Post reply on HN