248
submitted 3 weeks ago by ZkhqrD5o@lemmy.world to c/linux@lemmy.ml

I ask this because I think of the recent switch of Ubuntu to the Rust recode of the GNU core utils, which use an MIT license. There are many Rust recodes of GPL software that re-license it as a pushover MIT or Apache licenses. I worry these relicensing efforts this will significantly harm the FOSS ecosystem. Is this reason to start worrying or is it not that bad?

IMO, if the FOSS world makes something public, with extensive liberties, then the only thing that should be asked in return is that people preserve these liberties, like the GPL successfully enforces. These pushover licenses preserve nothing.

top 50 comments
sorted by: hot top controversial new old
[-] eleijeep@piefed.social 132 points 3 weeks ago

GPL is the only thing standing between us and Embrace-Extend-Extinguish.

There’s a reason that “Stallman was right” is a meme in the FOSS world.

Do you think IBM wouldn’t make Red Hat completely proprietary if they had the chance? They already tried to use their customer licensing to restrict source access!

It only takes one successful proprietary product to gain mind-share and market-share and become a new de-facto standard, and then all of the original FOSS has to play catch-up and stay compatible to stay relevant.

See Jabber/XMPP for an example.

[-] IsoKiero@sopuli.xyz 46 points 3 weeks ago

See Jabber/XMPP for an example.

There was a (short) time when I could chat with my friends on google hangouts (or whatever that was called back then) and facebook messaging via my own xmpp server. It was pretty cool and somehow felt like that's the way things should be. Like email today (even if every big player is trying to destroy that too).

Maybe in some version of the future we'll get that back.

[-] sepi@piefed.social 18 points 3 weeks ago

You're on the fediverse where that is a possibility.

[-] IsoKiero@sopuli.xyz 14 points 3 weeks ago

It's not really a same thing. I can't reach my mother or neighbor over fediverse since they don't know nor care what that is. But they use whatsapp, facebook and other stuff which are in their own walled gardens and there's no option to communicate to those gardens with anything I self host.

And trying to convince everyone to switch is not a battle I'm actively fighting for multiple reasons. Of course I mention signal, fediverse and everything to anyone who's willing to listen, but those encounters are pretty rare.

load more comments (2 replies)
[-] etbe@lemmy.ml 6 points 3 weeks ago

https://matrix.org/category/dma/

There is work in progress to address this compelled by EU legislation.

[-] DFX4509B@lemmy.wtf 17 points 3 weeks ago* (last edited 3 weeks ago)

Do you think IBM wouldn’t make Red Hat completely proprietary if they had the chance?

Adding to this, Google would make Android fully proprietary in a heartbeat if they could, given they're already closing down more and more portions of the AOSP and trying to lock down app development and distribution as well.

And conceivably all it would take to turn Android fully proprietary ala Windows, is to hard-fork AOSP to keep the Lineage/Graphene/etc. users happy, and then rewrite main Android as closed-source.

Although, it's kinda ironic that Windows, a fully closed environment, is less restrictive in terms of app dev and distribution, than Android, a supposedly semi-open environment, is. Like, MS isn't mandating signed exes or trying to fully lock Windows into the MS Store, yet, while Google is trying to mandate signed APKs and also trying to lock Android into the Play Store.

And before anyone says, 'But SmartScreen,' unless that option is specifically disabled, you can just run unsigned exes by clicking 'Run anyway' still, Android doesn't have a 'Run anyway' equivalent option AFAIK.

[-] llii@discuss.tchncs.de 6 points 2 weeks ago

Although, it’s kinda ironic that Windows, a fully closed environment, is less restrictive in terms of app dev and distribution, [...]

I think the reason for this is mainly historic.

load more comments (1 replies)
load more comments (2 replies)
[-] panda_abyss@lemmy.ca 6 points 3 weeks ago

See Google Chrome too.

load more comments (1 replies)
[-] HaraldvonBlauzahn@feddit.org 42 points 3 weeks ago* (last edited 3 weeks ago)

That's good point.

Another thing that is dangerous are CLAs or "contributor license agreements", like Google uses. Technically, it is GPL, but Google might demand to hold all the copyright, so as the copyright holder it can change the license at a whim.

load more comments (1 replies)
[-] zaki_ft@lemmings.world 40 points 3 weeks ago

A little bit.

A lot of the Rust remakes are being made by morons who have no problem using weak licenses that favor corporations.

We should hold them accountable and avoid using/contributing to their projects until they switch to a free license.

[-] sudoer777@lemmy.ml 33 points 3 weeks ago* (last edited 3 weeks ago)

