I believe it's too early to judge public adoption. Let's see in a few years if it degrades somehow. For now, they jumped from 55,880 to 56,319 GitHub stars in one day.
From the product side, I don't see how this should affect new adopters who didn't read the hn post yesterday
OK, have a look at GitHub contributors metric. 404 today, 405 yesterday.
Just to clarify, I'm not affiliated with or protecting MinIO, I don't know anything about this software. But it seems to me that there's some overreaction about Docker here, and in reality it is highly possible that this decision might not affect the product the way it's being discussed these days.
Are those active contributors or lifetime contributors? And don't those counts leave out anyone who doesn't have a github account or doesn't associate their got email with their github account?
Pure anecdata: the fact that this is happening at all has us (at work) looking for alternatives. Once we finalize on the best one we'll swap out MinIO permanently. I can't imagine we're the only ones, but who knows?
If you use this tech, perhaps you could explain what the real issue is behind dropping Docker? I mean, it's still AGPL licensed — why can't you use it from source?
In other words, what is the significant difference for your team that's worth changing the stack and navigating through the uncertainty of an alternative product?
Part of it is the trend of MinIO walking away from community customers. That to me is not a good sign, especially when it comes to project longevity. Do projects that do this kind of thing continue to flourish and thrive? I'm not sure that they do.
It's hard to feel good about remaining hitched to a horse that continues to send out red flags, especially when there are other good options out there for us.
Ease of setup and certified working solution. And yes, people should pay for certified working solution. But not when they use it the first time itself
However, I also understand that for any organization it is very painful to change their existing stack, thus I'm trying to understand what is gained between AGPL sources without Docker and switching technology to something different with Docker except 'ease of setup'.
A lot of small shops will find it easier to shift to a compatible S3 object storage which have their own docker compse scripts up and running than figure out how to build minio images successfully. Most products nowadays gives you ansible and docker scripts which can get you up and running inside an hour and then you can configure stuff later.
Building something on your own on the other hand is probably easily a half-time engineer just for build quality and dependency tracking.
Huge number of MinIO shops is one head node and 7 jbods in a single rack (giving you more thsn 10PB). And two such racks for redundancy and one offside rack for backup.
Not in this position, but obviously this might be the first of many measures taken. Next they could make the repository private. Code is only for customers, Red Hat style. It's not as popular as RHEL - a CentOS style effort is unlikely to materialize. Bug tracker and forums private. Lawyer letters about whether or not your usage is license compliant and a reminder that it would be expensive to prove it is, Oracle style.
Open source means what the license says it means. Expectations and conventions can be broken.
Most of people here put an equal sign between being open source and having Docker image.
For me open source is a license, and Docker is a distribution feature. From this prospective I can not understand how distributional channel and type of license are related, as code is still AGPL.
From the product side, I don't see how this should affect new adopters who didn't read the hn post yesterday