From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: enable MELPA & Marmalade by defaul [was: mykie.el] Date: Tue, 7 Jan 2014 09:44:01 -0800 (PST) Message-ID: References: <87bnzshlo5.fsf@flea.lifelogs.com> <87bnzshlo5.fsf@flea.lifelogs.com> <20140103.200846.1574807089640559527.cokesboy@gmail.com> <87a9f8g22x.fsf@flea.lifelogs.com> <76f5b9cd-3452-4189-b3a0-30dc55a3ee55@default> <87wqic65kj.fsf@wanadoo.es> <874n5gfvjv.fsf@mac.com> <93a2d060-c7f8-4ce3-9bff-f7397be690ff@default> <874n5fhn1j.fsf@schjetne.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1389116700 19273 80.91.229.3 (7 Jan 2014 17:45:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Jan 2014 17:45:00 +0000 (UTC) To: Grim Schjetne , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 07 18:45:06 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W0ai5-0000R4-5Z for ged-emacs-devel@m.gmane.org; Tue, 07 Jan 2014 18:45:01 +0100 Original-Received: from localhost ([::1]:42086 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0ai4-0003JL-Lj for ged-emacs-devel@m.gmane.org; Tue, 07 Jan 2014 12:45:00 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56176) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0ahO-0002Om-3l for emacs-devel@gnu.org; Tue, 07 Jan 2014 12:44:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0ahD-0001Et-O6 for emacs-devel@gnu.org; Tue, 07 Jan 2014 12:44:18 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:46626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0ahD-0001EI-Gc for emacs-devel@gnu.org; Tue, 07 Jan 2014 12:44:07 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id s07Hi3br019053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 7 Jan 2014 17:44:04 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s07Hi1gg004902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jan 2014 17:44:02 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s07Hi1QC029032; Tue, 7 Jan 2014 17:44:01 GMT In-Reply-To: <874n5fhn1j.fsf@schjetne.se> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167640 Archived-At: Hi Grim, > > Putting them in the available-by-default list does *not* > > recommend them, IMO. And it is certainly possible for GNU > > Emacs to post a big banner saying that the ONLY repository > > it recommends is its own ELPA repository, genuine GNU ELPA. > > Nothing wrong with that. Would that satisfy your > > recommendation worry? >=20 > A reluctant endorsement is still an endorsement. Where do you see an endorsement in that - reluctant or enthusiastic? > > And anyway, nothing says that those repositories involve much > > non-free software, or even any at all. >=20 > I viewed a random package in Marmalade and it had no indication > of a license whatsoever. How many times did you pick a "random" package? Once? What proportion of Marmalade packages have no license? > Perhaps the author intended to release it as free software or > could easily be convinced to do so, but as it stands now, > Marmalade is not completely free software. I never claimed that either MELPA or Marmalade is completely free software. Is there some free software there? Is it useful? > > Without looking, I'd bet that the *overwhelming mass* of packages > > in those two repositories are free software (GPL'd). Why make > > users jump through extra hoops to access all that free software, > > even if there might also be a non-free package there somewhere? > > > > Do you think that a downloading user cannot tell whether some > > software is free or not? If so, is this about trying to hide > > that non-free software from their unsuspecting hands, so they > > cannot make the awful mistake of not recognizing it? >=20 > It seems like a reasonable assumption that the overwhelming mass is > licensed under the GPL, but I absolutely do think a user cannot tell > whether an unlabelled package is free or not, at least I can't, not > without consulting the author. I'm no expert on package.el. But perhaps it is a current limitation if it does not either (a) provide a command that shows the license (e.g., by searching the file header) or (b) let you easily browse (at least) the main file of the package (which presumably has a license) before downloading (or perhaps before installing). IOW, I agree that it would be good for a user to be able to see such info before hand, while browsing the repository. Likewise, to see the name of the author/maintainer. Whether that is a (missing) package.el feature or a (missing) repository feature, I don't know. > > If so, that kind of protection-by-ignorance is doomed to be > > ineffective and even counterproductive in the long run, IMHO. > > > >> RMS and his defense of the FSF position (and composure in > >> the face of very shabby treatment) are remarkable. > > > > Agreed 100%. And so? Has RMS said that listing those two > > repositories would hurt free software? Maybe a lawyer from > > the FSF will chime in. (As if we didn't get enough > > software-development-by-legal-department these days..., but > > I digress.) >=20 > You're suggesting it's a legal issue. I don't see how it is. It's > not illegal to recommend non-free software. Please read what I wrote. Did I say anything about illegality? I'm not suggesting that. I'm suggesting that perhaps RMS or FSF would not want to list those repos by default because of legal considerations. And "legal considerations" does not mean that something is illegal. Most commonly these days, it means "for fear of a lawsuit", but it can also mean, "just to avoid any possible legal problems." But mainly I was saying that, so far, RMS and FSF have not said anything about this. They have not chimed in with any objection. This was in response to statements that presumably this would go against software freedom. If it does, then I am sure we should hear from RMS/FSF soon enough about that. > > How about my Samsung - Netflix analogy? Do you think you'd > > stand a chance if you sued Samsung because one of Netflix's > > films offended you? Is Samsung liable for bad Netflix films > > because it makes Netflix available by default on your new TV? >=20 > As far as I know it's not illegal to include Netflix in your > products either. It really sounds like you are confusing law, which includes civil and criminal law, with criminal law. I spoke about law suits, not illegality. > It's a social problem, not a legal one, and yes, Samsung > should be held responsible for it.=20 Good luck with a law suit on that basis. > If they were distributing Busybox without the source, that > would be both a social and a legal issue. Irrelevant. No one is saying anything about distributing GPL software (or any software) without the source code. You are off the mark here. > > I think you are really exaggerating there (but I am not a lawyer). > > > > That sounds very much like the kind of thing one sometimes hears > > in commercial companies about GNU (!) and why GNU software should > > be avoided like the plague by companies because it supposedly > > sucks all of the company's own software into a free-software > > tainted purgatory. Dueling bogeymen. >=20 > Although unrelated to the current discussion, Bradley Kuhn does a > good job explaining why some companies oppose copyleft software > of which they are not sole copyright holders: > http://ebb.org/bkuhn/blog/2009/10/16/open-core-shareware.html Thanks for the info; interesting. Regards, Drew