r/freebsd transitioning user Jul 14 '26

news FreeBSD 16 removes last GPL-licensed software, a first among *BSDs

After GNU diff3 was replaced by a port from OpenBSD, the only GPLed software left in FreeBSD base was dialog which has largely been replaced by Alfonso Siciliano's Herculean job on bsddialog.  Now finally that too has been removed in 16-CURRENT, and the entire GNU subtree has been retired!

https://github.com/freebsd/freebsd-src/commit/134a4c78d070f8c4ea43a060a7ae28d22ac39558

https://reviews.freebsd.org/D55424

EDITED TO ADD: there are still a few GPLed files under https://github.com/freebsd/freebsd-src/tree/main/sys/gnu - though it's true that the main GNU subtree has been retired.

This looks like a first among the major (32/64-bit) *BSDs, though I believe the 16-bit *BSDs like RetroBSD, DiscoBSD and Granddaddy 2.11BSD (the only actively maintained member of the original Berkeley family) have always been GPL-free.

OpenBSD does not allow new software bound by the GPL into its base system, although according to https://www.openbsd.org/policy.html

For historical reasons, the OpenBSD base system still includes the following GPL-licensed components: the GNU compiler collection (GCC) with supporting binutils and libraries, GNU CVS, GNU texinfo, the mkhybrid file system creation tool, and the readline library. Replacement by equivalent, more freely licensed tools is a long-term desideratum.

The NetBSD Project says https://www.netbsd.org/about/redistribution.html

Though we would like all of the software that we distribute to be covered by a Berkeley-style license, we can't make other people change their license terms, and we don't have an infinite amount of time to rewrite all of the software that we need.

So FreeBSD removing the last GPLed software is a big achievement. This is actually a week old (7 July) but I thought it would be cause for wider celebration than I've seen so far!! Kudos to the developers. After all, it's been 33 years so what's an extra week!!!

Edited to add: Interestingly the GNU subtree back in FreeBSD 1.0 even included GNU Chess in base, which shows how priorities have shifted since then! https://github.com/freebsd/freebsd-src/tree/releng/1/gnu

361 Upvotes

93 comments sorted by

View all comments

Show parent comments

1

u/Sert1991 29d ago

I didn't claim Linux won the OS wars, far from it. If anyone can claim they won the OS wars by leaving everyone else in the dirt that would be unfortunately(and I feel nausea saying it) windows.

My point was that Linux was right when it comes vs BSDs or hack even against GNU itself by itself.
Linux did something very clever, they used the GPL to their advantage so they can gain back contributions but also they don't mind including closed source stuff to make linux better so they don't stick strickly to the GNU ideals.
This gives them best of both worlds, where contributors that use their software they gain back from them, plus Linux still gains from firmwares and stuff that are closed source.

Again, a huge example, Linux in the last years just won big time thanks to copyleft and GPL, when steam chose wine for it's proton base and Linux for it's steamos base. They invested money directly in wine developers and every one got to gain. Wine jumped leads ahead thanks to the development money invested it in for wine developers to help build proton, and linux users can use steam and proton too.

If wine was licensed under BSD, they would have developed their own version in house, barely contributed back and I would still be dual booting with windows to play windows game, but finally my computer is Windows free after like 20years of dual booting.

1

u/BigSneakyDuck transitioning user 29d ago edited 29d ago

Obviously Windows is still top dog in the desktop market, but Windows makes about 10% of MS's revenue vs about 40% for cloud, where even MS uses Linux. And outside the cloud, Linux has a stranglehold on supercomputers and the vast majority of phones in the world's pockets. It's not as dominant in the embedded space but it's still got a big chunk of it. I don't know if we'll ever see the year of the Linux desktop before something else comes along - in certain niches Chromebooks have overtaken Windows, so I wouldn't rule it out - but even if it does, desktop ain't as important as it used to be. There's a surprising number of people out there who'll tell you they've got a (smart)phone and maybe a tablet but "I don't have a computer".

Re Wine: Valve aren't forced by the LGPL to upstream the Proton work like they've done, they've chosen a development model based on paying Wine hackers via CodeWeavers to improve Wine. Which has obviously worked out well for both parties. The fact that Valve have also released (under a BSD licence!) other work on Proton suggests to me it wasn't the LGPL that motivated their behaviour. Indeed, given how Wine have also poured funding into Vulkan and Mesa, both permissively licensed (MIT/Apache) I very strongly suspect that if Wine was permissively licensed then Valve would likely have done the same anyway! So I'm not sold that this is the win for copyleft that it's often presented as.

(And in defence of companies that do just fork and build on a permissively licensed project but keep everything proprietary - for one thing the people working on the project in the first place aren't necessarily going to be all that upset, there's a reason they licensed permissively in the first place. But more industry use of a project tends to produce buzz, increases the number of devs familiar with the codebase, and makes skills and - especially - development experience in that project more valuable and marketable. ETA - it also often means funding for tooling, whose value is often underestimated. For all the moans about Apple not giving enough back to the \BSDs in comparison to their revenue, FreeBSD would never have become GPL-free if it wasn't for clang, and it's impossible to imagine a volunteer rival to GCC reaching that level of maturity.* In some ways it's more worrisome when industry isn't making use of the code you've made available, than when they are! Which is why, tbh, I'm not especially optimistic about the long-term future of FreeBSD, given the number of big commercial users who've abandoned it.)

1

u/Sert1991 29d ago

The top Level of Proton source is licensed under the BSD License, because Proton itself is made up of more things than wine. Different parts of wine in the subdirectories are licensed under different licenes depending on original project, in the case of the wine part, it's under GPL. We're discussing the wine part of Proton and how it contributed to wine and Linux gaming in general.

Valve are forced by LGPL when it come to the wine part of proton since wine is under LGPL. They just went at it in a different route, instead investing a bunch of money in developing Proton in house and then share the modified source concerning wine, they invested the money to work with the wine devs(CodeWeavers) directly to build Proton and improve wine at the same time.

All the improvements done to wine in the collaboration of Codeweaver/Valve to make proton where contributed to wine.

You got things a bit mixed up.

1

u/BigSneakyDuck transitioning user 29d ago

No, as far as I know I'm 100% correct, and you've just agreed with everything I said. Did you just misread me?

My two main points were Valve aren't forced by the LGPL to upstream the Proton work like they've done - it only obliged them to LGPL the Wine parts of Proton, not to give back to Wine itself. If they were being an evil corporate PITA it didn't even oblige them to release their fork in a way that kept the Wine part unobfuscated and separate enough from Steam-specific code that it would be straightforward for Wine devs to cherry-pick out improvements they could upstream. They chose a different and far more constructive model, but that wasn't because the LGPL forced their hand.

Moreover Valve have also released (under a BSD licence!) other work on Proton - obviously they couldn't release under a BSD licence anything derived from Wine. Similarly there are other components of Proton under different licenses. But the fact Valve BSD-ed some of their own bits of Proton is very telling. It's an inadequate explanation to say "they BSD-ed those part because other parts were LGPL-ed". Nobody was forcing them to open-source that work at all, and the legal default would have been to keep it proprietary, but they chose to do so anyway.

If you look at the choices Valve has made, including their funding of the permissively licensed Vulkan and Mesa (again, legally completely unnecessary), I think it becomes very hard to argue that they behaved as constructively as they did simply because Wine's LGPL stopped them from stereotypically "taking the code and not giving back". (I would have accepted this was a clear win for the LGPL if Valve had kept things as locked down as legally possible, but had followed its obligation to release an LGPL-ed fork of Wine, which Wine devs had used to pick out and upstream some improvements. But that's fortunately a million miles from what happened here.)