Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Posted Oct 3, 2021 22:29 UTC (Sun) by Cyberax (✭ supporter ✭, #52523)In reply to: Ratiu: A tale of two toolchains and glibc by mpr22
Parent article: Ratiu: A tale of two toolchains and glibc
Posted Oct 3, 2021 23:32 UTC (Sun)
by mpr22 (subscriber, #60784)
[Link] (11 responses)
I mean, I see no incoherency in someone simultaneously believing (a) that releasing new libraries under LGPL2 is a bad idea now that LGPL 3 exists and (b) that pushing glibc, in particular, from LGPL2 to LPGL3 is likely to be a net loss to the cause of advancing software freedom.
Posted Oct 4, 2021 4:06 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (10 responses)
Except that the FSF doesn't provide any guidelines for that. Their recommendation is basically "GPLv3 only". There's no nuance.
E.g. FSF pushed Samba (implements an international standard) to switch to GPLv3. It resulted in Samba losing at least some relevancy.
Posted Oct 4, 2021 9:40 UTC (Mon)
by immibis (subscriber, #105511)
[Link] (9 responses)
Posted Oct 4, 2021 9:44 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (8 responses)
Google did the same with Android Samba Client a few years ago, except they implemented it even more poorly.
Posted Oct 4, 2021 11:14 UTC (Mon)
by immibis (subscriber, #105511)
[Link] (3 responses)
Posted Oct 4, 2021 21:55 UTC (Mon)
by Wol (subscriber, #4433)
[Link] (2 responses)
Oh - and how do you know whether or not Apple's and Android's version are Open Source or not? Samba is Free Software, not Open Source. Not much different in practice, very different in philosophy.
Cheers,
Posted Oct 5, 2021 9:39 UTC (Tue)
by anselm (subscriber, #2796)
[Link] (1 responses)
If all you're interested in is using Samba, the issue is moot because the GPL (whether 2 or 3) only impacts distribution, not use.
Even if you're planning to distribute Samba, the hassle is fairly minimal and doesn't really differ a lot between GPLv2 and GPLv3. Where it gets more involved is if you want to distribute your own patched version of Samba, or your own software that is based on Samba.
Posted Oct 6, 2021 16:40 UTC (Wed)
by immibis (subscriber, #105511)
[Link]
And, you know, good for them. I wouldn't want to empower companies making anti-free products either. If they want the benefits of free software, they know how to get them.
Posted Oct 4, 2021 13:43 UTC (Mon)
by Kluge (subscriber, #2881)
[Link] (2 responses)
I don't know anything about the circumstances of Google's decision.
Posted Oct 4, 2021 17:52 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (1 responses)
Posted Oct 5, 2021 9:40 UTC (Tue)
by anselm (subscriber, #2796)
[Link]
Because Samba pretty much stands on its own and doesn't get linked into all sorts of other programs?
Posted Oct 5, 2021 21:27 UTC (Tue)
by jra (subscriber, #55261)
[Link]
Just noticed this. This isn't true. The "Android Samba Client" release (I think it's now unsupported) was a port of libsmbclient from Samba.
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Wol
Ratiu: A tale of two toolchains and glibc
Until nobody uses the Free Software version because it's too much hassle.
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc
Ratiu: A tale of two toolchains and glibc