A lot of debate today about “community” vs “corporate”-driven distributions. I (think I) understand the basic difference between the two, but what confuses me is when I read, for example:

…distro X is a community-driven distribution based on Ubuntu…

Now, from what I understand, Ubuntu is corporate-driven (Canonical). So in which sense is distro X above “community-driven”, if it’s based on Ubuntu? And more concretely: what would happen to distribution X if Canonical suddeny made Ubuntu closed-source?

Possibly my question doesn’t make full sense because I don’t understand the whole topic. Apologies in that case – I’m here to learn. Cheers!

  •  afb   ( @afb@lemmy.ml ) 
    link
    fedilink
    English
    21 year ago

    The key is in the name. Whoever distributes the software to you determines whether it’s commercial or community. Where they get it from is irrelevant because they’re the ones distributing it to you.

    Ubuntu can’t be made closed-source because of the licensing of the software they use from upstream. Red Hat is still not closed source, for instance. Everyone who gets it gets access to the source code. But if Ubuntu went away or whatever then downstream distributions would be in a spot of trouble. They could rebase on Debian (which is what Ubuntu is based upon), but how hard that would be varies wildly depending on distro. Linux Mint already have a Debian edition, for instance. No problem there. Pop OS would certainly be able to make it work as well; they’re a very professional operation. But take, for example, Endeavour OS. It’s Arch with a graphical installer and some nice defaults. Without Arch Linux (which is almost certainly not going anywhere and is a community distro) they’d have some real problems. There’s no upstream to Arch to rebase on. They’d have to so fundamentally change everything to accomodate a whole new base and packaging system that they’d basically be making a whole new distro.

        • openSUSE is an odd mix because they have a very good relationship with SUSE and Tumbleweed and Leap have different hierarchies. As a result, openSUSE is both upstream, apart from, alongside, and a derivative of the corporate distro.

          openSUSE Factory is where development happens that eventually becomes openSUSE and SUSE Enterprise Linux (snapshots of Factory make up Tumbleweed). SUSE stabilizes a core system for their corporate customers and shares those binaries (as of 15.3) and source with openSUSE for Leap. openSUSE maintains a larger number of backports packages that are shared with SUSE as as community supported software repo.

          • Perhaps fair, but since they’re planning to move downstream of Serpent OS, they’re not gonna be an independant distro for much longer and probably shouldn’t count in the broader context of this thread.

            I also didn’t count a bunch of distros with atypical functionality (like NixOS, Alpine, Slackware, etc), just because they tend to have very particular usecases and maybe aren’t well-suited as general recommendations if someone’s looking for a typical Linux experience, but YMMV.

  •  poVoq   ( @poVoq@slrpnk.net ) 
    link
    fedilink
    English
    2
    edit-2
    1 year ago

    Even in community driven distro there are often many contributors that do so because parts of their livelihood depend on it. So it is not quite fair to say that there are no financial incentives behind it.

    Its basically a question of relative scale. If there are lots of smaller companies and some hobbiists contributing it is called community driven, but if a single large company or their employees run most of the show, it is not.

    Large gray area to be honest.

    •  stravanasu   ( @pglpm@lemmy.ca ) OP
      link
      fedilink
      English
      01 year ago

      Absolutely fair point and warning. In the end we all need to earn money somewhere in order to live. I think the real greyscale distinction is not between “corporate” vs “community”, but on whether there’s some actor that can act whimsically while remaining unchecked. I believe that the two terms are being used in an oversimplified way in that sense.

      •  NaN   ( @nan@lemmy.blahaj.zone ) 
        link
        fedilink
        English
        1
        edit-2
        1 year ago

        I don’t think looking at the power of “some actor” is a good way either. Many community projects are led by benevolent dictators, they are even in the history of projects like Debian (Ian Murdock) and Gentoo (Daniel Robbins). Many forks of things happen because people disagree with that leader or they go missing.

        I think the easiest distinction is to look at who actually builds the product that is released. RHEL development happens in the open in CentOS Stream, but package selection, stabilization, release engineering, etc are done by employees within the corporation. In Fedora this is accomplished by committees and contributors who work the role. Even though Red Hat financially sponsors Fedora these are usually not employees. In something like Arch or Debian this is even more the case.

  •  Gsus4   ( @Gsus4@lemmy.one ) 
    link
    fedilink
    English
    1
    edit-2
    1 year ago

    E.g. Wikipedia is community-driven because people contribute individually without a lot of coordination and without anybody telling contributors what to do, same for game mods. I guess by “corporate-driven” you mean there is a hierarchy and people whose job it is to do what management says e.g. Wikipedia foundation runs the infrastructure that hosts the community content and the same for most games. I’m not sure I’d call it “corporate driven” unless it has board members and investors demanding a profit such that they influence the decisions downstream, like reddit.

  • From what I understand and to continue your example of Ubuntu-based distros:

    As you say, Ubuntu itself is corporate-driven, so there are things in there that exist pretty much solely to benefit Canonical (e.g the telemetry they recently introduced if i recall correctly)

    Most of the time when basing distros off of others, I think it’s to keep a lot of features - either to save dev time or because they only want to tweak a small portion of the distro and not write a new one from scratch.

    Because devs can modify the entire codebase, they can remove features that are corporate-driven (telemetry and such) and effectively create something fully (or mostly) compatible yet without such features.

    Another major example imo is the removal of snaps, which most people (myself included) strongly dislike - as far as I’m aware removing them in Ubuntu itself is quite a difficult process as it’s baked into the distro itself. I imagine a lot of people want something like Ubuntu as it is quite friendly and has one of the lower bars of entry for Linux, but object to corporate things like telemetry and the overall monstrosity that is snaps.

    Apologies, i went down a bit of a tangent, but I hope that roughly answers your question!

      • Motivations by the company have been explained far better than I could by the other replies, but from both mine and other people’s experience, some software when installed via snaps seems to perform badly compared to any other method of installation (notably chrome and firefox i think). Also snap isn’t really bringing anything special to the table whereas flatpak has a more interesting containerised approach from what I’m aware.

        In any case with the way ubuntu’s going I’m really not over the moon with anything canonical (and i don’t think I’m alone)

  • It boils down to who and why someone is distributing the software to you. A corporation expects to eventually get some profits out of its actions, so it’ll sometimes do things against the best interests of the users, because they benefit itself; on the other hand you expect a community-driven distro to be made by a bunch of people who just want to use the software, and have a vision on how it’s supposed to be.

    Canonical suddeny made Ubuntu closed-source?

    Canonical can’t make Ubuntu closed-source. Most of the code in Ubuntu was not made by Canonical, but by third party developers; Canonical is just grabbing that code and gluing it together into a distro. And most of those third party devs released their code as open source, and under the condition that derivative works should be also open source (the GNU General Public License - note, I’m oversimplifying it).

    What Canonical could do is to exploit some loophole of the license in the software from those third party devs; that’s basically what Red Hat is trying to do. In the short term, people would likely shift to Linux Mint (itself an Ubuntu fork) or make their own forks; and in the long term, fork another Debian derivative to build their new distros from it. (Or adopt Linux Mint Debian Edition.)