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? (Edit: from the nice explanations below, this example with Ubuntu is not fully realistic – but I hope you get my point.)

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!

  • Raphael@lemmy.world
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    1
    ·
    edit-2
    1 year ago

    You are correct, distributions like Kubuntu are not TRULY community-driven as they are still subject to Canonical’s influence. Anyone saying otherwise is merely being pedantic.

    However it’s not Canonical who’s running Kubuntu, it’s the community, they have the power to revert Canonical’s bad decisions, sadly by giving themselves an increasingly higher workload. Most distributions will simply give up at some point, for example VanillaOS’ next release will be based on Debian as it was getting too tough to remove snap and all the bad things Canonical adds.

    Kubuntu uses snaps which are largely disrespected by the community, that’s the end result of being under Canonical’s influence. They can’t rebase on Debian without effectively killing their raison d’etre and they don’t want to remove Snap, perhaps because it would be difficult but most likely because they’re deep under Canonical’s influence, they look up to Canonical to some extent.

    This is, in fact, the very meaning of “influence”. It’s even worse, in fact, much, much worse for Fedora, they have been culturally enslaved by Red Hat, sorry for the strong word.

    • digdilem@feddit.uk
      link
      fedilink
      English
      arrow-up
      6
      ·
      1 year ago

      Nice summary. One minor, but important, addition to your post:

      much worse for Fedora, they have been culturally enslaved by Red Hat, 
      

      Not just culturally - Redhat legally own Fedora too. Legally owning Centos was how Redhat managed to kill Centos Linux. One of the key things Greg wdid when creating Rocky two years ago was set the legal status so that Rocky could never be taken over in the way Centos was.

      • stravanasu@lemmy.caOP
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Interesting legal ramifications that I wasn’t aware of. Does Canonical own Ubuntu? from what I gather in the other comments, it doesn’t really?

    • stravanasu@lemmy.caOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      Thank you for the clarification! – And for the extra info about snaps, which was something else I was wondering about too (I use Kubuntu at the moment)!

  • milicent_bystandr@lemmy.ml
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    what would happen to distribution X if Canonical suddeny made Ubuntu closed-source?

    I believe Linux Mint has done some planning for if Ubuntu does something like that - probably to rebase off Debian in that case

  • Lvxferre@lemmy.ml
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    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.)

    • stravanasu@lemmy.caOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Thank you – Canonical & Ubuntu’s situation was unclear to me indeed, thank you for the clarification! My example was poorly chosen.

  • afb@lemmy.ml
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 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.

    • stravanasu@lemmy.caOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Thank you for the explanations! Which are the “most upstream” community-based ones? From what I gather, Arch, Debian, OpenSUSE?

      • afb@lemmy.ml
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 year ago

        Off the top of my head, it’d be Debian, Arch, Void, and Gentoo. There are others that are debatable.

  • theTrainMan932@infosec.pub
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    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!

      • Raphael@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        This is something I posted in another thread, it works under the assumption snaps are a far inferior technology when compared to flatpak, it leaves implicit Canonical’s unreasonable approach at pushing snap and doesn’t even mention the fact snap has a proprietary server component. Really? Why? Why would a linux corporation NOT publish server code? It’s ridiculous, isn’t it?

        Now on to the post:

        Companies like Red Hat, OpenSUSE and Canonical are not only trying to sell support but also convince others that they are innovating. Red Hat kickstarted Flatpak and then Canonical, who didn’t want to “lose” decided to push their own thing, Snap with the strength of ten thousand suns. Naturally, this is a simplified explanation, Snap already was in development at the time but if we truly followed the spirit of open source, Canonical would have dropped it and adopted Flatpak instead.

        OpenSUSE has quite a few products in the kubernetes sector, even Oracle has its own things they can brag about. Canonical has basically nothing and this is why they’re pushing snap as if their lives depended on it.

        Remember, Linus didn’t write an OS because the GNU folks were writing one, GNU didn’t write a new kernel after theirs failed, because Linus had a working one. This is the nature of free software, Canonical has completely forgotten about it. Red Hat now too.

        • Alex@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          I don’t think it’s quite as simple as that. Both flatpak and snaps use similar technologies but have divergent visions on the user experience. It’s not like RedHat fell in line and adopted upstart rather than developing systemd. There has to be space for competing approaches to the same problems rather than forcing everyone into an open source monoculture. I know people decry the wasted effort but it’s not like you can force open source developers to work on your preferred solution.