this post was submitted on 09 Nov 2023
236 points (98.0% liked)

Linux

48199 readers
1331 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 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Spectacle8011@lemmy.comfysnug.space 3 points 1 year ago (1 children)

The GPL is a better choice if you want to make money from the software. With a pushover license, your competitors can extend the program and profit from it in a way you can't because they aren't required to give the changes back. The GPL evens the playing field. Of course, you often see the original company requiring a CLA so they retain copyright over all of the code.

On the other hand, it does enable possibilities that you would be very unlikely to get otherwise. For example, Cedega (formerly WineX) forked Wine when it used a pushover license and brokered deals with game companies to make the DRM compatible with WineX/Cedega. That meant you could play these games on Linux-based OSes with Cedega, but not Wine. I really wonder if it would have been possible to make Wine compatible with some of these DRM schemes otherwise. Consequently, however, Cedega could not incorporate any changes from LGPL'd Wine, as that would have required them to license Cedega under the LGPL, too.

That's another issue. You can incorporate MIT-licensed software in GPL software, but you can't incorporate GPL software in MIT-licensed software. So going with the GPL gives you more options. As SerenityOS is building everything from scratch, this isn't an issue, but you can well see how it could be. The LGPL is far less disruptive to people who want to release their software under a pushover license. It only requires you give back any changes to the LGPL-licensed part, and does not cover other parts of your program. Personally, I really like the LGPL. It levels the playing field while being quite compatible. It's not perfect either, of course.

It's a tricky question, and there are no right answers. Ultimately, the decision is up to the developer and I can't fault any choice, including the decision to use a proprietary license.

[–] possiblylinux127@lemmy.zip 2 points 1 year ago (1 children)

I personally won't use any proprietary software and I especially won't use any DRM. The purpose of the GPL isn't to force companies to pay up to get out of copy left. The purpose is to keep the code free no matter what so that people can control there own computing

That's also my preference, but very few games are free software. And most of the games I want to play are encumbered with DRM or cost ten times as much to get DRM-free. Of course, I buy them DRM-free because the DRM doesn't work with Wine, but if it worked with Cedega...well, I might re-evaluate.

The purpose of the GPL isn’t to force companies to pay up to get out of copy left.

That's why it was created, but in practice, many companies make money by selling exceptions. See Cal.com and CKEditor5, for instance. I didn't mention this at all in my comment, though, so I'm not quite sure which part you're responding to. By "level playing field", I meant that everyone can improve Sourcehut and sell a service with more features, but they need to release those new features under the same license, meaning they will make it back to Sourcehut proper. Selling exceptions isn't the only way to make money from free software.