122
Much ado about "nothing" - Xe Iaso (==Goodbye NixOS)
(xeiaso.net)
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
It was literally what you said, even if you didn't mean it to be. And I don't think that being a dictator for your project is necessarily "toxic", I have projects that take contributions and I work on others that do not. Bikeshedding, and horrible politics, are both real things and sometimes for your own sanity, not engaging is the only option because community is not the reason I work on some tasks.
Some projects are just natural candles to moths who will talk to the projects like this:
https://www.reddit.com/r/github/comments/1at9br4/i_am_new_to_github_and_i_have_lots_to_say/
Fuck that.
What I mean is that no one will stop you. When you ascertain your own right to do it, it doesn't mean much that I don't believe you are entitled to it. It's pretty much common practice. That is more a semantic matter at this point, but yes I stand by that being messed up for a project the size of Nix.
Yeah, it is not necessarily toxic. It is at a lot more risk of being, though. Even a collectively managed project will mess up and upset the community, but then there is a sense of shared responsibility and more deliberation on what to do. With a BDFL, it's just whatever. After your project reaches a certain size, that risk keeps increasing... exponentially.
Precisely. You see, if we take this into the context of a smaller project, specially one managed by a single person as you seem to be coming back to, that is a very different context. I don't think an OSS maintainer should be laboring physically and emotionally to meet the demands of users. That is a well-known problem there. If this person doesn't even want to have contact with the community and just ship code once an year, fine. They are just sharing things with the world at no cost. In this context, "suck it up and just fork it" is indeed the way to go.
When you take something as big as NixOS though, that can really be inverted. Now you have a very large number of people who are laboring physically and emotionally to sustain a very large project, and the original creator shifts to a very different place to. It's another discussion entirely.