|
|
Subscribe / Log in / New account

CUPS relicensed to Apache v2

Apple has let it be known that the CUPS printing system will, as of version 2.3, switch from GPLv2 to the Apache License. This change is possible because Apple requires that contributors sign a contributor agreement [PDF] giving joint ownership of any copyrights to Apple.

to post comments

CUPS relicensed to Apache v2

Posted Nov 9, 2017 9:42 UTC (Thu) by juliank (guest, #45896) [Link] (36 responses)

I'm sure the BSD crowd is super happy about this development. And Apple now gives others the right to generate closed-source CUPS builds, so proprietary software builder are probably happy too - they can now build embedded CUPS servers in printers and stuff without being bound to the GPL.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 10:11 UTC (Thu) by sytoka (guest, #38525) [Link] (32 responses)

It's always possible for the community to create a fork...

CUPS relicensed to Apache v2

Posted Nov 9, 2017 10:15 UTC (Thu) by HelloWorld (guest, #56129) [Link] (29 responses)

"Hey, this is our new fork of CUPS that you're allowed to do less with than with Apple's version. But on the other hand, it also does less because we don't have paid developers working on it full time!"

What could possibly go wrong…

CUPS relicensed to Apache v2

Posted Nov 9, 2017 10:22 UTC (Thu) by dunlapg (guest, #57764) [Link] (12 responses)

"If you contribute to this project, anyone who uses your code will have to share their own improvements back to you. If you contribute to the other project, people can just take your code, make money off it, and give nothing back."

LibreOffice seems to have benefited pretty well from that sort of fork. What happens will ultimately depend on whether there's a community of people who care enough to support such a fork.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 11:14 UTC (Thu) by pizza (subscriber, #46) [Link] (6 responses)

I'd wager that Libreoffice's success has less to do with licensing, and far more to do with project governance (of both the technical and political variety), which has led to it having a far, far superior developer experience over OO and its AOO successor. This superior developer experience has led to a vastly superior end-user experience.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 15:11 UTC (Thu) by Wol (subscriber, #4433) [Link] (5 responses)

And LibreOffice is not (L)GPL anyway. I *believe* the licencing rebase is complete, so LO is very much an MPL project - weak not strong copyleft.

In other words, keep your enhancements separate (at the source level) from the core LO code, and the LO licence doesn't affect your code.

Cheers,
Wol

CUPS relicensed to Apache v2

Posted Nov 9, 2017 15:26 UTC (Thu) by Conan_Kudo (subscriber, #103240) [Link] (4 responses)

LibreOffice is dual licensed MPLv2 / LGPLv3+, per the licensing page.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 18:56 UTC (Thu) by cornelio (guest, #117499) [Link] (3 responses)

When dual-licensing the weakest license is stronger.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 11:19 UTC (Fri) by Wol (subscriber, #4433) [Link] (2 responses)

Yup. So you're free to take the code and put it in an (L)GPL(+) project, but when working with LO itself, you can use the greater freedoms granted to you by the MPL. (You can ignore the restrictions unique to the LGPL.)

Cheers,
Wol

CUPS relicensed to Apache v2

Posted Nov 12, 2017 0:13 UTC (Sun) by cyphar (subscriber, #110703) [Link] (1 responses)

Not to mention that it is fairly well-accepted by both Mozilla and the FSF that MPLv2 (without the "Incompatible With Secondary Licenses" notice) is _explicitly_ GPL-compatible so the dual-licensing doesn't really make much sense here...

CUPS relicensed to Apache v2

Posted Nov 12, 2017 0:53 UTC (Sun) by Wol (subscriber, #4433) [Link]

It's historical. Sun OO was LGPL2, Oracle OO was LGPL3 before they gave it to Apache.

So for quite a while LO was only distributable under the (L)GPL3 (and (L)GPL2 before that). All code submitted to Go-OO and LO, though, was MPL.

So until the rebase (we have to thank Apache for that, despite what we think of them for other reasons ...) LO was LGPL because that was the licence of the parent code-base.

Cheers,
Wol

basic values of free and open source software

Posted Nov 9, 2017 20:03 UTC (Thu) by Garak (guest, #99377) [Link] (4 responses)

"If you contribute to this project, anyone who uses your code will have to share their own improvements back to you. If you contribute to the other project, people can just take your code, make money off it, and give nothing back."
I think it's an important nuance to clarify "... anyone who uses your code *verbatim* will have to ...". Nothing AFAICT interferes with using code as a reference for a reimplementation. So if you are really concerned with others taking your work, making money from it, and giving nothing back, you should disabuse yourself of any misinterpretations of basic free and open source software values and expectations. Reimplementation via reference is more work than simply benefiting of verbatim copies of bits. But not nearly more than many narratives around these parts seem to imply. In other words, for all the ills of software patents, their were and are some good reasons for their existence.

basic values of free and open source software

Posted Nov 9, 2017 20:40 UTC (Thu) by juliank (guest, #45896) [Link] (3 responses)

Of course there are rules against that. I think at least in the US, you need to clean-room reverse engineer. If you base your new code on code you've seen before, it's still a derivative of that one.

basic values of free and open source software

Posted Nov 10, 2017 0:57 UTC (Fri) by JanC_ (guest, #34940) [Link] (1 responses)

It's not necessarily/automatically a derivative, but it becomes a lot harder to prove that it isn't. When using clean-room reverse engineering, you can easily prove it.

basic values of free and open source software

Posted Nov 11, 2017 1:57 UTC (Sat) by Garak (guest, #99377) [Link]

It's not necessarily/automatically a derivative, but it becomes a lot harder to prove that it isn't.
A lot? No, it depends entirely on the competence of the judge and the resources the judicial system is willing to invest in making a legitimate and correct assessment. Yes, scary as hell, big roll of the dice. However odds are that by the time you've gotten this far, whatever you did it for has earned big bucks already, generally what motivates others to accuse and seek damage recompensation.
When using clean-room reverse engineering, you can easily prove it.
But the burden of proof was never on you to prove it. The burden of proof is on the accuser (IANAL). Again however, the clean-room examples I vaguely recall involved closed source binaries being actually reverse engineered, perhaps in use-restriction violation of the contractual terms by which they were acquired, but overridden by fair-use reverse engineering legal nuance. Or something like that. But what I started discussing was the reimplementation of a public open source work. Apples, meet Oranges. The whole idea of an ordinary FOSS project, is that the author is giving to the world, complete precise instructions in the generally most comprehensible format (so called human readable source code, not compiled binary code instructions). By definition the author of the project is basically laying out the red carpet to make the path of reimplementation as trivially simple as it could possibly be. I think it is unethical to suggest that there is anything unethical about anyone who wants to take that gift and do exactly that with it. This is precisely why software patents matter.

basic values of free and open source software

Posted Nov 10, 2017 20:15 UTC (Fri) by Garak (guest, #99377) [Link]

Of course there are rules against that.
Citation/reference requested.
I think at least in the US, you need to clean-room reverse engineer.
I think you may be mistaken.
If you base your new code on code you've seen before, it's still a derivative of that one.
You've just described how computer scientists and software engineers practice their trade. I think you may be confusing situations where 'reverse engineering' is required with situations where 'reverse engineering' is not required. Having open source code public and reimplementing it does not involve 'reverse engineering'. Now, I was glossing over the fact that a lazy sloppy exploitive person or corporation might fail to do a real job of 'reimplementation' and in fact end up (perhaps only effectively) cut and pasting to the point where they violate copyright. But I challenge you to convince me that in the process of reimplementing a piece of open source software, any sort of 'clean room' methodology is required or mentioned in any law anywhere. The reference I found with a quick search of wikipedia implied that what the 'clean room technique' accomplished (I think there referencing actually 'reverse engineeering' a binary only proprietary driver without available source code), was to better help convince a jury. I agree that it might help bolster your case to a potential jury, but that doesn't mean it is an explicit aspect of any formal rule or law.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 11:11 UTC (Thu) by pizza (subscriber, #46) [Link] (14 responses)

The much thornier problem is that there's a large body of [L]GPLv2 code out there which links against libcups. This code is now incompatible with the new ASL2.0-licensed CUPS releases. Some of that code is [L]GPLv2+, which can be promoted to ASL2.0-compatible [L]GPLv3, but that will trigger even bigger ripples of effective relicensing that will likely trap many more things.

Affected applications include gutenprint, but the bigger problem is system-level libraries like GTK+, where the options so far seem to be "fork CUPS at the last GPL release" or "strip out printing support". So, yeah, this is a problem.

I've kicked this up to the Fedora-legal folks, and there are ongoing discussions in multiple places as affected folks try to figure out the implications of this change. CUPS has been asked about the possibility of dual-licensing (eg ASLv2 and LGPLv2.1) as that appears to be a win-win for everyone.

It would be ironic if this action by Apple triggers a wave of stuff being relicensed under the [L]GPLv3!

CUPS relicensed to Apache v2

Posted Nov 9, 2017 15:55 UTC (Thu) by mirabilos (subscriber, #84359) [Link] (2 responses)

GPLv2+ would trigger relicencing, LGPLv2(+) wouldn’t because it and cups are separate enough (although it would, of course, require separation at the .o/.a level).

CUPS relicensed to Apache v2

Posted Nov 11, 2017 7:52 UTC (Sat) by pbonzini (subscriber, #60935) [Link]

Also, LGPLv2-only is compatible with GPLv3 (yes that's a license quirk), which in turn is compatible with LGPLv3.

GPLv2-only could be an issue.

CUPS relicensed to Apache v2

Posted Nov 11, 2017 23:53 UTC (Sat) by Wol (subscriber, #4433) [Link]

> GPLv2+ would trigger relicencing,

Actually, it wouldn't. Only the copyright holder can relicence it, so if you mix GPLv2+ code with Apache CUPS, *you* must *not* remove the GPLv2+ header.

Okay, the resulting final work would be covered by (L)GPL3, and when you distribute it you should say that, but that's not relicencing.

There are two things to think about here. What licence does the original copyright holder GRANT, and what licence does the recipient USE.

As the recipient, there is no such thing as a LGPLv2+ licence. The grant allows you to choose LGPL2, or LGPL3, or GPL2, or GPL3, or whatever. Likewise, a *grant* of Apache2 allows the recipient to *choose* from a list of compatible licences. So long as the licence the recipient chooses is on *both* lists, then they're allowed to re-distribute.

What they cannot do, is go back and change what the copyright holder granted. (Unless the original grant gave them that permission, which no licence I can think of does. Even BSD/MIT...)

Cheers,
Wol

CUPS relicensed to Apache v2

Posted Nov 9, 2017 16:27 UTC (Thu) by josh (subscriber, #17465) [Link] (9 responses)

There isn't that much GPLv2-only software out there; anything GPLv2-or-later is fine, because GPLv3 and Apache 2.0 are compatible.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 16:29 UTC (Thu) by juliank (guest, #45896) [Link] (8 responses)

I think there's a lot GPL-2 only software out there. Well too much, anyway.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 16:56 UTC (Thu) by josh (subscriber, #17465) [Link] (7 responses)

Too much, certainly. But not the majority of GPLed code. There are a few very prominent examples, certainly, but I would strongly suspect there's far more "v2 or later" code than "v2 only" code.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 11:22 UTC (Fri) by Wol (subscriber, #4433) [Link]

QUANTITY of code is irrelevant. Linux is a relatively small amount of code but there's a lot of copies in use.

How much *actively* *used* GPL2 code is out there?

Cheers,
Wol

CUPS relicensed to Apache v2

Posted Nov 10, 2017 17:49 UTC (Fri) by xtifr (guest, #143) [Link] (5 responses)

And the most prominent example--the Linux kernel itself--has the advantage of being highly self-contained; it's not *going* to be linked directly with things like CUPS.

Anyway, anyone who chose the GPL2-only license had to know that they were limiting their compatibility, so I don't feel particularly sad about their loss. Feels like karma to me. But, I suppose, if it turns out to be a big enough issue, perhaps Apple (who seems to tolerate the GPL2, but hates 3) could be persuaded to dual-license as Apache & GPL2-only....

CUPS relicensed to Apache v2

Posted Nov 10, 2017 20:24 UTC (Fri) by ballombe (subscriber, #9523) [Link] (2 responses)

Karma ? What benefit that ASL 2 brings over the ASL 1.1, the MPL or the BSD licenses outside being GPL-2 incompatible ?

CUPS relicensed to Apache v2

Posted Nov 10, 2017 20:27 UTC (Fri) by Cyberax (✭ supporter ✭, #52523) [Link] (1 responses)

Apache 2.0 has a clear patent license language, unlike 1.1.

CUPS relicensed to Apache v2

Posted Nov 11, 2017 10:51 UTC (Sat) by Wol (subscriber, #4433) [Link]

Which to my mind is very much a HINDRANCE.

Unfortunately, in today's world it's a necessity. But it shouldn't be there :-(

Cheers,
Wol

CUPS relicensed to Apache v2

Posted Nov 14, 2017 14:07 UTC (Tue) by cortana (subscriber, #24596) [Link] (1 responses)

Or even license the client library under a permissive license...

CUPS relicensed to Apache v2

Posted Nov 14, 2017 14:10 UTC (Tue) by juliank (guest, #45896) [Link]

Yes, just put that part under BSD and done. Or just add an additional patent grant that is GPL-2 compliant or whatever.

CUPS relicensed to Apache v2

Posted Nov 11, 2017 5:26 UTC (Sat) by cornelio (guest, #117499) [Link]

GPLv3 code is "artificially" compatible with ALv2. The GPLv2 code can add an "equally artificial" exception clause and live with it or else ... sue them.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 17:49 UTC (Thu) by flussence (guest, #85566) [Link]

Given that it's a command & control server for communicating with embedded/IoT devices, less features is probably a feature.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 16:24 UTC (Thu) by joib (subscriber, #8541) [Link] (1 responses)

The thing I'm worried about if we're going to see two different incompatible CUPS'es; the proprietary one that Apple ships with macOS and that printer manufactures support and test with, and the more or less abandoned open source one used by Linux distros which printer makes don't care about.

Then again, since Apple already owns the copyrights to CUPS before this license change, they could have done this earlier just as well.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 20:42 UTC (Thu) by hsivonen (subscriber, #91034) [Link]

The previous situation has been that printer vendors who were averse of the GPL could ship drivers on Mac without having to worry about complying with the GPL.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 15:53 UTC (Thu) by mirabilos (subscriber, #84359) [Link] (2 responses)

The BSD crowd has rejected the switch from Apache v1.1 to Apache v2. OpenBSD even went so far as to write their own httpd.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 19:03 UTC (Thu) by cornelio (guest, #117499) [Link] (1 responses)

The "BSD crowd" is not limited to the limited vision of OpenBSD developers. The Apache License is considered a fine license for the [Free]BSD guys, they even carry subversion in the base system.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 19:10 UTC (Thu) by cornelio (guest, #117499) [Link]

What I should have pointed out is that for people that like less restrictive licenses, the Apache License version 2 is a welcome upgrde from LGPLvX.

Thw fact that OpenBSD has some bigotry against the Apache License doesn't really matter here since CUPS was never under a non-copyleft license before.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 11:18 UTC (Thu) by freggy (guest, #37477) [Link] (3 responses)

I remember Red Hat/Fedora started working on a new printing system years ago. Does anyone know what happened to that? I cannot find it any more.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 11:31 UTC (Thu) by jrigg (guest, #30848) [Link]

Maybe they're waiting until it's ready to add to systemd ;-)

CUPS relicensed to Apache v2

Posted Nov 9, 2017 11:45 UTC (Thu) by zdzichu (subscriber, #17118) [Link] (1 responses)

https://github.com/hughsie/printerd

Last commit years ago. Dead?

CUPS relicensed to Apache v2

Posted Nov 9, 2017 20:10 UTC (Thu) by hughsient (subscriber, #52199) [Link]

Maybe a zombie? It was designed as a "just-in-case" project, which we never needed to use. It could be easily picked back up, as long as the cups filter chain is still usable.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 16:19 UTC (Thu) by Otus (subscriber, #67685) [Link] (1 responses)

So did they get an ok from all the former contributors or has there always been an assignment agreement?

CUPS relicensed to Apache v2

Posted Nov 9, 2017 21:58 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]

There has always been an agreement

CUPS relicensed to Apache v2

Posted Nov 9, 2017 21:49 UTC (Thu) by frostsnow (subscriber, #114957) [Link] (65 responses)

Smells like EEE.

CUPS relicensed to Apache v2

Posted Nov 9, 2017 23:24 UTC (Thu) by pizza (subscriber, #46) [Link]

Apple has owned CUPS for just over a decade now; there's no need to EEE something they already own.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 8:42 UTC (Fri) by quietbritishjim (subscriber, #114117) [Link] (63 responses)

What is EEE in this context?

CUPS relicensed to Apache v2

Posted Nov 10, 2017 9:09 UTC (Fri) by joib (subscriber, #8541) [Link] (62 responses)

Embrace-Extend-Estinguish?

(Not saying I agree or disagree with the position that this action constitutes the beginning of some EEE campaign against cups)

CUPS relicensed to Apache v2

Posted Nov 10, 2017 23:40 UTC (Fri) by frostsnow (subscriber, #114957) [Link] (61 responses)

It doesn't smell like the beginning of an EEE campaign against CUPS in particular, it smells like part of a broader campaign against GPL in general, as evidenced by the general anti-GPL sentiment. This is the first time I've heard of a major, existing GPL-based project moving towards a "permissive" license, and it doesn't smell good to me; it smells like a small part of a larger attempt to regain control of the technological infrastructure by laying a foundation that allows user's freedoms to be forfeited when the time comes.

Time will tell.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 11, 2017 4:24 UTC (Sat) by Garak (guest, #99377) [Link] (60 responses)

This is the first time I've heard of a major, existing GPL-based project moving towards a "permissive" license, and it doesn't smell good to me;
Toybox(aka BSD licensed Busybox alternative)

I predict that the most useful code will inevitably in the long term migrate to more permissive licenses. I simultaneously see this as inevitable, good, and hardly 'anti-GPL'. The GPL may have its valuable place in the complete lifecycle of code('s functionality), but that doesn't mean it would be more valuable for it to be the only license the code('s functionality) is under for the complete lifecycle. It seems the most natural thing in the world to me that the fundamental nature of an open source package as a "working reference implementation" available to every C.S. grad for all time going forward inevitably leads to some of those grads reimplementing it under a more permissive open source license in some way that they see as beneficial. This trajectory is not an attack on the GPL, or implicative of a disregard for the value of the GPL. It's just natural evolutionary/free-market forces at work.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 11, 2017 7:15 UTC (Sat) by frostsnow (subscriber, #114957) [Link] (59 responses)

>Toybox(aka BSD licensed Busybox alternative)
Sure, but toybox, as you pointed out, is a *reimplementation* and not a changing of license.

>I predict that the most useful code will inevitably in the long term migrate to more permissive licenses. I simultaneously see this as inevitable, good, and hardly 'anti-GPL'. The GPL may have its valuable place in the complete lifecycle of code('s functionality), but that doesn't mean it would be more valuable for it to be the only license the code('s functionality) is under for the complete lifecycle.
That would depend in part on how you define "valuable" and "useful".

>It seems the most natural thing in the world to me that the fundamental nature of an open source package as a "working reference implementation" available to every C.S. grad for all time going forward inevitably leads to some of those grads reimplementing it under a more permissive open source license in some way that they see as beneficial.
I don't see the connection, as they could just as easily reimplement a package under a copyleft license from a permissive one if they value copyleft more than permissiveness.

>This trajectory is not an attack on the GPL, or implicative of a disregard for the value of the GPL. It's just natural evolutionary/free-market forces at work.
Yes, actually, choosing, unless done arbitrarily, a permissive license over a copyleft license is an implicit disregard for the value of copyleft, just as choosing a copyleft license over a permissive license is an implicit disregard for the value of permissiveness; that's why one license was chosen over the other.

The trajectory has nothing to do with evolution, but everything to do with the Economy and its forces at work, and, to what extent the Economy is "natural" and represents a "free-market", let alone the actual economy is an infinitely-debateable rabbit-hole. I do agree that permissive licenses are the more expedient option for the Economy, but it is at the expense of user's freedoms, and I'm more concerned about user's freedoms than the Economy.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 11, 2017 10:57 UTC (Sat) by Wol (subscriber, #4433) [Link] (1 responses)

> >It seems the most natural thing in the world to me that the fundamental nature of an open source package as a "working reference implementation" available to every C.S. grad for all time going forward inevitably leads to some of those grads reimplementing it under a more permissive open source license in some way that they see as beneficial.

> I don't see the connection, as they could just as easily reimplement a package under a copyleft license from a permissive one if they value copyleft more than permissiveness.

So you didn't actually read what the GP wrote.

If 10 students re-implement the package, then it's a statistical likelihood that ONE of those will prefer to use a liberal BSD-style licence. The more it is re-written in CS classes, the probability of a liberal licence being used becomes almost a certainty. And if that version happens to gain some traction ...

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 12, 2017 0:37 UTC (Sun) by frostsnow (subscriber, #114957) [Link]

You're right, I misinterpreted the sentence. Thanks for the clarification.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 12, 2017 2:02 UTC (Sun) by Garak (guest, #99377) [Link] (56 responses)

Sure, but toybox, as you pointed out, is a *reimplementation* and not a changing of license.
Good catch, I confess I was stretching the narrative I was pushing a little thin. Common thing. I am actually surprised there weren't better more obvious examples I could have used. I blame groupthink and taboo, but still believe in the narrative to a degree because I think groupthink and taboo won't hold out forever. OTOH, given how out of left field Snowden and Trump were, I can't discount the theory that the groupthinkers and tabooists will find some way to rewrite/amend law so that my predictions don't come true even though I'm not mistaken on the broad facets of my analysis.
That would depend in part on how you define "valuable" and "useful".
Sure, beauty is in the eye of the beholder. And there are many eyes out there. And a lot of security bugs and cunning business and other tactics that escape the Many Eyes much longer than some narratives I would like to believe more in suggest.
I don't see the connection, as they could just as easily reimplement a package under a copyleft license from a permissive one if they value copyleft more than permissiveness.
The other reply covered that. You are correct, there probably will be many both less and more permissive reimplementations. But in a mathematical style analysis, my thesis that code will become more available with more permissive licensing still holds, even if there are even more options. I mean, the bottom line is it's all public domain eventually. Copyrights expire (in the true fullness of centuries of time, barring radical tabooists and groupthinkers rewriting laws...), Patents expire. We expire. Purely academic conversation about the trajectory of the long future here.
Yes, actually, choosing, unless done arbitrarily, a permissive license over a copyleft license is an implicit disregard for the value of copyleft, just as choosing a copyleft license over a permissive license is an implicit disregard for the value of permissiveness; that's why one license was chosen over the other.
One ring to rule them all? Different strokes for different folks? Full-spectrum tool choice? Every problem looks like a nail when you only have a hammer? It would be simpler if the full analysis covering the breadth of differing cases could be so simple. I think that is many religion's bread and butter. If a person chooses MIT for 3 projects, GPLv2 for a couple, and GPLv3 for 4 others, do you consider they are just implicitly disregarding the values of all the authors of those licenses? Don't be a silly rabbit, trix are trademarked.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 12, 2017 17:04 UTC (Sun) by Wol (subscriber, #4433) [Link]

> Sure, beauty is in the eye of the beholder. And there are many eyes out there. And a lot of security bugs and cunning business and other tactics that escape the Many Eyes much longer than some narratives I would like to believe more in suggest.

Except I believe the full quote is, "with many eyes, all bugs are shallow".

In other words, until you realise there is a problem nobody will look ...

People take it to mean that bugs will be spotted by the many eyes *glancing* at the code, when actually it originally meant that *once the code attracts attention* for whatever reason, then any problems will be swiftly found. And it's true. Once a serious problem is reported, how long does it take for a first-draft solution to appear? Hours? Even *one day* is unusually long when the problem is serious.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 12, 2017 22:11 UTC (Sun) by frostsnow (subscriber, #114957) [Link] (54 responses)

>The other reply covered that. You are correct, there probably will be many both less and more permissive reimplementations. But in a mathematical style analysis, my thesis that code will become more available with more permissive licensing still holds, even if there are even more options. I mean, the bottom line is it's all public domain eventually. Copyrights expire (in the true fullness of centuries of time, barring radical tabooists and groupthinkers rewriting laws...), Patents expire. We expire. Purely academic conversation about the trajectory of the long future here.

Fair enough, but it's besides the point of a license change, as we have covered.

>One ring to rule them all? Different strokes for different folks? Full-spectrum tool choice? Every problem looks like a nail when you only have a hammer? It would be simpler if the full analysis covering the breadth of differing cases could be so simple. I think that is many religion's bread and butter. If a person chooses MIT for 3 projects, GPLv2 for a couple, and GPLv3 for 4 others, do you consider they are just implicitly disregarding the values of all the authors of those licenses? Don't be a silly rabbit, trix are trademarked.

In the case of a singular person choosing different licenses for different projects what's important is *why* the person chose a particular license for a particular project, unless, of course, the choice was done arbitrarily, e.g. via a dice roll. A person may hold ambivalent beliefs about the value of copyleft versus permissiveness, and/or beliefs that change over time, and that may manifest in their choice of different licenses for different projects. Also, please make sure to separate the "values of all the authors" of a license from the values incarnated in the license itself, because it probably isn't personal in most cases.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 13, 2017 20:13 UTC (Mon) by Garak (guest, #99377) [Link] (53 responses)

In addition to beliefs that change over time, a good point to highlight as well, I was talking about beliefs that involve change over time. I.e. the belief that as a code author, some license may be the right tool for the job for the project in its first N years, and some other license is the right tool for the job for the next subsequent M years. Where N may be thought of at the start of the project, or dependent on externalities (such as whether or not someone just legally and ethically reimplemented your code with a different license). That (very loosely) is presumably what is going on here.

Another way to summarize- some people view Vi vs Emacs as religious war, others view it as Tool Choice. You seem to be arguing various open source licenses as total philosophies, while I'm painting them as alternate tools. In that mode, it doesn't matter what philosophy or values the tool creator had, it matters what abilities the tool brings to bear on the problem in front of you at the moment. And sometimes, as with Vi and Emacs, either tool might accomplish the job just fine, and the choice might be as non-philosophically-consequential as just choosing the tool your parents/society happened to expose you to and train you on first.

Personally I don't see the "values incarnated in the license itself" of various open source licenses as indicating it being a good idea to cast aside all alternate licenses as differing tools. The values incarnated in the license itself are just the words of the license and their legal meaning. Which again, it seems perfectly ordinary to me that a project may decide to change licenses after some number of years due to changing external (and internal) conditions. But clearly I simply enjoy/see-value in taking this opportunity for academic discussion to highlight aspects that I'd like this audience to get more exposure to. A comment elsewhere mentions a 'problem', one of the mentioned solutions being 'fork at the last GPL release'. The implication being that that is a big deal or difficult solution to implement. In my FOSS view, that is not a big deal, nor a difficult solution to implement, meaning I think the level of controversy implied by this article/thread seems unwarranted to me. This would be the taboo against forking and reimplementing that I'm trying to draw attention to. As well as narratives that IMO misconstrue the value/threat of software patents. Software patents are the current legal tool that is designed to prevent the kind of undesirable exploitiveness that I think you were referencing. Copyleft was never designed to prevent exploitation via reimplementation and relicensing (outside of software patents entering the equation). However I think you, and many others, seem to be under that impression.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 13, 2017 23:02 UTC (Mon) by frostsnow (subscriber, #114957) [Link] (52 responses)

>In addition to beliefs that change over time, a good point to highlight as well, I was talking about beliefs that involve change over time. I.e. the belief that as a code author, some license may be the right tool for the job for the project in its first N years, and some other license is the right tool for the job for the next subsequent M years. Where N may be thought of at the start of the project, or dependent on externalities (such as whether or not someone just legally and ethically reimplemented your code with a different license). That (very loosely) is presumably what is going on here.

>Another way to summarize- some people view Vi vs Emacs as religious war, others view it as Tool Choice. You seem to be arguing various open source licenses as total philosophies, while I'm painting them as alternate tools. In that mode, it doesn't matter what philosophy or values the tool creator had, it matters what abilities the tool brings to bear on the problem in front of you at the moment. And sometimes, as with Vi and Emacs, either tool might accomplish the job just fine, and the choice might be as non-philosophically-consequential as just choosing the tool your parents/society happened to expose you to and train you on first.

Counterpoint: You first have to define a problem before you can choose a tool, and the very definition of a problem may involve complex philosophical reasoning that involves the subject matter of various licenses. For example, if user freedoms are the problem that you are trying to address, copyleft is an obvious candidate. On the other hand, if ubiquity is your goal, you may choose copyleft, permissive, or proprietary depending on which way you think the wind is blowing, but even *that* choice involves placing the value of ubiquity over the values of the other licenses -- it's not a neutral position.

Editing text does not have the same philosophical problems as releasing software.

>Personally I don't see the "values incarnated in the license itself" of various open source licenses as indicating it being a good idea to cast aside all alternate licenses as differing tools.

What? Different licenses incarnate different values. No idea where you got any impression of "casting aside... alternate licenses".

>The values incarnated in the license itself are just the words of the license and their legal meaning.

There are also the values in and of themselves, which may or may not be fully incarnated in the legal meaning of the license.

>Which again, it seems perfectly ordinary to me that a project may decide to change licenses after some number of years due to changing external (and internal) conditions.

That all depends on their values.

>A comment elsewhere mentions a 'problem', one of the mentioned solutions being 'fork at the last GPL release'. The implication being that that is a big deal or difficult solution to implement. In my FOSS view, that is not a big deal, nor a difficult solution to implement, meaning I think the level of controversy implied by this article/thread seems unwarranted to me. This would be the taboo against forking and reimplementing that I'm trying to draw attention to. As well as narratives that IMO misconstrue the value/threat of software patents. Software patents are the current legal tool that is designed to prevent the kind of undesirable exploitiveness that I think you were referencing. Copyleft was never designed to prevent exploitation via reimplementation and relicensing (outside of software patents entering the equation). However I think you, and many others, seem to be under that impression.

The danger to FOSS comes from the shifting values of those who are currently supporting it. Moving from copyleft to permissive is an indication that the values are shifting away from the paramount importance of user's freedoms to something else, and *might* indicate trouble for support of FOSS down the road. Time will tell.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 14, 2017 5:27 UTC (Tue) by Garak (guest, #99377) [Link] (51 responses)

> Personally I don't see the "values incarnated in the license itself" of various open source licenses as indicating it being a good idea to cast aside all alternate licenses as differing tools.

What? Different licenses incarnate different values. No idea where you got any impression of "casting aside... alternate licenses".
Your stance seems like an assertion that GPL is always the best legal license to choose for a project. Thus the 'casting aside alternate licenses'. Maybe I've misunderstood your position.
The danger to FOSS comes from the shifting values of those who are currently supporting it. Moving from copyleft to permissive is an indication that the values are shifting away from the paramount importance of user's freedoms to something else,
I don't understand how you can characterize an author turning over their copyright to the public domain as "shifting away from the paramount importance of user's freedoms to something else". How does the choice of choosing to put code in the public domain make any user less free in any way whatsoever? I don't think it does. Putting the same code under a more permissive license doesn't interfere with user's ability to have that same code under the same license they had it under yesterday. It doesn't interfere from them doing anything with it tomorrow that they might have been planning on, or under the expectation they were free to do at any point in the future.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 14, 2017 22:32 UTC (Tue) by frostsnow (subscriber, #114957) [Link] (50 responses)

>Your stance seems like an assertion that GPL is always the best legal license to choose for a project. Thus the 'casting aside alternate licenses'. Maybe I've misunderstood your position.

Yes, user's freedoms is a value that I, *personally*, hold to be greater than any other known values incarnated in any known licenses.

>I don't understand how you can characterize an author turning over their copyright to the public domain as "shifting away from the paramount importance of user's freedoms to something else". How does the choice of choosing to put code in the public domain make any user less free in any way whatsoever? I don't think it does.

Permissive licensing and public domain are two separate things.

>Putting the same code under a more permissive license doesn't interfere with user's ability to have that same code under the same license they had it under yesterday. It doesn't interfere from them doing anything with it tomorrow that they might have been planning on, or under the expectation they were free to do at any point in the future.

No, but it means that derivate works, possibly by other authors, may interfere with a user's freedoms down the road. That's the very *purpose*, as far as I can tell, of choosing permissive over copyleft, and I think that it stinks.

Apple, being the Copyright owner, has every right to make that decision, though, even if I disagree with it.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 1:46 UTC (Wed) by Garak (guest, #99377) [Link] (16 responses)

Permissive licensing and public domain are two separate things.
Sure, as would be GPLv3 or GPLv2 with half a dozen words modified. There is a full spectrum of licenses available and imaginable. Public domain is clearly at the edge of the spectrum. Reconsider my argument replacing public domain with MIT. Surely the distance between public domain and MIT is easily considerable. Your position that only GPL is acceptable is what I would characterize as a nearly religious position on the issue of tool use.
No, but it means that derivate works, possibly by other authors, may interfere with a user's freedoms down the road. That's the very *purpose*, as far as I can tell, of choosing permissive over copyleft, and I think that it stinks.
"may"? I think it may clear things up if you try to elaborate a hypothetical example. I suspect that by the time you elaborate the full nuance of the situation you will see that is an incorrect assessment of the situation. I think what you characterize as a purposeful allowance of interference with freedoms, is more correctly described as a purposeful allowance of greater freedoms, and no increase in potential for interference. But, these are complex issues, please try to clarify a hypothetical situation where such interference could be a result. I can't imagine such a situation at the moment.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 7:18 UTC (Wed) by frostsnow (subscriber, #114957) [Link] (15 responses)

>Your position that only GPL is acceptable is what I would characterize as a nearly religious position on the issue of tool use.

If you want to change my *personal* opinion, then convince me that another license is more valuable.

>I think what you characterize as a purposeful allowance of interference with freedoms, is more correctly described as a purposeful allowance of greater freedoms, and no increase in potential for interference.

I don't consider the freedom to deprive others of the Four Freedoms as defined by the Free Software Definition to be a freedom worth permitting, and *certainly* not as a "greater" freedom.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 7:32 UTC (Wed) by Garak (guest, #99377) [Link] (9 responses)

I don't consider the freedom to deprive others of the Four Freedoms as defined by the Free Software Definition to be a freedom worth permitting, and *certainly* not as a "greater" freedom.
Religious level word twisting. When Apple released the latest version of CUPS under a new license, they did not make you or anyone any less free to do any specific thing than you were before.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 22:50 UTC (Wed) by frostsnow (subscriber, #114957) [Link] (8 responses)

>Religious level word twisting. When Apple released the latest version of CUPS under a new license, they did not make you or anyone any less free to do any specific thing than you were before.

On the contrary, freedom is not so straightforward. For example, I am deprived the freedom to shoot someone for annoying me so that they have the freedom to live -- their freedom to live is considered greater than my freedom to deprive them of their life; in a similar way, the Four Freedoms *may*, depending on philosophical outlook, be considered a greater freedom than the freedom to release code without corresponding source.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 21, 2017 7:13 UTC (Tue) by Garak (guest, #99377) [Link] (1 responses)

in a similar way, the [trademarked religious tenets] *may*, depending on philosophical outlook, be considered a greater freedom than the freedom to release code without corresponding source.
Let A = "the freedom to release code without corresponding source". I allege that A, as far as you meant it, also is "the freedom to write a program in raw binary (perhaps with the help of an instruction to binary code mapping table sitting next to you as you wrote the 1's and 0's on paper with pencil before typing them into the computer as a program that was never 'compiled').

Freedom is the freedom to do things that others may think are stupid and pointless, so long as they, don't involve hitting someone over the head or such. To me, that means Freedom absolutely involves (A).

I think what you are saying could be (mis?)interpreted as being analgous to "Bob should not be free to become an unemployed rock musician, because if instead Bob had become a cardiologist, he could have helped me to live longer, therefore his freedom to make music I consider to be causing me medical harm".

Earlier in this discussion, before I (recently re)read (part of) the Apache-2.0 license, you said-
No, but it means that derivate works, possibly by other authors, may interfere with a user's freedoms down the road. That's the very *purpose*, as far as I can tell, of choosing permissive over copyleft, and I think that it stinks.
Now that I've been through more discussion (which reminded me of highly nuanced considerations I had half-forgotten), I can posit that in this case, though I have no idea why Apple did choose to go GPLv2->Apache2 instead of perhaps GPLv2->GPLv3 (amongst many other possibilities), I could see it as a reasonable choice based solely on how the GPLv3 preamble seems to be dismissive of the value of (software) patents *in general*, wheras the anti-patent language in Apache-2.0 _could_ be interpreted as narrowly directed against the perceived abusive tactics leveraged in the KAMIND/JMRI case of suing for damages based on number of open source code downloads.

I don't expect anyone to necessarily bother parsing that, in the same way I meant it, and agree with it. But it is how I'd prefer to view the issue :) Though I do realize it is a complex spectrum of people with widely varying levels of interest in and opinions about the issue. Clearly I see respect for, or dismissiveness of, the patent system in general as being at the heart of the issue. And after reading a significant fraction of one single bonafied patent from 1998, I must admit it's a hard thing to love. In this case, my point is that some people might find the importance of respecting the patent system in general, to be more critical than the (quite significant) differences between Apache-2.0 and GPLv3. Certainly it's plausible to me that Apple might be somewhat along those lines - God only knows how many software and other patents they own. Certainly CUPS contributors could not have been under any misimpressions about their copyright holder's general stance towards the patent system.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 21, 2017 22:54 UTC (Tue) by frostsnow (subscriber, #114957) [Link]

>Let A = "the freedom to release code without corresponding source". I allege that A, as far as you meant it, also is "the freedom to write a program in raw binary (perhaps with the help of an instruction to binary code mapping table sitting next to you as you wrote the 1's and 0's on paper with pencil before typing them into the computer as a program that was never 'compiled').

From the GPLv2: "The source code for a work means the preferred form of the work for making modifications to it.". If you wrote it in binary, you could redistribute it in binary. But that's not what's done, so I don't see the point of your example.

>Freedom is the freedom to do things that others may think are stupid and pointless, so long as they, don't involve hitting someone over the head or such. To me, that means Freedom absolutely involves (A).

Except things aren't so simple at all due to things like private property and physical force. Your freedom to wander onto someone else's private property is restricted despite wandering being non-violent; your freedom to wander is considered lesser to the private property owner's freedom to choose who gets to be on their land. The freedom to use physical force is granted to police when enforcing the law. My point is that different freedoms aren't all equally valuable -- some are valued more than others. I don't know a mechanism for evaluating the values of various freedoms, presumably I may learn by reading philosophers who discussed freedom such as John Locke and John Stuart Mill, but I have yet to do so.

>I think what you are saying could be (mis?)interpreted as being analgous to "Bob should not be free to become an unemployed rock musician, because if instead Bob had become a cardiologist, he could have helped me to live longer, therefore his freedom to make music I consider to be causing me medical harm".

Perhaps in the rough sense that you are *compelled* to do something, but being compelled to *release source code* and being compelled *into an entire career* are two very different levels of compulsion.

>Now that I've been through more discussion (which reminded me of highly nuanced considerations I had half-forgotten), I can posit that in this case, though I have no idea why Apple did choose to go GPLv2->Apache2 instead of perhaps GPLv2->GPLv3 (amongst many other possibilities), I could see it as a reasonable choice based solely on how the GPLv3 preamble seems to be dismissive of the value of (software) patents *in general*, wheras the anti-patent language in Apache-2.0 _could_ be interpreted as narrowly directed against the perceived abusive tactics leveraged in the KAMIND/JMRI case of suing for damages based on number of open source code downloads.

>I don't expect anyone to necessarily bother parsing that, in the same way I meant it, and agree with it. But it is how I'd prefer to view the issue :) Though I do realize it is a complex spectrum of people with widely varying levels of interest in and opinions about the issue. Clearly I see respect for, or dismissiveness of, the patent system in general as being at the heart of the issue. And after reading a significant fraction of one single bonafied patent from 1998, I must admit it's a hard thing to love. In this case, my point is that some people might find the importance of respecting the patent system in general, to be more critical than the (quite significant) differences between Apache-2.0 and GPLv3. Certainly it's plausible to me that Apple might be somewhat along those lines - God only knows how many software and other patents they own. Certainly CUPS contributors could not have been under any misimpressions about their copyright holder's general stance towards the patent system.

My concern was a move away from copyleft moreso than the licenses' stance on patents, but perhaps patents were the primary consideration.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 21, 2017 17:20 UTC (Tue) by nybble41 (subscriber, #55106) [Link] (5 responses)

> For example, I am deprived the freedom to shoot someone for annoying me so that they have the freedom to live -- their freedom to live is considered greater than my freedom to deprive them of their life...

It's not a question of which freedom is "more important", but rather one of universality. If you have the freedom to deprive them of their life, then they have exactly the same freedom to deprive you of yours—so you can't complain when they execute you as a murderer. If you don't want others trying to kill you, refrain from trying to kill _them_. Whether you call this the Non-Aggression Principle or simply the Golden Rule, it is the fundamental basis for all civilized interaction between free individuals.

Naturally, you can only make this argument when the response is both proportional to and of the same kind as the original action. Capital punishment for theft would not be covered, and neither would any form of physical coercion (including fines) as punishment for the "crime" of releasing binaries without source code. It cannot be used to arbitrarily deny freedoms on the mere basis that others are deemed more worthy—from a certain subjective point of view.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 21, 2017 23:01 UTC (Tue) by frostsnow (subscriber, #114957) [Link] (4 responses)

>and neither would any form of physical coercion (including fines) as punishment for the "crime" of releasing binaries without source code.

Sure; there also wouldn't be DMCAs, NDAs, ToCs, &c. But there are, and there is copyleft.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 21, 2017 23:42 UTC (Tue) by nybble41 (subscriber, #55106) [Link] (3 responses)

>> Naturally, you can only make this argument when the response is both proportional to and of the same kind as the original action. Capital punishment for theft would not be covered, and neither would any form of physical coercion (including fines) as punishment for the "crime" of releasing binaries without source code.
> Sure; there also wouldn't be DMCAs, NDAs, ToCs, &c. But there are, and there is copyleft.

NDAs and (some) ToSs are enforceable within the bounds of contracts, against individuals who have explicitly agreed to those terms. This is much narrower than the copyright laws which copyleft depends on (including the DMCA), since it does not bind third-parties who never agreed to the contract. That is something that can only be "justified" on the basis of subjective utilitarian calculus or a personal preference for certain freedoms over others, not objectively derived from the universality principle.

Copyleft is fine as originally conceived—as a system for turning copyright against itself, and restoring freedoms which would have existed in the absence of copyright. As with the other examples, a person can hardly object to following others' license terms when they are asking the same for their own works. The problem comes when you try to enforce copyleft against others who are _not_ using copyright to deny others freedom—for example, by attempting to forbid non-copyleft permissive licenses. At that point you are using copyright as a tool of aggression, not defense.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 28, 2017 23:44 UTC (Tue) by frostsnow (subscriber, #114957) [Link] (2 responses)

>NDAs and (some) ToSs are enforceable within the bounds of contracts, against individuals who have explicitly agreed to those terms. This is much narrower than the copyright laws which copyleft depends on (including the DMCA), since it does not bind third-parties who never agreed to the contract.

You're right, those were poor examples.

>That is something that can only be "justified" on the basis of subjective utilitarian calculus or a personal preference for certain freedoms over others, not objectively derived from the universality principle.

Ambiguous reference 'that': copyright, copyleft, or contracts? I'm assuming you mean "copyleft". Also, you previously mentioned two principles: the "Non-Aggression Principle" and the "Golden Rule", and they are *very* different principles, so it's no longer clear which "universality principle" you mean. The "Golden Rule" is basically "do unto others as you would have them do unto you", and, since this involves subjective experience, I don't see how you plan to draw a strict line between the "objective" and the "subjective" here.

>Copyleft is fine as originally conceived—as a system for turning copyright against itself, and restoring freedoms which would have existed in the absence of copyright. As with the other examples, a person can hardly object to following others' license terms when they are asking the same for their own works.

I think we're in agreement here that without the legal system which gives copyright the power to restrict freedoms, copyleft wouldn't have any weight to preserve freedoms. Everything would, in effect, be under a "permissive" license.

>The problem comes when you try to enforce copyleft against others who are _not_ using copyright to deny others freedom—for example, by attempting to forbid non-copyleft permissive licenses. At that point you are using copyright as a tool of aggression, not defense.

I guess your point is that people shouldn't be legally obligated via copyright at all, and that enforcing copyright for any purpose is "aggression".

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 29, 2017 0:47 UTC (Wed) by nybble41 (subscriber, #55106) [Link] (1 responses)

> Ambiguous reference 'that': copyright, copyleft, or contracts?

I was referring to the clause which came immediately prior, "bind third-parties who never agreed to the contract". Enforcement of freely-accepted contracts is consistent with the universality principle. Enforcing arbitrary, non-reciprocal terms against individuals who never agreed to them is not.

> Also, you previously mentioned two principles: the "Non-Aggression Principle" and the "Golden Rule", and they are *very* different principles, so it's no longer clear which "universality principle" you mean. The "Golden Rule" is basically "do unto others as you would have them do unto you", ...

The N.A.P. can be summarized as "do not use force against anyone who has not first used force against you". If you flip the perspective around, that becomes "do not use force against others unless you would have them use force against you". The Golden Rule is more general, covering more than just the use of force, but embodies the same basic concept.

> ... and, since this involves subjective experience, I don't see how you plan to draw a strict line between the "objective" and the "subjective" here.

What you would want done to you is subjective. That others cannot consistently deny the legitimacy of your response in kind to their actions is objective. Either they hold that there was nothing wrong with what they did, and thus by extension nothing wrong with your response, or else they admit that they were in the wrong. Either way, your response is justified.

You can find a more complete treatment of this position here:

Punishment and Proportionality: The Estoppel Approach by Stephen Kinsella
http://www.mises.org/journals/jls/12_1/12_1_3.pdf

> I think we're in agreement here that without the legal system which gives copyright the power to restrict freedoms, copyleft wouldn't have any weight to preserve freedoms. Everything would, in effect, be under a "permissive" license.

Correct, but the point was just the opposite: without the legal system which gives copyright the power to restrict freedoms, copyleft would have no purpose. It was created in response to copyright, to turn it against itself, not to leverage it for some higher purpose.

> I guess your point is that people shouldn't be legally obligated via copyright at all, and that enforcing copyright for any purpose is "aggression".

I wouldn't go quite that far. "Turnabout is fair play." If someone is claiming copyrights and enforcing them against others then enforcement against them is nothing more than forcing them to be consistent. It would be hypocritical for them to object to being bound by the very rules they wish to push on others. This is the original justification for copyleft, and a valid one within its proper scope. Enforcement against someone who does not employ copyright aggressively, however, would be an act of aggression. It is a simple matter of proportional response: if someone does not respect your copyright claims, you are under no obligation to respect theirs; however, if they do not care about copyright claims, or otherwise want something from you that you can use as leverage, then that is where it ends. Fines or imprisonment or capital punishment would be disproportionate punishment.

(The same applies for property, by the way. One who does not claim property for themselves is under no obligation to respect the claims of others. However, since that would leave one without any claim on food, shelter, or clothing—and others are under no obligation to provide these things—it is not a very common position even among those who are ostensibly opposed to property rights. The anti-property ideology only really "works" when paired with an obligation for "society" to provide all the basic goods which no one is permitted to own.)

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 29, 2017 1:38 UTC (Wed) by frostsnow (subscriber, #114957) [Link]

What you say seems well thought-out and I think it makes sense, but let's see if I understand what you're saying on a personal level.

If I use copyleft on my code to enforce the Four Freedoms via copyright, then it would be hypocritical for me to disregard another's copyright-based claim against me (say, DMCA) on the basis that I didn't believe in copyright. Likewise, if I didn't enforce any kind of copyright on my code (perhaps a WTFPL) then it would not be hypocritical for me to disregard, say, a DMCA-based claim against me. Does that sound correct?

I suppose the issue is complicated somewhat by the fact that I am *coerced* to follow copyright regardless of how I act, but that can be dealt with next.

>Correct, but the point was just the opposite: without the legal system which gives copyright the power to restrict freedoms, copyleft would have no purpose. It was created in response to copyright, to turn it against itself, not to leverage it for some higher purpose.

I'm not sure if that's entirely true. The Four Freedoms certainly serve a "higher purpose", but perhaps the distinction is that copyleft is meant to turn copyright against itself while the Four Freedoms define an ideal that ought to be upheld. In other words, holding the Four Freedoms as an ideal does not necessarily mean that one ought to use copyright to enforce them (i.e., the end does not justify the means).

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 8:57 UTC (Fri) by Wol (subscriber, #4433) [Link] (4 responses)

> >Your position that only GPL is acceptable is what I would characterize as a nearly religious position on the issue of tool use.

> If you want to change my *personal* opinion, then convince me that another license is more valuable.

I'm sorry, but as a perfect example of religious fanaticism, that is a *perfect* example - "I don't care if I'm wrong, it's up to you to prove I'm wrong when I'm not even open to listening to argument".

I like to think I'm open to argument (I'm sure some people will say I'm not :-), but I try to list things as pros and cons. Why did I put this item under this column? *Why do other people put it under that column?*! If you're not open to that second question, then you just have to be a fanatic. And maybe, just maybe, when you do answer that second question, you'll start to question your answer to the first.

Other people can't change your opinion for you - you need to see their point of view, and then ask yourself whether yours is correct. (And yes, that is *HARD*. People don't like having their beliefs challenged. They would prefer to believe objective nonsense, than actually use logic to examine said nonsense.)

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 23:29 UTC (Fri) by frostsnow (subscriber, #114957) [Link] (3 responses)

>I'm sorry, but as a perfect example of religious fanaticism, that is a *perfect* example - "I don't care if I'm wrong, it's up to you to prove I'm wrong when I'm not even open to listening to argument".

I appreciate that you feel I'm not being very open-minded here, but my purpose was to point out that a choice of license is a matter of perceived values and not merely an objective choice of tools. This is in relation to my initial concern, that values are shifting away from user freedom's as a core value and towards something else, which was implicit in my initial, snarky, three-word comment, and later clarified in a sub-comment.

I was not interested in elaborating on my personal values, because it was not relevant to the abstract discussion of whether or not a choice of license reflects perceived values or is an objective tool choice -- it was off-topic.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 0:01 UTC (Sat) by Wol (subscriber, #4433) [Link] (2 responses)

> I was not interested in elaborating on my personal values, because it was not relevant to the abstract discussion of whether or not a choice of license reflects perceived values or is an objective tool choice -- it was off-topic.

That's fine. You probably know I'm somewhat ambivalent about a choice between copyleft and permissive.

And actually, for the project I want to write, I'm hard pressed to tell the difference between the two! In other words, if I licence my code GPL, and write it the way I intend to write it, the recipients will be able to treat it pretty much as if it's BSD!

But that's the nature of the beast ... :-)

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 5:03 UTC (Sun) by frostsnow (subscriber, #114957) [Link] (1 responses)

>That's fine. You probably know I'm somewhat ambivalent about a choice between copyleft and permissive.

Nope, but I've been there myself in the past.

>And actually, for the project I want to write, I'm hard pressed to tell the difference between the two! In other words, if I licence my code GPL, and write it the way I intend to write it, the recipients will be able to treat it pretty much as if it's BSD!

Sounds like a service-based project, perhaps Affero :P?

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 20, 2017 19:34 UTC (Mon) by Wol (subscriber, #4433) [Link]

Actually, no.

The core of it is a compiler, p-code engine and key-value data store. The rest of it is largely scripts which are interpreted, and utilities which are mostly available in assorted free source form anyways.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 7:26 UTC (Wed) by Garak (guest, #99377) [Link] (32 responses)

Apple, being the Copyright owner, has every right to make that decision, though, even if I disagree with it.
And I'll go ahead and concede this debate. I just went and read GPL3 and its stance on software patents. I agree it should be taken as philosophy and not simply a tool (though I'll be lazy and continue to use it as a tool). I.e. their strong words against software patents I do fundamentally disagree with. Unfortunately I do see the U.S. patent system as so far from optimal, that if some political group succeeded in abolishing software patents, I wouldn't care in the short and mid term so much. But I have read Atlas Shrugged half a dozen times. I don't believe it is right to paint software patents as merely "constant threateners" of every program. Nor do I believe governments should not allow patents to restrict the use of software on general purpose computers. So now that I acutely understand that nature of GPLv3 from reading it more closely, I kind of feel sad about all the GPLv3 software I have used. Because I don't condone that attitude. I like the idea of patents. My biggest concern with software patents is that they are considered differently from traditional. To me, a complex configuration of bits is as much a device differentiator as a complex configuration of gates or gears. And the whole technology age of the last few decades of general purpose computers rightfully requires an exponentially larger patent office to manage in any way that does more good than harm.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 11:30 UTC (Wed) by pizza (subscriber, #46) [Link] (31 responses)

It's interesting how you seem to both agree with their stance on patents as a necessary practicality/tool but reject their reasoning.

Do you also feel "sad" about the Apache 2.0 license's patent clauses? Because they're similar enough to be considered compatible with each other.

The GPLv3 (and ASLv2) licenses put in those patent clauses as a defensive move because they were necessary to protect the users of the software from bad-faith actors -- actors who have already used patents as weapons against users of Free & Open-Source software.

I generally support the idea of patents. But "software patents" are an entirely different beast, and "software patents" as practiced by national patent offices (including and especially the USPTO) is, at best, a flaming train running wildly out of control, trashing the very things it's supposed to be protecting.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 22:02 UTC (Wed) by Garak (guest, #99377) [Link] (28 responses)

I generally support the idea of patents. [[]] and "software patents" as practiced by national patent offices (including and especially the USPTO) is, at best, a flaming train running wildly out of control, trashing the very things it's supposed to be protecting.
agree
But "software patents" are an entirely different beast,
Disagree. In the pedantic U.S. legal sense, yes, but I explained my position on that above. In the more general sense, I certainly strongly disagree with the "entirely" word choice. How much I would disagree with a word choice of "somewhat" would depend on a lengthy debate that I'm not sure I would consider to be worth my time and effort given how unlikely I would consider the odds are of that debate leading in my lifetime to a near optimal outcome. The world has bigger problems at the moment I think.
Do you also feel "sad" about the Apache 2.0 license's patent clauses? Because they're similar enough to be considered compatible with each other.
I've already been saddened by bothering to read GPL3, I'm not in the mood to look under that rock. What I found under the GPL3 rock was this-
Finally, every program is threatened constantly by software patents. States should not allow patents to restrict development and use of software on general-purpose computers, but in those that do, we wish to avoid the special danger that patents applied to a free program could make it effectively proprietary.
So if Apache 2.0 has verbiage as categorically anti (software) patent as that, then yes. To further this discussion, we'd have to debate that "entirely" word choice issue here. I am actually too old and lazy to care enough to review the decades old debate on the issue. As I mentioned earlier, my gut feeling on the issue has always been- a complex configuration of bits seems similar enough to me to a complex configuration of gates or gears. No argument that I recall in my lifetime has persuaded me to jump from that gut feeling, to the "entirely different beast" camp. If you would like to try to persuade me, I'll consider your words, but I'm not sure it's really worth either of our time here and now. No matter what, I doubt I'll be convinced that whatever the current legal nuance is, reflects a democratic will based on a good understanding of the issue. Which perhaps is the most convincing reason to me to abolish software patent law. But it doesn't mean I wouldn't rather have software patentable in my ponies-growing-on-trees utopia.
actors who have already used patents as weapons against users of Free & Open-Source software.
I've always been heartened by the overall creative ability of FOSS to mitigate the fact that I consider the arbitrary hard-coded constants of patent law expiration values being far from optimal. mp3 patents were not a weapon that could hurt me, because there were alternate ways to accomplish the same thing (vorbis/ogg). I never felt threatened by these 'weapons' you speak of. I always hoped that the most agregious issues would lead in the proper way to democracy tweaking those hard-coded constants of expiration lengths, and qualification criteria. Of course that isn't what happened. Instead we have seen the emergence of the anti-patent religious language in the GPL3 license. I would have been less saddened if that GPL3 philosophy segment had expounded on why patents generally are a good or a bad thing, and specifically why software patents should be considered "an entirely different beast". I assure you, the past decades I'm sure I've read the common debates a few times, no argument that I recall was persuasive enough to stick in my memory.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 23:29 UTC (Wed) by pizza (subscriber, #46) [Link] (27 responses)

> Disagree. In the pedantic U.S. legal sense, yes, but I explained my position on that above.

I'm sorry, but I (and most of the other readers here, and the authors of quite a bit of F/OSS) have to live with the "US legal sense" of software patents, not some ideal fantasy of what they could/should be that doesn't actually exist.

> I've already been saddened by bothering to read GPL3, I'm not in the mood to look under that rock. What I found under the GPL3 rock was this-

That text you quoted is not part of GPLv3's introductory preamble, not the the actual license text itself.

But with regards to "looking under rocks" -- Willful ignorance is no excuse.

> I never felt threatened by these 'weapons' you speak of.

Consider yourself very fortunate, then.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 16, 2017 1:16 UTC (Thu) by Garak (guest, #99377) [Link] (26 responses)

> Disagree. In the pedantic U.S. legal sense, yes, but I explained my position on that above.

I'm sorry, but I (and most of the other readers here, and the authors of quite a bit of F/OSS) have to live with the "US legal sense" of software patents, not some ideal fantasy of what they could/should be that doesn't actually exist.
I think maybe you read something into that that I didn't mean. I live in the U.S. too. My position is that the preferable plan of action to "abolish software patents" would be to revisit the precise legal nuance of the difference between software and traditional patents, to the point that it confronts head on the opposing views of the "entirely different beast" camp, and my position of "complex configurations of bits aren't fundamentally different from complex configuration of nanometer-scale transistors or any-scale gears". The 'general purpose computer' verbiage is one I fought elsewhere with in a 53 page complaint to the FCC in 2012 that went nowhere. I tried to use the specialness of that phrase to my advantage there, however here I would argue against it in that many traditional patents involve lots of 'general purpose nuts and bolts and springs'. The verbiage in the GPL3 sounds dismissive of any value of patents in general to me, or if not by intent, I think could be too easily misinterpreted as such.
> I've already been saddened by bothering to read GPL3, I'm not in the mood to look under that rock. What I found under the GPL3 rock was this-

That text you quoted is not part of GPLv3's introductory preamble, not the the actual license text itself.
Sure, and that is related to the lengths at which in this debate thread I differentiated between GPL(3) as philosophy or as tool. If you strictly view it as a legal tool, then all legally inconsequential words can be ignored. But this thread is persuading me that the philosophical consequences of the license's language should not go unchallenged.
But with regards to "looking under rocks" -- Willful ignorance is no excuse.
I wasn't trying to excuse myself, just explaining my behavior. I choose my battles and how to spend my time. I look for optimal low hanging fruit. My point is that I think there is lower hanging fruit that is more worth my time pursuing when it comes to changing the world as much for the better as I can in my lifetime.
> I never felt threatened by these 'weapons' you speak of.

Consider yourself very fortunate, then.
Please describe for me then the worst instance of you feeling threatened, or the worst hypothetical you could imagine. I'd be happy to throw my creative mind at trying to perhaps think of some threat-nullification way to look at the issue instead. Sometimes it takes a fresh perspective to see a solution you hadn't considered before.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 16, 2017 13:46 UTC (Thu) by pizza (subscriber, #46) [Link] (25 responses)

> Please describe for me then the worst instance of you feeling threatened, or the worst hypothetical you could imagine. I'd be happy to throw my creative mind at trying to perhaps think of some threat-nullification way to look at the issue instead. Sometimes it takes a fresh perspective to see a solution you hadn't considered before.

The JMRI folks are a harsh reminder of what can happen. In short -- a company took the JRMI projects's open-source software, patented it, and then tried to shake down the original authors for patent infringement. The original authors eventually won, but at the cost upwards of half a million USD, and at least four years worth of grey hair.

But for me personally, I write Linux drivers for printers, usually via reverse engineering. Some of what I've reverse-engineered is surely covered by patents (not that I have any intention of searching to find out!) These reverse-engineered drivers, in many cases, produce better output and are more featureful than the manufacturer's, to the point where the manufacturers themselves are utilizing them -- while not publicly acknowledging or supporting my efforts. That latter bit in of itself is fine (as long as they respect the license terms!) but I have been told by lower-level minions in more than one company that there have been ongoing internal debates about whether or not to sue me over the very stuff they are either pointing their customers towards or actually using for other internal products. (Because I obviously must have stolen something; there's no way anyone could have possibly figured out their HIGHLY PROPRIETARY algorithms without being naughty!)

So. I release my stuff under the GPLv3 in part because its patent clauses remove one of the weapons that could be used against me -- or at least substantially raise the cost of using it. They don't actually _need_ my code; they are the one with access to documentation, hardware, and the actual engineers who designed/built the gear, and could have written something for Linux themselves if they'd cared to invest the time and money.

(as an aside, last weekend was the 10th anniversary of my first printer hackery. How time flies when you're staring at multiple hex dumps)

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 9:02 UTC (Fri) by Wol (subscriber, #4433) [Link]

And you will find, I think, that pretty much all of the anti-patent guys are of the opinion that software is MATHS and WRITINGS, both of which are explicitly (by case or statute law) excluded from patenting in the US, and that software patents are explicitly declared non-patentable in the EU.

You can't patent maths - the statement of the problem IS the solution. That is the problem with software patents.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 21:11 UTC (Fri) by Garak (guest, #99377) [Link] (16 responses)

I'll probably fade away from this debate here and now, though I do thank you for your specific examples - JMRI and printing.

I read the 2006 lwn article on jrmi, the wikipedia on the case, and though wikipedia could use some better referencing the jrmi site eventually got me to the 1998 patent.

The recurring theme I'll emphasize is the stretching thin of narratives being pushed. Coming from all sides. On the side of Katzer's 1998 patent 6065406 it smells a bit like some narrative stretching with
One technique to decrease the response time is to use high-speed network connections but unfortunately such connections are expensive.
I admit I haven't spent enough time reading or caring about the issue, but the described method of sending an ACK back to the client doesn't sound all that impressive to me. I may have misunderstood the issue. Certainly after reading all that, as someone who has never owned or seriously played with model trains, I come away having less desire than I ever had to do business with any of those people. And it reinforces my agreement with that negative train metaphor description of the current implementation of patents in the U.S. In fact, much as I can't become a patent apostate, I can admit that the whole system does seem patently (har har) counterproductive at this (and perhaps for a long time now) point. And much as I'd like to defend the patent system's history, I have to admit all the benefit I would cite from it, came in parallel with society practicing overt racism/slavery/etc. I can't clearly claim - like it seems frostsnow did - that it's been a wasted endeavor all along. Who knows. But in a realist sense, I don't see it being abolished anytime soon. Which comes back to my preferred solution anyway- take a track that abolishes it over a period of say 20 or 40 years, gradually reducing the arbitrary expiration lengths. My original theory was that greatly reduced expiration lengths was the optimal solution anyway. If you ramp down slowly, then you can look at the picture along the way and decide if it is best to ramp it down to 0 out of existence. Another thought I had were to put monetary profit limits instead of time-limits on patents. Yet another thought is to have a fixed number of patents per geographic region based on population. This might encourage a better distribution of innovators as people could be motivated to geographically migrate to the areas of the country/world where the fewest valuable patents are coming from.

Getting back to thinly stretched narratives- I can see if the GPL3 was written in the heat of the JMRI battle where the 'constant threatening of every program' comes from. The demand for damages based on download of open source software. To that end, I think for consideration of sympathy it matters how much money Jacobsen had made in the business of selling products at this point. I.e. threatening someone with a million dollars of damage who has less than $50k in the bank is entirely different from threatening someone who has made three million dollars selling model trains. Honestly I think the big business aspect of model trains is a bit disturbing in a 'people are starving elsewhere' sort of way.

So, the thing of it is this- If that tactic of suing for damages from open source downloads as happened in the JMRI case, had happened a dozen times since the 2006 lwn article, to the point where there was an lwn article about those subsequent dozen cases, then I could consider the GPL3 language to be something other than a narrative being stretched too thinly. And especially if in realms a little more dire than the model-train industry. But that hasn't happened.

Likewise (and I'm in contrarian mode now), an argument could be made that people pursuing the effort of writing open source drivers for highly proprietary hardware with hardware makers that wish to keep it highly proprietary, facilitates a removal of demand from the economy for less-proprietary hardware.

To simply explain my complex feelings on the issue, I'll also mention "yellow dots" and "gitmo" and "rectal feeding". I have a certain amount of contempt for the social structures around those issues.

As for software being "maths and writings" (per Wol), I also consider that an extremely thinly stretched narrative. One can mathematically describe every atom in a flower. Life is a big fractal of complexity. A complex system of gears can be described in mathematical terms. I don't buy the idea that complex software algorithm as a clever solution enabling desired functionality is less deserving of patent protection that building a hard-coded physical device that manifests the same solution. I do somewhat better now grok the specialness of the 'general purpose computer' phrase, as it relates to the idea of using a GPC+software/maths as an alternate solution to a patented non-general-purpose device.

I hope the GPL4 spends more time in its philosophy segments explaining what overall good or ill patents in general have done for the world, and why software patents should be considered differently. I still don't think they are "an entirely different beast". But if throwing a 'beast' reference in gets more people to read up on the history of MLK and the FBI, then perhaps there is that.

Be wary of thinly stretched narratives. They tend to not be good for getting very far.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 23:36 UTC (Fri) by Wol (subscriber, #4433) [Link] (14 responses)

> I can admit that the whole system does seem patently (har har) counterproductive at this (and perhaps for a long time now) point. And much as I'd like to defend the patent system's history, I have to admit all the benefit I would cite from it, came in parallel with society practicing overt racism/slavery/etc. I can't clearly claim - like it seems frostsnow did - that it's been a wasted endeavor all along. Who knows.

For a long time? Since almost for ever! Look at the history of American patents, and their tendency to patent stuff that is public knowledge elsewhere in the world. Look at the history of a guy called Lemuelson. Ask yourself why the fledgling US Air Force was so badly equipped in 1917 that they had to buy or licence pretty much all their aircraft from the French and English, despite powered flight supposedly originating in America. And you can go back well beyond that to the fraud Edison!

Sorry to be so brutal with words there, but Edison claimed to have *INVENTED* the lightbulb (this patent was rejected). But look at the dates. When did Edison file that patent? And when did Edison visit Joseph Swann's lightbulb FACTORY? Edison visited the factory TWO YEARS BEFORE he filed his patent.

> As for software being "maths and writings" (per Wol), I also consider that an extremely thinly stretched narrative. One can mathematically describe every atom in a flower.

Yes one can mathematically describe a flower. But that DESCRIPTION cannot produce seeds! Would you agree that a stiudent's maths exam paper is suitable patent matter? Okay, a patent SHOULDN'T grant, because it is pre-existing knowledge, but according to you it passes the test of being eligible material? Because what is the difference between that, and a printout of a program?

I'm a chemist by education. I can write down the equations for the chemical reaction I want to happen - that's easy. Putting together the *real* *world* *equipment* to make that reaction happen without loads of unwanted side effects - THAT is the work that a patent is supposed to be granted on.

The problem with software patents is that they patent the *first* half of that work - writing down the equations that you want to happen. The second half - the patentable step - consists of "run the program on a computer" which fails pretty much every definition of "eligible subject matter for a patent".

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 23:50 UTC (Fri) by Wol (subscriber, #4433) [Link]

> And you can go back well beyond that to the fraud Edison!

And replying to myself - even further back to James Watt. Credited with the invention of the Steam Engine, it's actually extremely noticeable in the record that development of said engine SERIOUSLY STAGNATED for the life of the patent. All steam engines of the time were "damp steam, low pressure" engines, and were pretty much all inefficient Mill engines.

The development of high pressure, efficient, locomotive engines, only started after the original patents expired. (Pretty much exactly the same as happened with the development of flying in America.)

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 8:42 UTC (Sat) by Garak (guest, #99377) [Link]

Yes one can mathematically describe a flower. But that DESCRIPTION cannot produce seeds!
Sure it can. Perhaps we don't have a straightforward atomic 3d-printer yet, but at that level, if you've mathematically described every atom, you might well have a simulation capability that progresses to seed production. Mathematical descriptions can obviously be fed into a current-day 3d-printer and implement usable copies of patentable and patented objects in ABS plastic, metals, etc.
Would you agree that a stiudent's maths exam paper is suitable patent matter?
If it (effectively with the trivial addition of a general purpose computer or 3d printer) provided the functionality to solve a valuable real world problem in some novel way- sure. I have no doubt that many of the more open ended college exams (been decades for me, but I recall the standard midterm/final exam answer pamphlets that were basically many pages of blank paper). The canonical movie to refer to would be Real Genius. That was actually the plot of that movie.
Okay, a patent SHOULDN'T grant, because it is pre-existing knowledge, but according to you it passes the test of being eligible material?
I don't comprehend this. Obviously 'pre-existing knowledge' issue is part of patent qualification criteria basics 101.
Because what is the difference between that, and a printout of a program?
Again, those patentable/patented devices that can be printed out on modern 3d printer can also be printed out on paper. I don't think you're point is made.
I'm a chemist by education. I can write down the equations for the chemical reaction I want to happen - that's easy. Putting together the *real* *world* *equipment* to make that reaction happen without loads of unwanted side effects - THAT is the work that a patent is supposed to be granted on.

The problem with software patents is that they patent the *first* half of that work - writing down the equations that you want to happen. The second half - the patentable step - consists of "run the program on a computer" which fails pretty much every definition of "eligible subject matter for a patent".
Right... and that part is trivial and clear. So I still don't think you've made your point. I was referencing this when discussing my increasing grokness of the specialness of "general purpose computer". Basically it's the trivial addition to the complex configuration of bits (perhaps with other interesting peripheral devices added, but not necessarily) that makes the totality *basically the same thing* as an alternate implementation that did not involve a 'general purpose computer', but rather something very similar but slightly(or more) hard coded to the specific task.

Imagine a dedicated box that just records video and plays it back. Setting asside all previously granted patents, one looks at such a device as a novel invention that usefully solves a problem and is worthy of patent protection. Now imagine something the same size that with *the right* complex configuration of bits, can do exactly the same thing. I don't see why one is patentable and the other not in your opinion.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 9:07 UTC (Sat) by Garak (guest, #99377) [Link] (11 responses)

I'm a chemist by education. I can write down the equations for the chemical reaction I want to happen - that's easy. Putting together the *real* *world* *equipment* to make that reaction happen without loads of unwanted side effects - THAT is the work that a patent is supposed to be granted on.
I think the key distinction here is that you didn't describe a scenario where the mathematical representation (effectively with trivial addition of general purpose computer or 3d printer) *solves* a real world problem in a novel way. You described a scenario where the mathematical representation describes the solution state of the problem (and some likely, or perhaps truly required for the desired solution, intermediary steps).

If for instance, it is clear from your equations, to any ordinary professional in as wide a field as chemistry, how to trivially implement the solution (standard well known procedures and standard general purpose tools for all steps), then I would say that absolutely, your mathematically described solution then should be sufficient for a patent. Again, because all it takes is the trivial implementation with well known tools of the trade to get the solution- along with your 'recipe'. Patents are basically 'recipes' for solutions. Ditto for computer programs. Ditto for 3d printer 'programs' that generate specific physical objects.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 9:24 UTC (Sat) by Garak (guest, #99377) [Link] (10 responses)

to clarify my opinions here- I actually would have no problem if the 'patent violation' were seen as happening when the end-user decided to 3d-print the patented object, or run the program on their general purpose computer thus duplicating the patented functionality/device. Thus there would be no "patent violation" during the process of dissemination of the 'program'. As clearly it is up to the end user to decide whether to use that solution recipe legally (fair use, educational, satirical, etc value) or illegally (sell it, *cough* use it to save money to instead spend on their children's medical care *cough*, otherwise benefit from it instead of purchasing the earlier patented implementation, etc)

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 17:33 UTC (Sat) by Wol (subscriber, #4433) [Link] (9 responses)

This is actually pretty close to where we agree/disagree, I think.

So what you are saying, is that USING a 3D printer is a patent violation? So you would be okay with driving a car to be a patent violation? Using a mobile phone would be a patent violation?

If you had said "Using the device you had printed" was a patent violation, I could agree with that. (Provided that something called "patent exhaustion" applies!)

Let's take a somewhat different tack ... let's say I write a program - A MATHEMATICAL RECIPE - to store words, we'll call it a word processor. We are agreed that "mental activity" is not patentable? Writing things down is not patentable? Therefore this program, this list of instructions, is not patentable.

I now feed this list of instructions into a General Purpose Computer - a machine whose sole purpose is to carry out lists of instructions like what I've just fed it. Is it a patent violation to USE a machine to do what it was designed to do? This machine now feeds a description of its output - a number, a program, whatever - to a Visual Display Unit, which puts a picture on the display. Is that a patent violation? To use a Visual Display Unit to create a Visual Display?

Okay, now we come to the crunch. Let's output a different bunch of numbers to a "device for putting marks on paper" - aka a "printer". Is *using* that printer a patent violation? Now let's feed a completely different output to a 3D-printer to create a copy of that "device for putting marks on paper". Is *using* the 3D-printer a patent violation? Is using the 3D-printer to *make a copy of a patented device* a patent violation?

I'm quite happy for "making a copy" to be a violation, but the whole doctrine of patent exhaustion is that *using* can NOT be a violation. But seeing as the whole point of patents is that they must teach "how to use the invention", then the existence of something real, something physical, something you can "hold", is a *necessity* to a valid patent.

If it's just maths, if it's just a list of instructions, then you have NO GUARANTEE WHATSOEVER that they will work in the real world. And if they don't work, they can't teach the "invention", therefore they can't be patented. And software is a list of instructions with no guarantee of correctness, no guarantee of "lack of bugs", no guarantee of "applicability". Newtons laws of motion are mathematically perfect, yet we know they don't work all the time - actually, they NEVER work, it's just that the error is small enough to be ignored at earthly scales. The Chi-squared test is a wonderful statistical (mathematical) technique, yet we know it will produce dangerously wrong results if you're not careful.

Patents belong in the REAL world. Software is maths is philosophy, which can be proven "correct", but can never be proven to "work". Patents, by definition, must "work".

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 21:52 UTC (Sat) by Garak (guest, #99377) [Link] (3 responses)

I'm quite happy for "making a copy" to be a violation, but the whole doctrine of patent exhaustion is that *using* can NOT be a violation.
Never heard of that, IANAL. For pedanticism, it seems I may have already landed on the sweet spot- the moment of duplication- the point at which the 3d printer prints the widget, or the general purpose computer gets set toward a very specific purpose by executing the program.
But seeing as the whole point of patents is that they must teach "how to use the invention", then the existence of something real, something physical, something you can "hold", is a *necessity* to a valid patent.
Sure, and I'm not sure how the patent office deals with multi-ton patented objects. I presume perhaps a photograph or video of the functionality may get sent in. Maybe a patent examiner even makes a field trip, with some fee associated with that. IANAL, probably varies greatly country to country as well.
If it's just maths, if it's just a list of instructions, then you have NO GUARANTEE WHATSOEVER that they will work in the real world.
I'm sure plenty of filed and approved patents have bugs. Guarantees are hard, GUARANTEES ARE REALLY HARD. But a video of the result of the recipe doing the work that it was meant to do, including the preperatory steps to get there, are probably 'good enough'.
And if they don't work, they can't teach the "invention", therefore they can't be patented.
Right, presumably it is the job of the patent office to take the necessary steps to sufficiently verify that they DO WORK, otherwise they don't approve the patent.
And software is a list of instructions with no guarantee of correctness, no guarantee of "lack of bugs", no guarantee of "applicability".
That's why a video of the invention 'applied' to a problem without encountering bugs, would seem to be a potentially compelling aspect of the patent approval process. Or a field trip by the examiner to the location of where the inventor or inventor's client/customer can simply demonstrate the invention in action. And just as there have been plenty of scientific advancement hoaxes in human history, one can presume that a competent patent examiner is consciously looking for clues of possible fraud, in addition to 'bug's. Now honestly, I'm not sure, nor do I care that much at the moment, whether or not my country's patent laws define that a bug/failure rate of 10% is too high. No doubt in some of those scenarios, the design can be interated in a way with retries or redundancy that might make it 99.9% effective within some sane time limit of achieving it's stated utility purpose. I'm sure many patented devices that have survived humanity well have some incidence of failure rate. Materials are not perfect, often environmental factors can have some effect (invention works in a particulary humidity/temperature range, but not or less so otherwise, etc). I don't think you made your point that "maths are special and not real". Equations and instructions are real. General purpose computers and 3d printers can trivially turn them into objects and actions.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 23:55 UTC (Sat) by Wol (subscriber, #4433) [Link] (1 responses)

> Sure, and I'm not sure how the patent office deals with multi-ton patented objects. I presume perhaps a photograph or video of the functionality may get sent in. Maybe a patent examiner even makes a field trip, with some fee associated with that. IANAL, probably varies greatly country to country as well.

The USPTO always used to require a physical example of the object in question. As you say, this got a bit hairy and the requirement was dropped long ago.

It's now perfectly possible to get patents on things like perpetual motion machines and that sort of stuff - things that any half-decent scientist or technologist would know is "impossible" (I have to be careful, many "impossible" things have been successfully invented :-)

But I think it should be an absolute requirement, if you want to bring suit for a breach of patent, that you demonstrate to the court A REAL PHYSICAL EXAMPLE of the patented object. Along with proof that that object existed at the time of the patent application. (With allowances for the fact that items can get damaged, destroyed or upgraded, but the burden of proof is on the plaintiff to show that the item really did exist, in that form, at that time.)

And this really should kill software patents stone dead, because the physical existence of such a patented object is just a general-purpose computer. Does changing the DVD in the DVD-drive really change one patented object into a completely different patented object?

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 1:49 UTC (Sun) by Garak (guest, #99377) [Link]

And this really should kill software patents stone dead, because the physical existence of such a patented object is just a general-purpose computer.
... *plus* a complex configuration of bits. As I talked about repeatedly much earlier in this thread. Indeed, my position is that 7 sets of complex configurations of bits can at will temporarily or permanently change the functionality of a general purpose device into an equivalent of a patentable non-general-purpose-device. It sounds to me like this is where we disagree. I don't view that complex configuration of bits as 'unreal maths', I view it as analagous enough to a very small scale complex configurations of gears. And both deserving of intellectual property protection in law (outside the case of discarding intellectual property protection from law, as I mentioned I was open to earlier in the discussion, negative train metaphor, etc). That complex configuration of bits does exist in reality, either as physically absent/present atoms in a specific pattern on a specific DVD as you mentioned, or as a differing state of other memory chips/devices within the system. It's real, it's there, with a scanning tunnelling electron microscope, I'm guessing you could 'see' them. Now, it's entirely understandable that a democratic majority during the exponential technological evolution of the computer/internet/nanotech age might get confused by the vast scale differential. But as time goes on, it will seem less like 'unreal' 'magic' to more and more people.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 0:06 UTC (Sun) by Wol (subscriber, #4433) [Link]

> General purpose computers and 3d printers can trivially turn them into objects and actions.

Except they can't. Programs and instructions live in a world where the same input will reliably produce the same output EVERY SINGLE TIME. That doesn't hold in the real world. Even something as simple as using a computer to add 2 plus 2 to get 4 is not guaranteed to work. Call it Heisenberg's uncertainty principle, call it the second law of thermodynamics, call it Schrodinger's cat - in the *real* world, things go wrong. A patent is meant to cover the hard work of ensuring you get the right result in the face of real-world uncertainty. Somebody mentioned here on LWN ages ago having to deal with exactly this problem - that every few months the computer would make a mistake due to random radioactivity or cosmic rays or whatever.

It's the difference between the perfect world of philosophy and logic, and the imperfect world of reality. If something lives in the perfect world, you can't patent it because it is pure intellectual endeavour, and that includes software.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 22:22 UTC (Sat) by Garak (guest, #99377) [Link] (4 responses)

This is actually pretty close to where we agree/disagree, I think.

So what you are saying, is that USING a 3D printer is a patent violation? So you would be okay with driving a car to be a patent violation? Using a mobile phone would be a patent violation?
No, I think you misunderstood me, given the seeming equivication between using a 3d printer and using a car. What makes the 3d printer different is that it is capable of creating effective duplicates of a patented object. The car, not so much.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 0:12 UTC (Sun) by Wol (subscriber, #4433) [Link] (3 responses)

> What makes the 3d printer different is that it is capable of creating effective duplicates of a patented object. The car, not so much.

No. That is settled law. Patent Exhaustion. A 3D-printer is meant to create 3D objects, and using it to create 3D objects is not, cannot be, a patent violation.

The physical object that comes out of the printer is the patent violation, if any. The 3D-printer is no different from a lathe, or a loom (or a pianola), or even a saw or hammer come to that. The violation is not in the tool, but in the object that the tool makes.

Putting a program on a computer (and running that program) cannot violate a patent. Using that program with a computer-controlled-lathe can create an object that violates a patent.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 1:58 UTC (Sun) by Garak (guest, #99377) [Link] (1 responses)

> What makes the 3d printer different is that it is capable of creating effective duplicates of a patented object. The car, not so much.

No. That is settled law. Patent Exhaustion. A 3D-printer is meant to create 3D objects, and using it to create 3D objects is not, cannot be, a patent violation.

The physical object that comes out of the printer is the patent violation, if any. The 3D-printer is no different from a lathe, or a loom (or a pianola), or even a saw or hammer come to that. The violation is not in the tool, but in the object that the tool makes.
Settled law. What a sense of humor. Many countries, many changes to law every day. Settled law, what a riot. And then you go on trying to twist meaning with pedanticism. The 3d printed object is the patent violation. Sure, it came into existence during the time the 3d printer was being used to print it. Have fun trying to continue to get me to deny positions I haven't taken.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 2:00 UTC (Sun) by Garak (guest, #99377) [Link]

specifically, what was up with the car/driving thing? Where did that come from?

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 2:42 UTC (Sun) by Garak (guest, #99377) [Link]

The violation is not in the tool, but in the object that the tool makes.
I think you are wasting time with pedanticism. Who in this discussion ever said the violation was in the tool? In fact, in addition to the object the tool created, 'the violation' is also in the intent of the tool wielder. Obviously if someone goes and creates an object that happens to already be patented, but they don't know about it, they aren't guilty of anything. Now, if a week later they've been notified by a court that they should not sell such an item because a patent holder has convinced them it would be a patent violation and then they sell it anyway, then there is a "patent violation in all of that somewhere". But I have no desire to pointlessly argue semantics. There is an obvious underlying motivation for the patent system's existence. I am arguing about that and the contentious intersection with the exponential technology curve that involves things like general purpose computers and 3d printers across a recent history spectrum of rapid advancement. It's certainly my opinion that there is a perhaps unavoidable lag with legal tradition meeting new circumstances. I mean, I've known some people a few decades older that had real hard times mastering the user interface of a VCR. And it seems that is a common aspect of humanity, and one can see a trend with computer literacy among the statistically older populations in legilatures and judgeships. Settled law, on computer age issue's nuance... No, not even close to settled. Look at the relative import of an 11 year old case about model-trains to this discussion. That case got settled out of court even.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 23:37 UTC (Fri) by frostsnow (subscriber, #114957) [Link]

>I can't clearly claim - like it seems frostsnow did - that it's been a wasted endeavor all along.

I'd say that it was a well-intentioned attempt to solve a problem (financially rewarding creators for their useful creations) that turned out to not actually solve the problem and will be a useful history lesson going forward. The lesson here, I believe, is not to attempt to solve a monetary distribution problem by legally enforcing an artificial scarcity. Note, though, that this still leaves the original problem unsolved, and it's still a big problem.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 21:19 UTC (Fri) by Garak (guest, #99377) [Link] (6 responses)

So. I release my stuff under the GPLv3 in part because its patent clauses remove one of the weapons that could be used against me -- or at least substantially raise the cost of using it.
This doesn't make sense to me. No matter what license you release it under, someone can always accuse it of patent violation. (see very recent lwn ref of munich/limux assessment of closed source software being just as threatened by software patents as open source)

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 22:22 UTC (Fri) by pizza (subscriber, #46) [Link] (5 responses)

> This doesn't make sense to me. No matter what license you release it under, someone can always accuse it of patent violation.

I'm not worried about a random someone going after my software or my use of software; there's nothing I can do about that except move to a cabin in the woods and live off the land.

Instead, what I'm worried about is that $PrinterCo will decide I'm somehow enabling their competition and go after me or other users of my software. This isn't theoretical; I've already had two misses:

1) $PrinterCo_1's legal folks dropped things when I pointed out that their own marketing folks had initiated contact with me, complete with a documentation dump, "to help produce Linux drivers for our printers" It helped that those same marketing folks said that I'd opened up an entire new market for their hardware that they were happily taking advantage of, but this mess didn't go away until their engineers said that even a cursory glance of my code showed that it was implemented independently.

2) I was told by a manager at $PrinterCo_2 that their corporate HQ had started to initiate legal action against me but changed their minds after a protracted internal debate that he started by very emphatically educating them on the fact that they were already using my code in a high-profile product they were about to launch, and the direct consequences of pursuing it. (I found out about this one somewhat after the fact, BTW..)

So, yeah, I'm going to take reasonable precautions to cover my own posterior.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 17, 2017 23:44 UTC (Fri) by Wol (subscriber, #4433) [Link]

> So, yeah, I'm going to take reasonable precautions to cover my own posterior.

Yup. Sensible.

If I ever get round to writing the project I want to, the COPYING file is going to contain something along the lines of "You hereby agree that this software is not eligible for patent protection. This means that you agree that this software cannot infringe any patents you currently own or may own in future, and you agree that any patent claim you may make against this software is without legal merit".

Okay, it doesn't protect against "drive by" patent claims, but anybody who distributes the software instantly guts their ability to make any patent claim against it.

Cheers,
Wol

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 8:27 UTC (Sat) by Garak (guest, #99377) [Link] (3 responses)

I still don't see that it follows that your conflict with $PrinterCo_2 types will be dependent on your choice of license. Either you're innocent or you're not, and either the judicial process judges that correctly or not. License doesn't seem relevent? The direct consequences I can see implied are public relations fallout based on numerous factors- aforementioned innocence/judicial-competence, public perception and opinions about software patents in general (fluxuates yearly one would presume), money spent on lawyers (that dependent on public support rallyable).

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 10:51 UTC (Sat) by farnz (subscriber, #17727) [Link] (2 responses)

The choice of license affects what $PrinterCo_2 loses out on if it takes legal action. If it's Apache v2 software, with the patent clause, then by claiming patent infringement, they lose their rights to ship the software themselves in their products; if it's BSD (no patent clause), the patent is entirely separate, and they can rely on the copyright license you've granted them to use your code, and still go after you for patent infringement.

The advantage here of the patent clause is that it's not even worth starting the judicial process - the cost of winning (losing the rights to the software you're preparing to ship) is sufficiently high (to the patent holder) that they might as well concede before they start the process, rather than risking anything.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 18, 2017 12:23 UTC (Sat) by pizza (subscriber, #46) [Link] (1 responses)

> The advantage here of the patent clause is that it's not even worth starting the judicial process - the cost of winning (losing the rights to the software you're preparing to ship) is sufficiently high (to the patent holder) that they might as well concede before they start the process, rather than risking anything.

...Exactly. (Except I use the GPLv3 rather than ASLv2, because Copyleft)

As a footnote, I now have a very good working relationship with $PrinterCo_2, but $PrinterCo_1 remains rather grumpy. C'est la vie.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 19, 2017 4:14 UTC (Sun) by Garak (guest, #99377) [Link]

> The advantage here of the patent clause is that it's not even worth starting the judicial process - the cost of winning (losing the rights to the software you're preparing to ship) is sufficiently high (to the patent holder) that they might as well concede before they start the process, rather than risking anything.

...Exactly. (Except I use the GPLv3 rather than ASLv2, because Copyleft)
Ok, y'all made me look under that rock too. I have to say that (at this moment upon a partial glancing) I prefer Apache-2.0 to GPLv3, because while it may seem to also have anti-patent language, there is the nuance (that I debated elsewhere in this thread) of-
If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed.
The key nuance being that the Work or a Contribution *constitutes* patent infringement, versus the Work being used by a particular user with specific intent *constituting* the patent infringement. I just would hope the license author's have a website that I'm too lazy to look at that tries to explain the importance of that distinction and/or why they have a negative attitude/language towards patents.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 22:50 UTC (Wed) by frostsnow (subscriber, #114957) [Link] (1 responses)

>It's interesting how you seem to both agree with their stance on patents as a necessary practicality/tool but reject their reasoning.

I don't recall talking about patents explicitly, and am not sure which reasoning you are referring to. I believe that the past 100 years has shown that attempting to solve a monetary distribution problem by legally enforcing artificial scarcity in the market does not, in fact, solve the monetary distribution problem.

inevitable creeping permissiveness due to Open Source facilitation of Reimplementation

Posted Nov 15, 2017 23:30 UTC (Wed) by pizza (subscriber, #46) [Link]

It's understandable that you don't know what I was referring to, because the text you replied to wasn't actually a reply to you. :)

CUPS relicensed to Apache v2

Posted Nov 10, 2017 4:41 UTC (Fri) by areilly (subscriber, #87829) [Link] (3 responses)

Printing? People still do that? How 20th Century.

Cups has always been awful. My Macs all talk lpd just fine, as do my unix systems. My (late 20th century) printer talks lpd. Best to continue to ignore cups, IMO.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 9:03 UTC (Fri) by jrigg (guest, #30848) [Link]

Sarcasm noted, but a lot of people like CUPS. I still prefer lprng, which works just fine with my 21st century printer.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 9:58 UTC (Fri) by HelloWorld (guest, #56129) [Link]

…now get of my lawn.

CUPS relicensed to Apache v2

Posted Nov 10, 2017 10:04 UTC (Fri) by jubal (subscriber, #67202) [Link]

Your Macs run CUPS.

CUPS relicensed to Apache v2

Posted Nov 28, 2017 23:22 UTC (Tue) by roelf (guest, #67597) [Link] (2 responses)

All I really care about is a printer that actually works.

If CUPS being re-licensed results in printers being able to sh*t paper when required to do so with minimal yada yada and zero drivers I will be happy.

In 28 years of computing I've never had a printer that I did not hate.

CUPS relicensed to Apache v2

Posted Nov 28, 2017 23:55 UTC (Tue) by pizza (subscriber, #46) [Link]

CUPS being re-licensed only improves things in that a random printer manufacturer can now directly incorporate CUPS code into the actual printer firmware. The printer manufacturer still has to write a "printer driver", only now it's integrated into the printer instead of being installed into client OSes. (In other words, bringing up the trashware consumer printer space to the same level that network-enabled postscript printers have been at for more than a decade. You can thank the ginormous drop in price of compute power for that happening..)

I don't think it's really going to make that much of a difference in the end; the problem with printing (on commerial OSes, anyway..) isn't the "driver", it's the elevnty jigabytes of bloatware the manufacturers needlessly tie into their drivers.

Assuming the hardware isn't an infuriating POS that deserves to die a horrible death off the side of a building. No improvements in "drivers" can ever change that.

CUPS relicensed to Apache v2

Posted Nov 29, 2017 12:24 UTC (Wed) by tao (subscriber, #17563) [Link]

So in 28 years you've never once bothered to do a bit of research or been able to afford to buy something else than the cheapest piece of junk available?

FWIW all printers I've bought since I began using Linux (admittedly that was only 26 years ago) have worked without software hitches. I've had the all too common problem with inkjets drying out (and hence I never use them any more), I've had a worn-out hatch causing one printer to think that the lid was open and hence refusing to print, but with working hardware I've never been unable to print things.

It might be that not all features that the printer has are supporter--I'm not sure since I'm not really what you'd call a "power user" when it comes to printers. As long as the printouts look good, allows me to switch between bw & colour if it's a colour jet, and reports remaining amount of toner in a reliable manner, I'm satisfied.

I find it hilarious that you expect CUPS to support a printer with "zero drivers", seeing as most (all?) printers ship with drivers for Windows & Mac too, so it's not like you'd be in a different situation on those platforms. External hardware that's manufactured after your operating system tends to need drivers unless the manufacturers cooperate closely with the operating system developers. Most printer manufacturers don't.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds