this post was submitted on 18 Jul 2024
1 points (100.0% liked)

Technology

59651 readers
2744 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

A pretty interesting take, and an interesting discussion about what it means to be open source. Is there room for a trusted space between open source and closed corporate software?

you are viewing a single comment's thread
view the rest of the comments
[–] gedaliyah@lemmy.world 0 points 4 months ago (2 children)

Outside of software spaces the discussion around copyright seems so much more nuanced. Any creative commons license is generally considered "copyleft" regardless of the details, and some are far more restrictive than the FUTO license. Consider projects like Wikipedia which accept content licensed under GDFL, or CC-BY, or CC-BY-SA, Apache 2.0, or PD.

I am not a programmer, so maybe I am missing a huge piece of context, but what is the insistence in the free software community for what seems like total license purity? I even see software engineers arguing that "everyone" should use Apache or MIT and not the other, which is somehow bad for the FOSS community. What am I missing? Isn't more free better than less free?

[–] mke@lemmy.world 0 points 4 months ago* (last edited 4 months ago) (1 children)

I might not be the best person to explain this, but I believe you are, in fact, missing a bit of context.

Outside of software spaces the discussion around copyright seems so much more nuanced.

Inside software spaces, specific needs beget specific discussions. They are as nuanced as they need to be.

Did you know Creative Commons themselves recommend against using CC licenses for software?

what is the insistence in the free software community for what seems like total license purity?

The software world, and open source in particular, has historically had a lot of complex and frustrating moments due to licenses and the misaligned interactions of volunteers and companies. This may lead to people advocating very strongly for what they believe would've helped in the past, and may help in the future.

I even see software engineers arguing that “everyone” should use Apache or MIT and not the other, which is somehow bad for the FOSS community.

I won't get into whether everyone should use Apache or MIT—which aren't considered copyleft, I think—but it's also important to remember that even inside software spaces, people will often hold different and sometimes even conflicting views regarding moral/ethical/ideological matters. They can also be just straight up wrong due to lack of knowledge, experience, misunderstandings, etc. That includes me, by the way!

I hope that helped. I can point more resources later, if you want.

[–] gedaliyah@lemmy.world 0 points 4 months ago (1 children)

Thank you - I would love to read any resources that you have

[–] mke@lemmy.world 0 points 4 months ago* (last edited 4 months ago) (1 children)

Well, that's wonderful to read!

If you're wondering what sort of issue being careless with licenses can cause, see the (in)famous case of Tivoization. GPL 3 was written partly to solve issues like this.

The Free Software Foundation explicitly forbade tivoization in version 3 of the GNU General Public License.
Wikipedia

For a more recent example of how community/contributors and owner/company interest misalignment can make a huge mess, see the consequences of HashiCorp changing the Terraform license from MPL to BUSL. Relevant facts I'd like to note:

  • This caused a large split in the community and with HC ("drama").
  • This was only possible due to their CLA (Contributor License Agreement) requirement for contributors.
  • This eventually resulted in the birth of OpenTofu, a fork of Terraform managed by the Linux Foundation.

Or, for a slightly funny case:

A while back I saw a project on GitHub licensed as CC BY-NC-ND 4.0. The developer was considering writing a guide for contributors, even though I'm pretty sure you can't fork and modify it to open a PR (popular way to offer contributions), because that'd break the ND clause (sharing derivatives). Were people supposed to e-mail the developer with patches? Who knows! There are people into that, like some Linux Kernel folks.

And finally, here's what I thought was a very interesting take on what free means when talking about software licenses, touching upon obligations, rights and copyleft.

I'm trying to avoid opining too much, even though I can't help it and, really, it's inevitable. I hope these serve as entry points for further research, and that they help you form your own perspective on all this. And if you do happen to end up agreeing with me in the end... well, I obviously won't complain :^)

[–] gedaliyah@lemmy.world 0 points 4 months ago

Thanks, I appreciate it. I'll check it out.

[–] schizo@forum.uncomfortable.business 0 points 4 months ago (1 children)

Part of it is 'can the current license facilitate them doing a rug pull'. A LOT of the licenses on these new tech darlings are written in such a way that they absolutely can change the terms, close the source and/or dramatically restrict access, and you can go get fucked.

They use Contributor License Agreements to ensure they own all the rights, and whenever they feel it's advantageous for them, suddenly it's now under a new, more restrictive license because there's nothing in the old license that stops them from doing so.

I'm a big fan of actual, real, forced-to-stay open licenses like the AGPL and very much against CLAs because those two stances are essential for what's open and useful staying open and useful.

Whatever this is licensed under is... not that.

[–] gedaliyah@lemmy.world 0 points 4 months ago (1 children)

Thanks, I appreciate it.

I just don't understand what is in the text of the License itself that would do so any differently than say the Apache 2.0 license.

Would you point me to the language you are referring to?

It's less what's in FUTO's license, than what's NOT in the license.

The main problem with those cute little licenses is that if the right is not EXPLICITLY mentioned, you don't have it.

That license is more a list of thou-shalt-nots than outlining your rights to own and use the software: literally half of it is a list of things you cannot do.

It also doesn't require you to provide source code for your modifications, nor does it require you make it available AT ALL.

It also, at no point, says anything whatsoever about source code access - it merely says "the software" which could mean anything they want it to mean.

So basically it's a license telling you you have a license to their software, what you cannot do with it, and zero requirement that ANYONE share the source code.