The switch to permissive licensing is terrible for end-user software freedom given that corporations like Apple and Sony have leeched off of FreeBSD in the past to make their proprietary locked-down OSes that took over the market. Not sure what would happen if RedoxOS became usable in production, but if it turns out to function better than Linux enough to motivate corporations to shift their focus to it, open source versions for servers would probably still exist, but hardware compatibility on end-user devices would be at higher risk than before as vendors switch their support and stop open sourcing stuff. Or they keep focusing on Linux for server stuff due to the GPL license and the fact that their infrastructure is already on it.

[-] mononoke@lemmy.sdf.org 32 points 3 weeks ago* (last edited 3 weeks ago)

Given the current world we live in I do not want anything that I create or contribute to itself contributed to an exploitative corporation's bottom line (at best) without my consent or their assuredly begrudging reciprocation. This should not be controversial. The GPL accomplishes this. Nothing more lax or permissive does or will. You are not a cool or chill guy because you don't care what someone does with the code you write. You are handing all of those who would sack you the keys to the castle, ushering them inside. That is not abstaining, it's letting your opponents win. No thanks.

load more comments (6 replies)
[-] nous@programming.dev 29 points 3 weeks ago* (last edited 3 weeks ago)

Coreutils has little commercial value to take can create a proprietary fork of. There is little value that can be added to it to make it worthwhile. The same is for sudo - which has had a permissive licence from the start. In all that time no one has cared enough to fork it for profit.

Not saying that is true of every project. But at the same time even GPL software has issues with large companies profiting off it and not contributing back. Since unless you are distributing binaries the GPL does not force you to do anything really. See mongodb and their move to even more restrictive licences.

The GPL is not the only thing that stops companies from taking open software. Nor does it fully protect against that.

Not does everything need to be GPL. It makes sense for some projects and less sense for others. Especially libraries as that basically forces no company from using them for anything. Which is also not what you want from a library.

[-] majster@lemmy.zip 8 points 3 weeks ago

Compare Ubuntu and MacOS. MacOS ships ancient version of Bash because its GPL2 which allows for coexistence with proprietary software on sold machines.

So if Ubuntu gets rid of GNU coreutils and sudo what else stays GPL3 on a barebones system? You can swap Bash with Zsh like Apple did. And just like that you got yourself a corpo friendly distro to ship proprietary software. Just like Android, and look where that got us.

[-] nous@programming.dev 5 points 3 weeks ago

sudo is not GPL3. It is not even GPL2. It is an old license that is just as permissive as the MIT license. It has never had any big problems with that being the case. I don't think that coreutils being GPL has really done anything to force companies to contribute back to it. It is mostly fixed in its function and does not really have much room for companies taking and modifying it to a point where others will favor the closed version over the open on. And what it provides is fairly trivial functions overall that if someone did want to take part of it then it is not terribly hard to rewrite it from scratch.

GNU Coreutils is not the only implementation of those POSIX features - just the most popular one. FreeBSD has its own, there is busybox, the rust ports and loads of other rewrites of the same functionality to various degrees. None of that really matters though as they dont really add much if any value to what coreutils provides as there is just not that much more value to add to these utilities now.

And it is not like the GPL license of coreutils affects other binaries on the system. So if you dont need to modify it and it does not infect other things there is little point in trying to take it over or use an alternative.

MacOS does not use a later version because they cannot. But also they don't care enough to even try to maintain their own.

GPL is important on other larger/more complex bits of software. But on coreutils/sudo IMO it does not matter nearly as much as people think it does.

load more comments (2 replies)
[-] somerandomperson@lemmy.dbzer0.com 7 points 3 weeks ago* (last edited 3 weeks ago)

Okay then; what licence can we use to force any entity using a library to make their project open-source?

EDIT: clarification

[-] eleijeep@piefed.social 22 points 3 weeks ago

what licence can we use to force any entity using a library to make their project open-source

GPL requires this, since linking with a library is considered a derivative work even if the library is dynamically loaded.

This is why the LGPL exists, which makes the library copyleft but does not extend the derivative work classification to programs linking with the library.

[-] Oinks@lemmy.blahaj.zone 6 points 3 weeks ago* (last edited 3 weeks ago)

The FSF says this is the case but the actual legal situation is less clear, especially in the EU. Linking does not necessarily constitute a derivative work. Even decompilation of a (proprietary) library in order to link to it might be acceptable depending on the circumstance.

This isn't something that can be fixed with a license, it's a direct result of EU copyright law. Historically companies have tended to err on the side of the FSF interpretation, but it is on somewhat shaky grounds.

load more comments (1 replies)
[-] TMP_NKcYUEoM7kXg4qYe@lemmy.world 8 points 3 weeks ago

None. The closest you can get is the AGPLv3.

