If you, for whatever reason, want to make sure your code does not get used by Google - license it under AGPL :) #LifeHack https://opensource.google/docs/using/agpl-policy/
@jwildeboer I was a little confused by his comment, because I didn't think mithro (Tim Ansel) worked for google. So I tracked down the issue in question. I found his later explanation even more disturbing and disappointing. Don't license AGPL because we *might* want to try to get funding from Google in the future. Wow...
@cstanhope I had the link to the issue in my previous tweet. https://social.wildeboer.net/@jwildeboer/105193363110691512
@jwildeboer Sorry I missed that! We had the same reaction. smh
(I had assumed you deliberately didn't link to it, so I did the same.)
@jwildeboer EUPL closes the network use loophole in a similar manner, EUPL is not viral, though. It's sort of "LAGPL".
@Steinar @jwildeboer can we not use the word "viral" to describe "copyleft"?
It's a Microsoft-invented term to make copyleft licenses sound bad.
Language matters.
@rysiek @Steinar @jwildeboer as a non-programmer-type i just think "meme" with that word now, but i guess i'm not seeing it in the more toxic context
@rysiek @Steinar @jwildeboer I think it's about time to start using good sounding terms indeed.
I heard once:
copyleft = forever-open
permissive = temporarily-open
@t0k @rysiek @jwildeboer We need a word for the LGPL category too. LGPL can't be "swallowed" like BSD, but can be used as an integral part of a closed system.
@Steinar @rysiek @jwildeboer I think LGPL qualifies as forever-open too. It just allows that a closed-source ecosystem grows around.
@mangeurdenuage @rysiek @jwildeboer How about 'forever-libre', 'forever-free'?
As I understand free/libre implies forever-open but not the other way.
So there could be a forever-open license which for instance forbids the use of the code. It would be open but not free.
Does go along with your argument?
@t0k @rysiek @Steinar @jwildeboer "reciprocal" is another good alternative
@marxjohnson @rysiek @Steinar @jwildeboer Yes, I heard it before. But my intuition does not understand it π.
@rysiek If any licenses are viral its proprietary ones. @Steinar @jwildeboer
@pettter @rysiek @Steinar @jwildeboer sorry, I don't understand. Are you hinting that proprietary licenses are viral?
@paoloredaelli In any sense that copyleft licenses are viral, so are proprietary ones, and often more.
@pettter @paoloredaelli The whole "viral" argument is IMHO planted by proprietary vendors long ago to attack FOSS. It is a term that should never be used it only helps "them".
@jwildeboer @pettter I know, I'm aware of that FUD. A license that solidly protects user rights is persistent, like GPL, LGPL and AGPL.
@pettter @rysiek @Steinar @jwildeboer With this in mind, I think terms like βcensor resistantβ or βcensor immuneβ would make a lot of sense. Hell, the term I use most often is βrobustβ
@jwildeboer @rysiek @Steinar The reason I use the world "viral" is because it's a battlecry designed to strike fear into the hearts of our corporate masters. The infection comparison makes it clear they are under no circumstances to touch what is ours π
I completely agree!
I like to use the word protecting and non-protecting licenses as a counter part instead. Copyleft licenses protects the rights you were granted and non-copyleft licenses doesn't protect your rights.
@rysiek @Steinar @jwildeboer is viral a drop-in synonym for copyleft? I thought it was used to differentiate licenses like GPL from LGPL, which are both copyleft (but I wouldn't consider LGPL "viral")
@benjaminpaikjones @Steinar @jwildeboer either way, it needs to be retired. We need a term that is not pejoratively charged.
@rysiek @Steinar @jwildeboer that's true. And we do have those terms now that I think about it- strong v. weak copyleft!
@benjaminpaikjones @rysiek @Steinar @jwildeboer That's also the terms that the CERN OHL (Open Hardware License) is using for its variants OHL-S (strongly-reciprocal) and OHL-W (weakly-reciprocal).
Even though as I understand OHL is not based on copyright law in the same way as GPL/LGPL is.
@t0k @benjaminpaikjones @rysiek @Steinar yeah. Every few years some folks come along saying we need new words. But I never really understand why. We have all the terms we need (permissive, non-permissive, weak/strong copyleft) since years. They are well defined and mostly understood in good ways. But I guess some people just WANT new terms to create confusion. Divide et impera ;)
@t0k @benjaminpaikjones @rysiek @Steinar @jwildeboer The relationship between hardware and copyright is a bit more complicated than that between software and hardware.
@clacke @rysiek @jwildeboer @t0k @Steinar @benjaminpaikjones The notion of derivation is very much a copyright thing (and very fuzzy in copyright law). Like I said, the relationship between hardware and copyright is complicated and putting requirements on derivation may be moot if copyright is not in play to begin with. So it's nowhere near as binary as you present it. In a lot of cases the honest answer is "I don't know".
@clacke @rysiek @jwildeboer @t0k @Steinar @benjaminpaikjones ARM operates in a space in which the applicablity of patents *and* semiconductor topology rights are without legal controversy. Apples and oranges comparison.
@clacke @rysiek @jwildeboer @t0k @Steinar @benjaminpaikjones Yes, unless those designs would involve ASICs. Come to think of it, FPGAs are an interesting edge case here, again. Basically, in hardware you cannot solely rely on copyright because the "maker's mark" is not always there. So you end up with more exotic IPR that typically requires (some form of) registration (patents, semiconductor topologies). Which doesn't work too well with open hardware either. So, it's very, very messy.
@clacke @rysiek @jwildeboer @t0k @Steinar @benjaminpaikjones All of this is perfectly navigable for players like ARM, much less so for open hardware projects. I do recommend the stuff Andrew Katz has written about this, including talks at FOSDEM.
@clacke @rysiek @jwildeboer @t0k @Steinar @benjaminpaikjones You're now confusing a medium for data storage with an object of an imaginary property right. Those aren't in the same category at all.
@whvholst @clacke @rysiek @jwildeboer @Steinar @benjaminpaikjones You seem to be well informed. Do you know the CERN OHL (Open Hardware Licence)? What is your opinion about it regarding ASICs?
@t0k @clacke @rysiek @jwildeboer @Steinar @benjaminpaikjones I haven't really looked at the last version yet. At first cursory glance I don't like it from a legal clarity viewpoint. It is very copyright-oriented, but without making clear what "property rights" are in play. Unlike the GPL which makes it abudantly clear that it is a copyright license first and foremost, and if necessary also a patent license.
@rysiek @benjaminpaikjones @Steinar @jwildeboer I like to refer to permissive licences (eg BSD) as "privatisable" π
@emacsomancer For the intellectual discussions, sure. For day to day use I describe GPL style as Share-Alike, because that is what it means and that term is also used in the CC world (Creative Commons).
@emacsomancer Well, yes. When we are in a setting where we compare BSD and GPL style licensing, it's not really a stretch that people know what CC licensing is IMHO. @benjaminpaikjones @rysiek @Steinar @robby
@emacsomancer @rysiek @Steinar @benjaminpaikjones @jwildeboer Heredity is the word Iβve seen used.
@jwildeboer Itβs worth noting that Debian had a discussion about accepting AGPL software in their main repository and that they didnβt see any issue at the time. https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;bug=495721
@jwildeboer As of today, many programs installed on my computer right now are using this license so it seems like itβs still all good!
@jwildeboer nice to know π