News for hackers. Stuff that matters.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by toyg on Monday June 01, 2020 @04:00AM (#23376245)
> I wish free software advocates would stop calling proprietary software immoral.

I was very surprised by that sentence, because "immoral commercial software" is absolutely not a common term in FOSS circles, afaik. This is the first time I heard it. Most FOSS developers are employed by commercial companies and have no problem developing commercial software - in fact, most people decry the lack of commercial software on FOSS platforms. Please don't build it up into a strawman.

I suspect this formulation has something to do with this particular reporter being from China, where there is still a lingering link between morality and industrial production.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by enriquto on Monday June 01, 2020 @04:24AM (#23376362)
> I was very surprised by that sentence, because "immoral commercial software"

Being commercial is independent to being proprietary; there is a lot of non-commercial proprietary software and there is also some commercial free software. Regarding the immorality, it is definitely common to justify the necessity of free software on the grounds that proprietary software is immoral towards the users: they cannot know, verify, or control what the program does to them. In the writings of Richard Stallman you certainly find the notion that free software is a necessity precisely because proprietary software is unethical.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by oehtXRwMkIs on Monday June 01, 2020 @05:11AM (#23376610)
Man it's crazy how to this day even FOSS advocates will confuse proprietary and commercial. It's like confusing ethics and law, where at this point I have to assume the person I'm talking to still holds this false equivalence in their mind because it's so common and clearly not going away.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @05:32AM (#23376693)
Stallman's position is pretty extreme. One can reasonably object to proprietary code in all sorts of domains, such as medical devices say, but it seems a bit much to say that all proprietary code is necessarily unethical.

The GameBoy used proprietary software. Was that unethical?

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by enriquto on Monday June 01, 2020 @06:37AM (#23377090)
> Stallman's position is pretty extreme.

Stallman's position is not extreme. It is consistent and firm, but he tries to reach a reasonable compromise. In political parlance you could say that he's a reformist, not a radical. Notice that he argues that it is OK to use proprietary softare, for example for developing free software if it is the only option, or for communicating with other people that cannot use free software at the moment (e.g., zoom meetings). If that is the case, he urges you to at least tell your colleagues from time to time that there are other options and that you would prefer to use free software:

https://www.gnu.org/philosophy/saying-no-even-once.html

The linked text is very clear and cannot be construed at all as "extreme". At the same time, he holds that while we can reach temporary compromises, proprietary software is always unethical and that we should strive towards freer options.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Tuesday June 02, 2020 @05:38PM (#23396633)
> The linked text is very clear and cannot be construed at all as "extreme". At the same time, he holds that while we can reach temporary compromises, proprietary software is always unethical

Right, and that's exactly what I'm referring to. It's pretty extreme how categorically the FSF applies the term 'unethical'. I'm not saying Stallman is incapable of ever making compromises.

If Vim were proprietary, I probably wouldn't use it, but freeware isn't unethical.

On the point of Zoom meetings, the FSF have just begun offering a Jitsi service to all Associate Members of the FSF.

https://www.fsf.org/blogs/community/fsf-gives-freedom-respec...

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by chx on Monday June 01, 2020 @06:46AM (#23377153)
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by mikekchar on Monday June 01, 2020 @06:38AM (#23377100)
Even RMS, in the past, did not object to all proprietary code. For example games that are a work of art could in some ways be seen as something that might not be modifiable by the end use. He has changed his mind on a lot of topics over the years and I'm not 100% sure about his current thoughts on the matter, but he has definitely said that there are some things where it might not make sense to have software freedom.

However, with respect to the GamBoy itself, the issue is that when I buy a GameBoy, I am not able to inspect it, nor am I able to correct it if it is not not working properly. The GameBoy is not unethical in itself. It is forcing your customers to accept a "No user serviceable parts" license in terms of the software that is deemed unethical. Not being able to inspect the code to see what it is doing may have ramifications for the user -- perhaps not so obvious on a device that has no network, but it is where it starts.

One of the big problems with the Free Software movement, IMHO, is that it has been confused as being a software creation issue. It is not. It is 100% a consumer rights issue. One of the most important parts of free software is that if I did not give my software to you, then I have no responsibilities towards you at all. If I don't give you a binary, then I never have to give you source code. If you get the binary from somewhere else, I still don't have to give you source code -- the person who gave you the binary does.

This is about choosing a license that treats your customer well and about nothing else at all. For decades people have wittingly and unwittingly attempted to spin this as some frothing at the mouth religious issue. It is not. It is purely a consumer rights issue.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @07:32AM (#23377403)
> It is forcing your customers to accept a "No user serviceable parts" license in terms of the software that is deemed unethical

Good point.

> Not being able to inspect the code to see what it is doing may have ramifications for the user -- perhaps not so obvious on a device that has no network, but it is where it starts.

Sure. This connects to data and privacy concerns.

> If I don't give you a binary, then I never have to give you source code.

True of the GPL, but not of the Affero GPL. Also, permissive Free Software licences like Apache impose no such requirements, but are still Free Software licences. Free Software isn't the same thing as copyleft. (Of course, if you distribute binaries but refuse to share the source, then what you are doing is no longer Free Software.)

> It is purely a consumer rights issue.

This makes for easy contrast with the Open Source movement, which is good, but I think it's a little misleading. As an analogy, the right-to-repair movement doesn't expect hardware companies to hand over their design documents, they're just seeking to end open hostility toward third-party repairs.

I fully appreciate Stallman's 4 Freedoms, including Freedom 1, the right to study software, but I'm not sure I'd quite call it a consumer rights matter. Payware proprietary software licenses prevent you from freely copying/distributing the software. Patents and design patents can do a similar thing with hardware. That's not really a consumer rights problem.

To put that another way, I can see the sense in treating Freedom 0 (freedom to run the program as you wish) and Freedom 1 (freedom to study how the program works) as consumer rights issues. I'm not convinced though that Freedom 2 (freedom to redistribute copies) and Freedom 3 (freedom to distribute copies of your modified versions) are consumer rights issues.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by mikekchar on Monday June 01, 2020 @08:13AM (#23377629)
Just to be clear the Affero GPL only differs in that I would have to give you source code (edit: previously typed "software") if I supply a binary for you to use over a network. My point was really just that if I have not supplied a binary to you (and hence you are not my customer), then I don't need to do anything for you. This is frequently confused by people.

They are clearly consumer rights issues, to me. Whether you think they are important consumer rights issues is quite another matter ;-). Freedom 3, IMHO is definitely more important that Freedom 2. If you've managed to fix an issue, but are prevented from helping other people to fix the issue, I think it's problematic. As a consumer, I definitely value Freedom 2. Personally, I'm not sure I would consider it an ethical issue.

However, whether or not Freedom 2 is really an ethical issue, I think it's fairly straightforward to understand how people find Free software, as a whole, an ethical consumer rights issue. I'm not saying that everybody in the world is going to agree with the stance (and clearly many don't), but it's not much of a stretch to at least understand the position.

More edits for clarity. I should probably just go to sleep :-)

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by cxr on Monday June 01, 2020 @10:37AM (#23378903)
> if I have not supplied a binary to you (and hence you are not my customer), then I don't need to do anything for you. This is frequently confused by people.

The confusion is on your end. Section 3 of GPLv2 requires you make the source available to any third party, not just your customer (and GPLv3's provisions are similar).

There is exactly one set of circumstances that permit you to say "no" to any and all non-customers, and it involves not limiting the initial distribution to just binaries. That is, iff you provide binaries together with the source to the customer who's giving out copies of the binaries themselves, then it is their responsibility and not yours, and only in that instance are you allowed to turn down third-party requests for source. This would also hinge on having a customer who would be fine giving out copies of the binaries they received from you in step 1 but for some reason wants not to give out copies of the source code that they received with it.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @01:02PM (#23380771)
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by cxr on Monday June 01, 2020 @07:18PM (#23385234)
I wouldn't have written my comment if it weren't.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Tuesday June 02, 2020 @05:13AM (#23389172)
Right, I was agreeing with you.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by mikekchar on Monday June 01, 2020 @07:27PM (#23385299)
That's a good point and I'm glad you mentioned it. However, one set of circumstances is enough :-) If you do not wish to distribute the source code to other third parties, you do not need to, as long as you distribute it to your customers. I definitely could have described that better.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @08:21AM (#23377682)
I think I see where you're coming from, at some point it becomes a question of semantics.

> the Affero GPL only differs in that I would have to give you source code (edit: previously typed "software") if I supply a binary for you to use over a network

That doesn't sound right. You don't have to distribute a binary for the Affero GPL to require you to release your source. From the FSF:

> The GNU Affero General Public License is a modified version of the ordinary GNU GPL version 3. It has one added requirement: if you run a modified program on a server and let other users communicate with it there, your server must also allow them to download the source code corresponding to the modified version running there.

https://www.gnu.org/licenses/why-affero-gpl.en.html

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by mikekchar on Monday June 01, 2020 @09:14AM (#23378036)
Yes, the "them" refers to the users. If you have users of a binary server, you must allow those users to download the source code. You do not need to allow anyone who is not a user to do so, though.

Edit (programmer needs sleep badly): Clearly it doesn't have to be a binary. It's any executable over a network. But you don't have to give the source cod to everyone, that's really my only point :-)

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by ComputerGuru on Monday June 01, 2020 @11:12AM (#23379356)
The point is that merely communicating with it (i.e. GET / HTTP/1.0) suffices to establish that requirement, even if you are not serving or providing a binary over the network as you previously said.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by mikekchar on Wednesday June 03, 2020 @08:24PM (#23410861)
I agree with you. I didn't mean to imply that the binary must be served over the network -- merely that the server is used over the network. The point I was trying to convey is that you only have to provide the source code to the users of the server -- not everybody in the world.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by toyg on Monday June 01, 2020 @07:51AM (#23377509)
Rights of resale do not agree with your view.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @08:09AM (#23377612)
Meaning what? Please give a full reply, not a bullet-point.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by toyg on Monday June 01, 2020 @09:43AM (#23378329)
Freedom 2 and 3 are limitations of your right of resale applied to software. Actual applications differ by jurisdiction, of course, but my point is that, by limiting a consumer right, they become a consumer-rights issue by definition.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by jfkebwjsbx on Monday June 01, 2020 @09:54AM (#23378438)
Right of resale does not make sense for a lot of software.

Games that are only meant to be played once are a good example and can be compared to a ticket to the cinema. It does not make sense to allow to resell those games.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by seba_dos1 on Monday June 01, 2020 @11:43AM (#23379767)
On the other hand, you can resale your DVDs and Blurays just fine even after you watched the movie.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by robto on Monday June 01, 2020 @11:35AM (#23379658)
I don't think they are - you can always sell libre software. Whether anyone is willing to buy it is another question, but at no point is your right to resell abridged.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by fsflover on Monday June 01, 2020 @06:10AM (#23376931)
Yes, it was. The developers of any proprietary software have unjust power over its users, i.e. they could implement any anti-features they wanted and the users cannot not do anything about it. In this sense, the users do not own the device if it runs proprietary software.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @06:37AM (#23377094)
Sure, you don't get to easily make any changes you wish, but even this has real upsides.

Modern consoles are able to offer a multiplayer experience free of the cheating that plagues many PC games. That's because they're bolted-down and deny users the freedom the modify the software. To the customer, that has real value.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by type0 on Monday June 01, 2020 @10:37AM (#23378904)
> To the customer, that has real value.

And it doesn't offer me any value if I do wish to cheat

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by enriquto on Monday June 01, 2020 @07:06AM (#23377263)
I do not understand your argument. Today there are still competitions of gameboy games (and many other consoles) that have been emulated to death, where all the glitches and cheats are well-known, and there are hundreds of "mods". You can still participate in the "no-cheat" category, which is one of the most popular.

The fact that people can cheat, does not force you to cheat when playing. This is exactly the same thing in sports.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by MaxBarraclough on Monday June 01, 2020 @07:37AM (#23377426)
I was talking about online multiplayer against (untrusted) strangers. I should have been clearer about the online aspect.

In online PC gaming, cheating is a real problem, as people are able to modify the game to their advantage. This is next to impossible on modern consoles, and cheating is much less of a problem there.

I don't begrudge anyone who wants to opt-in to a designated cheat-based multiplayer session, of course, but it can be a real problem for 'ordinary' gamers.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by cycloptic on Monday June 01, 2020 @11:35AM (#23379650)
That is a problem with the games and with the industry, not with the PC as a platform. Heck, if the console companies had invested in properly secure cheat-preventing solutions (i.e. better network protocols that don't leak info, cheat detection by packet analysis, better replay analysis and banning tools for server admins, decentralized trust/authentication systems, etc) then likely those could have been deployed on other platforms. It seems that nobody has been investing any money in that though, everything has instead been invested in making sure that the hardware is a walled garden. This approach might work temporarily for the individual manufacturer of a single console until it gets cracked and they have to manufacture a new one. But as you can see, it doesn't scale past that.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by jeegsy on Monday June 01, 2020 @01:33PM (#23381205)
The more I observe the recent and not so recent developments in the OSS world e.g. the funding issues, acquisitions etc, the less extreme I think Stallman is.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by temac on Monday June 01, 2020 @11:12AM (#23379367)
Stallman is less strict with video games.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by jfkebwjsbx on Monday June 01, 2020 @10:00AM (#23378506)
> they cannot know, verify, or control what the program does to them

Do you want to force every company (not just software ones) to release the entire business details, processes, designs, contacts, experience... for every product they sell? Do you want to force every company (not just software ones) to give each customer an easy way to clone every product?

Because for software-only or design-only companies, that is what it means.

There are alternative means to make companies behave, like regulations, certifications, inspections, fines, contracts, etc. in every other field. Why software/design companies need to be different?

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by enriquto on Monday June 01, 2020 @11:17AM (#23379436)
> Do you want to force every company

Dude, I don't want to force anybody to do anything. Even if it is unethical, nobody's saying that proprietary software should be illegal (except maybe when it is paid for by public resources, but this is another issue).

I'm just refusing to partake in the proliferation of proprietary software, by my acts, and by telling other people why they might consider to do so.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by jfkebwjsbx on Monday June 01, 2020 @12:07PM (#23380013)
Then you are criticizing and boycotting the fair work of others without offering any way to improve the situation for everyone.

I don’t like closed software either and always prefer a open source product if it is good enough. But going to the point of calling "immoral" and "unethical" the work of other engineers who do sell their software as fairly as possible given the constraints of reality is a bit rude.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by wiz21c on Monday June 01, 2020 @11:16AM (#23379420)
you're exaggerating.

you can verify, modify a program without having access to processes, designs, contacts, etc. It's much harder without those but it's definitely possible. You're also aware that you can fix your own car, your fridge, your house if you ever want it. Those objects don't actively fight to stay un-repair-able (although the times are changing)

as far as cloning goes, I'm sure you're aware that there are many clones of your television, phone, etc. sold every day.

But in the end, it's a political choice. Either you agree with the fact that some people protect "their" idea (that they had by studying others' ideas), make profit out of it by keeping it a secret, that is, making sure it won't reach the greater part of mankind but only their customer base. Or you don't agree with that. RMS doesn't and he shows he can do it with an appropriate level of incoherence (notice that most free software, in turns, is written or proprietary hardware : just try to reverse engineer a CPU).

So it's not black and white. And if in some field there are rules, laws, etc. don't forget they were put in place also to protect commercial interest (in place of general interest). Software being new, it gives us (the idealists) an opportunity to propose another approach.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by jfkebwjsbx on Monday June 01, 2020 @12:51PM (#23380614)
> You're also aware that you can fix your own car, your fridge, your house if you ever want it.

You can fix material defects. You cannot change the design, which is what you can do if you release the source code.

The same way you can make small fixes in a program relatively easily, for instance updating a dependency or patching small bugs in the binary.

So you are agreeing with me.

> as far as cloning goes, I'm sure you're aware that there are many clones of your television, phone, etc. sold every day.

You cannot clone them for free without cost, which is the problem with software given the source code.

> making sure it won't reach the greater part of mankind but only their customer base

Do you really think a business does not want to sell? Marketing is about telling everyone about your product.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by grliga on Monday June 01, 2020 @06:00AM (#23376866)
The purpose of the GNU system is to give users the freedom that proprietary software takes away from its users. Proprietary operating systems (like other proprietary programs) are an injustice, and we aim for a world in which they do not exist.

To improve the use of proprietary systems is a misguided goal. Our aim, rather, is to eliminate them. We include support for some proprietary systems in GNU Emacs in the hope that running Emacs on them will give users a taste of freedom and thus lead them to free themselves.

https://www.gnu.org/software/emacs/download.html

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by toyg on Monday June 01, 2020 @06:17AM (#23376980)
“Proprietary” is not “commercial”. Stallman himself has no problem with selling software.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by grliga on Monday June 01, 2020 @06:55AM (#23377204)
My bad, I think I confused words from your comment and your comment's parent comment.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by seba_dos1 on Monday June 01, 2020 @11:34AM (#23379636)
You misrepresented the quote. It's "commercial developers of immoral proprietary software", not "commercial software". That's a huge difference - commercial software isn't immoral and nobody says it is; proprietary one is and that was a consistent stance of FSF since the very beginning.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by simonh on Monday June 01, 2020 @04:04AM (#23376265)
That particular phrase may not be common, but over the years I've come across plenty of free software proponents who absolutely do believe that proprietary software is immoral.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by AsyncAwait on Monday June 01, 2020 @04:13AM (#23376306)
This belief is usually based on the imbalance between the developers and users, such that the developer is able to change the software in unexpected ways, backdoor the user machine via rootkit DRM, spy on users and collect telemetry without the users being aware of what exactly is being collected etc. In that sense, the sentiment isn't wrong.

This does not mean all proprietary software is like this, but the developer/user power imbalance is present in all proprietary software to a much greater extent than free* software.

*Free does not mean non-commercial, it's cool to want to get paid for software, including free software.

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by eps on Monday June 01, 2020 @04:55AM (#23376527)
A more accurate term then would've been "potentially-immoral proprietary software". Though it doesn't roll off the tongue quite as well and its trolling factor is laughable, so I can see why it wasn't employed.
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by simonh on Monday June 01, 2020 @06:50AM (#23377177)
In my experience it's generally based on the Stallman concept of software freedom, in which the freedoms Free/Libre software is intended to respect are seen as rights, and the power that a proprietary software vendor wields over users is fundamentally unjust. This is the basic philosophy on which the Free/Libre software movement was founded, so it's not just a peripheral view. He outlines this pretty clearly here:

https://www.gnu.org/philosophy/free-software-even-more-impor...

Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by amelius on Monday June 01, 2020 @06:27AM (#23377045)
Also, a lot of FOSS developers use a liberal license like the MIT one, so companies can use their free software too without even needing a lawyer!
Re:Qt Could Go Proprietary, KDE Relationship and Qt-Based Fr... by grahamlee on Monday June 01, 2020 @06:35AM (#23377081)
"Without needing a lawyer" is a strong assertion: https://writing.kemitchell.com/2016/09/21/MIT-License-Line-b...