this post was submitted on 06 Sep 2024
297 points (100.0% liked)

Linux

48435 readers
666 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
 

From: Alejandro Colomar <alx-AT-kernel.org>

Hi all,

As you know, I've been maintaining the Linux man-pages project for the last 4 years as a voluntary. I've been doing it in my free time, and no company has sponsored that work at all. At the moment, I cannot sustain this work economically any more, and will temporarily and indefinitely stop working on this project. If any company has interests in the future of the project, I'd welcome an offer to sponsor my work here; if so, please let me know.

Have a lovely day! Alex

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 28 points 2 months ago (3 children)

That's why the current state of open source licenses doesn't work. Commercial use should be forbidden for free users. You could dual license the work, with a single, main license applying to everyone, and a second addendum license that just contains the clause for that specific use, be it personal or corporate. Corporate use of any kind requires supporting the project financially.

[–] [email protected] 28 points 2 months ago (1 children)

I'm a single dude who sells custom electronics with open source software on them. I sell maybe two PCBs a month. It just about covers my hobby, I'm not even living off of it. I can't afford commercial licenses. There has to be tiers.

In return, I've made every schematic, gerber file, and bill of material to my stuff freely available.

[–] [email protected] 5 points 2 months ago (1 children)

One way to allow for this would be a license that says if you sell them through an LLC or corporate entity of some kind, that should require financial support but if it's you selling them in your own name or as a single owner business, with your reputation and liability on the line, then you should not be required to provide support. The other thought to include in a license is actual money earned from sales. Once a company earns, for example let's say $1,000 or 1,000€ a month in profits, that's when the financial support license kicks in and requires payments to the open source authors. Of course, that would require high earners to report their earnings accurately which is a different can of worms.

[–] captain_aggravated 5 points 2 months ago

I would draw the line at shareholders.

You may use my software free of charge if you are a student, hobbyist, hobbyist with income, side hustler, sole proprietorship, LLC, S-Corp, non-profit, partnership, or other owner-operator type business.

Corporations with investors or shareholders will pay recurring licensing fees. Your shareholders may not profit from my work unless I profit from it more than they do. If you can afford a three inch thick mahogany conference table you can afford to pay for your software.

[–] [email protected] 19 points 2 months ago

I hope we see an evolution of licensing. Giant companies shouldn't get a free pass if they're just going to treat the original devs like a commodity to be used up.

[–] [email protected] 9 points 2 months ago (2 children)

I agree, but this is mostly an issue with permissive licenses like MIT. GPL and its variants have enough teeth in them to deal with shit like this. I'm scared of the rising popularity of these permissive licenses. A lot of indie devs have somehow been convinced by corpos that they should avoid the GPL and go with MIT and alike

[–] csm10495 4 points 2 months ago (2 children)

I might be misunderstanding the licenses so correct me if wrong.

Can companies use GPL code internally without release as long as the thing written with it doesn't get directly released to the public?

.. or does GPL pollute everything even if used internally for commercial purposes?

[–] [email protected] 4 points 2 months ago

I think it kicks in when you distribute. For example, let's say I have a fork of some GPL software and I'm maintaining it for myself. I don't need to share the changes if I'm the only one using it.

The point is that people using a software should be able to read and modify (and share) the source when they want to.

IANAL and all that good stuff

[–] skulbuny 2 points 2 months ago

If it's only internal then technically the internal users should have access to the source code. Only the people who receive the software get the rights and freedoms of the GPL, no one else.

[–] [email protected] 2 points 2 months ago (1 children)

Oh I definitely agree with you there. I just think GPL is close but not close enough.

[–] skulbuny 3 points 2 months ago* (last edited 2 months ago)

AGPL? Google has a ban on all AGPL software. Sounds like if you write AGPL software, corporations won't steal it.

Code licensed under the GNU Affero General Public License (AGPL) MUST NOT be used at Google.

The license places restrictions on software used over a network which are extremely difficult for Google to comply with. Using AGPL software requires that anything it links to must also be licensed under the AGPL. Even if you think you aren’t linking to anything important, it still presents a huge risk to Google because of how integrated much of our code is. The risks heavily outweigh the benefits.

Any FLOSS license that makes a corporation shit its pants like this is good enough to start from IMO.

https://opensource.google/documentation/reference/using/agpl-policy