From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0@n0.is Subject: Re: [PATCH] gnu: Add ungoogled-chromium. Date: Sat, 16 Feb 2019 12:55:31 +0000 Message-ID: <20190216125455.v4zq2voab2vo3mnl@uptimegirl.lan> References: <20190202192023.22087-1-mbakke@fastmail.com> <87k1igpwk8.fsf@dismail.de> <20190203235204.63970587@parabola> <87sgx3mbcq.fsf@gnu.org> <87tvhf5f8d.fsf@dustycloud.org> <20190216030021.374f4c82@parabola> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([209.51.188.92]:33762) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1guzVe-0003sE-Rk for guix-devel@gnu.org; Sat, 16 Feb 2019 07:56:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1guzVZ-0006um-7O for guix-devel@gnu.org; Sat, 16 Feb 2019 07:55:58 -0500 Received: from aibo.runbox.com ([91.220.196.211]:42828) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1guzVW-0006jx-CY for guix-devel@gnu.org; Sat, 16 Feb 2019 07:55:51 -0500 Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1guzVQ-0003Qs-AF for guix-devel@gnu.org; Sat, 16 Feb 2019 13:55:44 +0100 Received: by mailfront10.runbox.com with esmtpsa (uid:892961 ) (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) id 1guzVE-0004Re-Sx for guix-devel@gnu.org; Sat, 16 Feb 2019 13:55:33 +0100 Content-Disposition: inline In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org I think it's unreasonable to assume that everyone involved in GNU Distros reads and participates in gnu-linux-libre@nongnu.org discussions. You have a limited amount of time for projects, and this other mailinglist, when I used to follow it has lots of discussions not related to Guix. So please don't assume that the collective "we" gets involved in discussions on two lists. Gbor Boskovits transcribed 4.5K bytes: > Hello, > > bill-auger ezt írta (időpont: 2019. febr. > 16., Szo, 9:01): > > > it is not clear to *anyone* precisely what the licensing problems are - > > not even the upstream developers have been able to confirm or deny them > > with any certainty - that is the very reason why this ugly situation has > > been standing all these years, as yet unresolved > > > > It seems to me, that there is a whole bunch of people interested in this, > but due to lack of resources or for some other reasons nothing is really > happening. Do you know any we we could help getting this resolved? > > > by your own admittance there, you have not "liberated" chromium - you > > have "ungooglified" it, and discarded some non-essential third-party > > code - the work of the "ungoogled" and "iridium" teams has been > > discussed at length and was concluded to be insufficient as a liberation > > procedure, because their work only addresses proivacy issues, but not > > licensing - "liberation" would first require *something* that is not > > FSDG compliant to be identified as such, and *then* for that something > > to be removed or patched in order to be compliant - neither of those > > events has occurred, and we all know it - that is the very reason this > > situation has stood unresolved for so long > > I also suspect, that the possible licensing problems are not resolved by this, > if they even exists, what seemingly noone has checked yet. > > Also, what ensures you that on the very next commit no non-free software gets > included? > > > about a year ago, the FSDG review process and criteria for endorsement > > of new distros was updated - the new FSDG criteria checklist for > > community review that was adopted includes the following essential > > criteria: > > > > "Programs commonly known to have freedom issues are liberated or > > excluded" > > > > that criteria is a link to the "software that does not respect the > > FSDG" wiki page, which includes an entry for 'chromium-browser' (the > > debian package name) with the liberation procedure being specified as: > > > > "Remove program/package Use GNU IceCat, or equivalent" > > > > that created an uncomfortable pressure point for any distro that wants > > to distribute this browser - according to the literal reading of that > > criteria, no new distro could be endorsed by the FSF today if it > > distributes chromium; because it would never make it past the community > > review stage - this was not a concern for the last new distro because > > it did not include chromium; so that ugly wart is still sitting there > > today > > The main question is what needs to be done, in order to get chromium off > that list. Whatever it takes however, it is very clear that upstream won't do > that, so it is not an option to rely on them any more. What's the way forward? > > > if chromium enters the guix repo it will almost surely be followed by a > > freedom bug report (which per the current FSDG criteria, would be fully > > justifiable), just as what happened with pureos; which they reluctantly, > > but eventually acted upon by removing chromium from their free repos - > > so, why would guix want to invite controversy, by knowingly repeating > > this historical mistake? > > Most probably you are right on this point. > > > > > this is not a comfortable situation for anyone - a number of people > > on this list have openly expressed a strong dislike for that current > > situation - it is a really ugly point of contention at the moment; but > > nothing has been done about it yet - i think the reason for that, is > > mainly because there has been too few interested in defending or > > liberating that program until now - even the pureos devs, who were the > > last to remove it, were not particularly fond of it, but were slow to > > remove it, only to appease users - this would be a great entry point for > > guix to join the discussions on the FSDG mailing list, and perhaps > > resolve this issue for everyone, including distros yet to come > > > > it was, of course, nice of Marius to offer to assist other distros; but > > individual assistance is not what is needed - what is needed is a > > generally agreed upon, documented, liberation procedure that can > > replace: "Use GNU IceCat instead" as the new FSDG recommendation - i > > think we would all like to see that happen; but i dont think anything > > convincing has yet been presented, much less been discussed openly or > > agreed upon > > > > Yes I think it would be really important to decide what liberation procedure > would be applicable. > > > > > [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?msg=305;bug=28004;att=0 > > > > Best regards, > g_bor > >