← Back to context

Comment by matheusmoreira

3 hours ago

Pretty sad from the free software movement's perspectice. Look how little leverage GNU's got these days. Then again, trying to contribute to GNU wasn't exactly a positive experience. Maybe it's for the best.

I am not really sure if I can follow. FreeBSD despite its title never had something to do with Free Software. BSD has a different history and it's "own licence". Being more consistent in its licence is a good thing particularly in contrast to Linux FreeBSD is a full distribution with user land. I would even think that you can without much problem publish a GPL version of FreeBSD if you like. I think you might have to leave out some CDDL stuff. FreeBSD has its value as an appliance OS (e.g. for firewalls or NAS) and FreeBSD has profited also from vendors contributing back: it is just another ecosystem . Personally I totally respect GPL and AGPL licenced software. The sad news is that without any fix in law, AI rewrites will kill GPL eventually, but then again also proprietary binaries can be decompiled and modified, so maybe there is still a win for freeing software in the game.

  • The point is GNU software used to be ubiquitous. Even people who were averse to the GPL would rather tolerate it than reinvent the software themselves. That's leverage.

    Looks like that era is over.

I think GPL and copyleft in general is getting less and less relevant as time goes on. Looking at GPL specifically it relies on scarcity. The reason companies would agree to the terms of the GPL in the 1980s, 90s, and even 00s was if you wanted a good compiler, parser, kernel, or library you had only so many choices. There might have been only a few thousand people in the world capable of writing a mature compiler suite at some points. So if you're $MEGACORP you could either a) buy a proprietary compiler, b) pay for rarified (so expensive) talent to write your own, c) tolerate the terms imposed by the GPL. Most companies saw option "C" as the more cost effective one. Now there is a lot of computer science talent out there, so the price of option "B" goes way down. Why tolerate the GPL when I can hire any of the people laid off from Microsoft, Meta, Oracle, Amazon, come work for me, and all of them probably wrote a compiler in college and I get to own the code outright. Or, I can use FreeBSD, LLVM, whatever, and maybe there is a chance for $MEGACORP to contribute back, where in option "B" there is almost no chance. And this doesn't even take LLMs into consideration.

  • >I think GPL and copyleft in general is getting less and less relevant as time goes on. Looking at GPL specifically it relies on scarcity. The reason companies would agree to the terms of the GPL

    Therein is the great misunderstanding , the GPL was never written for 'companies' , it was and still is for the User. You, Me a $MEGACORP , sentinel islander - it does not matter the rights are granted to all equally to reuse/modify/offer for sale as long as the contributoins come back to the commons.

    What is happening now is akin to the 'enclosure system' in early Britain when the commons which had been for the benefit of all were fenced off and the peasants thrown off the land to seek wages in the newly industialising system.

    When no one is contributing to the GPL commons the options become more restricted. If one isnt a corp that can write their own library or a 10X coder that can bash it out on their own , leaves the users looking at proprietary solutions or restricted offerings with two tier licences.

    So in a way yeah most coder/engineers have developed an antagonistic relation to the GPL commons , which is leading to its decline in some sectors.However if/when the share of GPL drops to a level where the adverse effects can no longer be ignored , there will probably be attempts to rollback the clock.

    • I think companies figured out how to get around the GPL by simply not distributing software.

      The user has a right to know what software runs on their machine? Screw that, we'll keep all the software (and now user data too) on our side, and the user can throw rest calls over the fence.

      1 reply →

  • Yeah. Free software used to have so much more leverage back then. Now even GCC isn't sacred anymore. Linux is the only project that's still somewhat capable of leveraging corporations into upstreaming GPL drivers.

    Just extremely low morale right now. Not sure if there's even a point to any of this anymore. Even proprietary software isn't safe: now that I've got AI, decompilation has gone from a time consuming grind to trivial.

    • The fundamental problem that most people want free software to solve isn't the user-level problem of "I want to tinker with all of the software I run," but the community-level problem of "I want to use the results of other people in getting software to run on my setup." In the context of a compiler, that's support for more esoteric architecture; in the context of a kernel, that's support for drivers for hardware.

      The GPL doesn't actually solve the community-level problem very well (which is the basis of Linus's complaints about GPLv3--it positions the license much more directly in the direction of the user-level freedom rather than the community-level freedom). But the solution for the community-level problem involves a lot of social pressure, and it turns out that for a large open-source project, commit velocity means that most proprietary companies find the easiest way to deal with the open-source upstream is to contribute their code to the community to make it everybody else's problem to maintain.

      You can see this in the development of LLVM, e.g.: almost all of the proprietary compilers are LLVM-based (especially as EDG has finally thrown in the towel, everyone using EDG is going to look to rebasing onto clang instead). And yet the companies with their proprietary forks of LLVM are still major upstream contributors.

    • > used to have so much more leverage back then

      And maybe that was required back then, and/or maybe it ended up being bad strategy in the long term. Leverage only gets you so far, especially in community and relationships.

      > Just extremely low morale right now. Not sure if there's even a point to any of this anymore.

      See I feel the exact opposite. As FOSS license choice matters less, now we can just focus on hacking. FreeBSD doing this is a great example of it.

      1 reply →

On the other hand, isn't the FreeBSD user base shrinking and its former users going to Linux?

  • As a 25 year Linux user (for work and at home), I've been experimenting with FreeBSD in the last year or so and I've found its simplicity refreshing. Maybe I'm swimming against the current, but I'm sure there are dozens of us!

    • Same here, using Linux since the beginning (1993) but slowly migrating machines to FreeBSD (some to OpenBSD) as Linux slowly becomes ever more like windows which is exactly the opposite of what I want.

      5 replies →

  • No. As enshittification encroaches onto Linux the user base is moving the other way. To their benefit, I might add. With ZFS on root in FreeBSD it's a no-brainer.

    Linux is feeling more and more like a bunch of random tools thrown together as opposed to a complete OS designed to work as a whole.

    • > As enshittification encroaches onto Linux

      What enshittification?

      > Linux is feeling more and more like a bunch of random tools thrown together

      Linux is a kernel. The user space stuff is a bunch of random software thrown together. That's what Linux distributions are.

  • *BSD is dying! You don’t have to be Kreshkin…

    But seriously, if one counts macOS and iOS as FreeBSD users, there are more than ever. Of course that means counting Android and Steam as Linux OSes, in which case Linux users still greatly outnumber FreeBSD users.

    • FreeBSD's license means it shows up in a lot of unexpected places -- the last two Sony Playstations run a FreeBSD derived OS for instance. It's around, more then you think, but it's very quiet...

      4 replies →

FreeBSD has never played a significant role in the Free Software Movement.

Frankly I'm surprised there was any GPL code at all in the FreeBSD base repo in 2026.

  • Didn't say they did. Just lamenting the movement's lack of leverage.

    The whole idea was to build strong copyleft software and leverage all that into copylefting even more software. Obviously, it doesn't work if it's easy enough to just replace the copyleft software, which is exactly what this news is all about.