If you go further, it will no longer be open source. This is the case for the Server Side Public License (SSPL) for example. It requires the entire system configuration to be released under the same license*. This sounds "open source friendly" but it's actually just a proprietary license because it's not realistically possible to legally comply with it. You cannot run standard hardware without proprietary firmware, which means you cannot run SSPLed software on it legally.

*This only applies if you host the software as a service but the result is the same. It basically violates the freedom to use the work for any purpose.

[-] nous@programming.dev 4 points 3 weeks ago

I don't think there is a good license for that. The ones MongoDB used turned the open source community against them. But that is not really my point. I just mean that some projects using MIT won't suddenly mean every company will start stealing and closing that software. Some things like coreutils and sudo just don't have the commercial value to make that worth the effort. So there is no real need to worry about these two projects IMO. Other projects are a different story altogether though. Each project needs to make its own decision on what licence best suits it. The GPL is not the one and only license that is worth using.

[-] bruce965@lemmy.ml 5 points 3 weeks ago

I would say AGPL is the "safest" license still approved by the OSI. Could you share your opinion?

load more comments (2 replies)
load more comments (1 replies)
[-] fum@lemmy.world 18 points 3 weeks ago

Yes.

Anyone who cares about user freedoms is not choosing a permissive licence.

The problem is developers only caring about themselves and other developers.

When I talk to devs I know who like FOSS, they are always focussed on their needs as a dev when it comes to licences. The real concern was, and always should be, for the software user's freedoms.

load more comments (3 replies)
[-] jerkface@lemmy.ca 17 points 3 weeks ago* (last edited 3 weeks ago)

like the GPL successfully enforces

I'm not aware of the GPL being legally tested to where you can claim that; there are a lot of open questions, and it has failed to protect works from AI companies, for example.

[-] Aussieiuszko@aussie.zone 16 points 3 weeks ago

I gotta say I'm a bit concerned about this whole corporate takeover thing goin on in FOSS land. If companies start slapdin' MIT or Apache licenses on GPL software that's supposed to be all about freedom and whatnot, it does seem like a bit of a cop-out and it could have some pretty serious consequences for the community.

load more comments (16 replies)
[-] mvirts@lemmy.world 14 points 3 weeks ago

Let's see how this goes then revisit the question.

[-] communism@lemmy.ml 11 points 3 weeks ago

How does permissive licensing lead to corporate takeover? Companies can do proprietary forks of permissively licensed foss projects, but they can't automatically take over the upstream.

[-] non_burglar@lemmy.world 15 points 3 weeks ago

Permissive licensing can create what is effectively "software tivoization" (the restriction or dirty interpretation of distribution and modification rights of software by the inclusion of differently-licensed components).

The Bitwarden case is a good example of how much damage can be done to a brand with merely the perception of restrictive licensing. obviously, bitwarden has clarified the mess, but not before it was being called 'proprietary' by the whole oss community.

So I don't think op is referring to direct corporate takeover, but damage caused by corporate abuse of a fork.

load more comments (2 replies)
[-] ViktorShahter@lemmy.ml 9 points 3 weeks ago* (last edited 3 weeks ago)

I like non-copyleft licenses for one reason. Imagine if ffmpeg devs were like:

so many security vulnerabilities, your free labor is bad

thanks for pointing that out, it's not longer free

Most devs (including me) want to have some control over what they made. Permissive licenses allow rugpulling project if someone is using it while making YOU do stuff. ffmpeg is a great example. You may not like it but that's how it is.

[-] sobchak@programming.dev 5 points 3 weeks ago

I'm not sure I'm following. The owners of the code can re-license anytime they want, and even dual-license or license on a case-by-case basis. Would require a contributor license agreement to be practical though, and it looks like ffmpeg may not have one.

To quote Brian Lunduke, because the GPL is viral and functioning systems licensed under the GPL have been published, if a future Rust-based MIT version of Linux ever comes out, we can just "Fork it, then we'll have our own Linux."

[-] brax@sh.itjust.works 9 points 3 weeks ago

To paraphrase Brian Lunduke: This software has gone woke! That software has gone woke! Boo woke software!

[-] jerkface@lemmy.ca 4 points 3 weeks ago* (last edited 3 weeks ago)

You're taking an incredibly slanted position. There is a whole world of vibrant, viable, meaningful FOSS outside copyleft licenses. Even when one philosophically and politically prefers copyleft licenses, sometimes there are cases where the humanitarian or practical argument favours permissive licensing. But there are many who simply don't share your interpretation of the philosophy and politics.

load more comments
view more: next ›
this post was submitted on 16 Nov 2025
248 points (94.3% liked)

Linux

57274 readers
275 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS