• 0 Posts
  • 1.99K Comments
Joined 3 years ago
cake
Cake day: July 16th, 2023

help-circle
  • You are wrong. I doubt I will change your mind.

    1. There are many, many, many more companies using Linux without giving back than there are for BSD. And not just “using it” either. Practically the entire embedded universe is one giant GPL violation.

    2. Linux is not “true” GPL anyway, so it is a poor example for how the GPL impacts success.

    3. The companies that build businesses on FreeBSD tend to give back. There are many examples, the biggest being Netflix.

    4. The classic example of a company not giving back is Sony and even that is wrong.

    5. People choosing a BSD license value different things, rendering your entire premise meaningless for them and your framing of “the problem” inappropriate.

    I do not want to get too deep into Sony. But let’s acknowledge that they first tried to ship Linux on PlayStation. They had to stop. Why? Well, it was not because people tried to copy the operating system. It was because people used it to circumvent other protections to copy proprietary games. The problem was not with Sony’s ethics but with those of “the community” and the lack of respect “the community” had for the concept of copyright.

    So, Sony switched to a FreeBSD base and they no longer share that code. True.

    However, Sony does contribute to BSD. And Sony is a significant contributor to Clang/LLVM and they do share their work freely (even though the license does not require them to). The FreeBSD project benefits from this as Clang is the system compiler. I benefit from this as my Linux distro also uses Clang as the system compiler.

    The BSD license is “free software” and provides all “4 freedoms” touted by the FSF. It protects your rights with regards to the code you have and are using. It does not give you guaranteed access to FUTURE code that you do not write. Those future contributors are free to choose their license. You know…freedom.

    BSD lags in features, particularly hardware support, because it has fewer users and therefore fewer developers. That is mostly an accident of history and not, in my view, due in any way to the license. Look up the BSD lawsuit that was happening when Linux appeared. If your argument for the popularity of Linux is the GPL, why did Xorg become the dominant window system instead of something GPL based? Why did Rust, Swift, and Zig appear on LLVM instead of GCC?

    Anyway, I could write 100 paragraphs and not change your mind. You certainly have not changed mine.


  • Yes, the big feature seems to be their package manager. But just because an update succeeds does not mean it did not break anything.

    They also have their own boot manager and they seem to be fans of Rust, which explains the COSMIC desktop option. They have their own build system.

    It is not clear to me that they are doing anything novel beyond that.

    They do not have centralized configuration as far as I am aware so they do not go as far as Nix. As a Chimera Linux user, the atomic updates and bespoke build system feel like things I already have.

    Overall it sounds like a nice project. But the improvements seem more incremental than revolutionary.


  • The Fedora Project was created by Red Hat explicitly to be a community distribution so that they could focus on RHEL (Red Hat Enterprise Linux) as an explicitly commercial dostribution.

    Before Fedora, there was Red Hat Linux (not RHEL). Red Hat Linux was commercial but inexpensive. I remember it being around $50 but that could be wrong.

    Red Hat made installing Linux easy back when it was not. They created the Red Hat Package Manager (RPM). They bundled configuration utilities and a commercial X server back when XFree86 was less great and had far worse hardware support.

    As Red Hat Linux became more successful, there was increased tension between the “free software” community and Red Hat’s commercial ambitions.

    An individual Red Hat user created something call “Fedora Linux” which was a repository of software for Red Hat Linux that Red Hat did not ship (it was not a full distro). Very soon after this, Red Hat announced the creation of the “Fedora Project” as a collaboration with “Fedora Linux” (the original Fedora Linux project was absorbed into the Fedora Project). The Fedora Project shipped a full Linux distribution called “Fedora Core” which was Red Hat Linux with the third-party commercial software removed. On top of the “Core”, the Fedora Project shipped the packages that Fedora Linux had been shipping. After a few releases, Fedora dropped “Core” from the name and we have Fedora Linux again (but as a full distro now).

    Fedora was defined as a purely community distribution with a mandate to ship only Open Source software and to exclude anything commercial. Red Hat provided infrastructure and paid Red Hat employees to staff key positions in the project.

    The original Red Hat Linux was discontinued, leaving Fedora as an explicitly community distro and RHEL as an explicitly commercial one. RHEL was slow moving and conservative. Fedora was faster paced and innovative. Tech that would later appear in RHEL would appear in Fedora first, often funded by Red Hat or built by Red Hat engineers. This was before CentOS even existed and it continues to this day.

    Red Hat has already “taken over” Fedora. They created it. They still largely run it (staff it). But it is critical to their strategy that Fedora be a fully free software “community” distro. That is the whole reason it exists. So the idea that Red Hat will “take Fedora corporate” or “make it closed source” is completely ignorant of the history of the project.

    If Red Hat did not find Fedora useful in its current form, they would simply abandon it. They would stop paying employees to work on it.

    In the years since the creation of Fedora, the CentOS project was founded. CentOS was originally a “clone” of RHEL. It was compiled from the same sources as RHEL. It was “downstream” of RHEL. It was not created by Red Hat. It was a problem for Red Hat as RHEL was meant to be an explicitly commercial offering.

    Red Hat took over the CentOS project. And they completely changed how it worked. They release “CentOS Stream” as an entirely new distribution. It is “upstream” of RHEL. That is, instead of CentOS being created from RHEL (and being essentially identical to it), RHEL is now created from CentOS. This means that CentOS is actually more of a community distro (for example AlmaLinux participates its evolution) but CentOS is no longer bit-for-bit compatible with RHEL.

    I bring up CentOS as I see it as instructive for Fedora. Red Hat wants it to be LESS identical to their corporate offering.











  • I hope they do not take their foot too far off the gas before completing their Wayland transition.

    Once KDE, GNOME, COSMIC, Budgie, and Cinnamon are all Wayland, 90% of all Linux desktops will be Wayland. With XFCE, it could be 95%.

    I am looking forward to essentially all Linux desktop users being on Wayland so we can stop acting like it is not already the norm or even pretending that it is not going to happen. I am looking forward to putting it behind us and we are so close.

    At the same time, I have a lot of respect for conservative desktops like Cinnamon and XFCE that, while acknowledging that Wayland is the future, are taking great pains to minimize disruption for their current users and even to allow users to keep X11 as a fully supported platform. I am all for that.

    I do not expect Cinnamon to maintain X11 as an option very long after they switch to Wayland as the default. First while many distros ship Cinnamon, it is really a product of the Mint project and Mint is very much a Linux Desktop. Second, Mint does not have the resources as they point out in this article. Of course, I could be wrong.

    XFCE will probably keep X11 around much longer. First, XFCE is very popular in non-Linux settings. But mostly I say this because xfwm4 itself takes very little dev effort and it is the only XFCE component really tied to x11. Xorg is essentially in features freeze. As long as XLibre does not break everything, xfwm4 will just continue to work. The other components of XFCE work fine in both environments already. The goal of xfwl4 (the XFCE Wayland compositor) is to mirror the xfwm4 experience. And xfwl4 is deferring to other components to define behaviour (eg. xfsession and xfdesktop). So, it should be easy to keep the overall XFCE experience in sync on both display servers without much wasted effort.




  • Cinnamon is not a “fork” of GNOME. MATE is a fork of GNOME as MATE started from GNOME source code.

    Cinnamon was a reaction to GNOME 3. But Cinnamon was written from scratch to reflect a more traditional desktop metaphor. It was not created from existing GNOME code.

    In the days of GTK 3, Cinnamon shipped quite a few of the default GNOME apps. Later, when GTK4/ libadwaita appeared, Cinnamon stayed with GTK3 and formed the XApps project which did fork many GNOME apps to stay on GTK3. XApps was meant to be a cross-desktop project serving all the GTK desktop environments.

    These days, Cinnamon is trying to fork libadwaita to make GTK4 apps look better on their desktop.

    In general, Cinnamon is fairly conservative. They are the last major desktop environment to default to X11 for example (though you will disagree with that view if you count XFCE as one of the major DEs).




  • I am a big SQL fan but not all data has to be relational.

    Let’s say I want the GPS coordinates of ten million vehicles every 5 seconds. I have a vehicle id, a timestamp, and coordinates. I do not care if a few writes get lost. Why does this have to be relational?

    And perhaps I also record other info that may change from vehicle to vehicle. Perhaps just values that are true if present. DoorOpen, BrakeApplied, LightsOn, LightBarOn, EngineOn, etc. I may only be displaying this data in a UI. I may get different values from every vehicle or even every write. There is no “schema”. I mean, I can have a JSON field or something in my relational table? But this is not exactly relational anymore.