From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Vasilij Schneidermann Newsgroups: gmane.emacs.devel Subject: Re: GNU ELPA package discoverability Date: Mon, 25 May 2020 09:13:56 +0200 Message-ID: <20200525071356.GC30384@odonien.localdomain> References: <2e630dc7-ba1d-e4c9-74b3-4da976db1e82@yandex.ru> <20200522081318.GA299926@odonien.localdomain> <20200524133833.GB30384@odonien.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="23334"; mail-complaints-to="usenet@ciao.gmane.io" Cc: theophilusx@gmail.com, Emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 25 09:15:04 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jd7KC-00062c-BN for ged-emacs-devel@m.gmane-mx.org; Mon, 25 May 2020 09:15:04 +0200 Original-Received: from localhost ([::1]:51132 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jd7KB-0007ou-Ae for ged-emacs-devel@m.gmane-mx.org; Mon, 25 May 2020 03:15:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33800) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jd7JH-0006tG-NR for Emacs-devel@gnu.org; Mon, 25 May 2020 03:14:08 -0400 Original-Received: from mout-p-201.mailbox.org ([2001:67c:2050::465:201]:58494) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1jd7JF-0007TZ-Vh; Mon, 25 May 2020 03:14:07 -0400 Original-Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 49VpHF09pjzQlBp; Mon, 25 May 2020 09:14:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at heinlein-support.de Original-Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter06.heinlein-hosting.de (spamfilter06.heinlein-hosting.de [80.241.56.125]) (amavisd-new, port 10030) with ESMTP id 86g_EqBDeusF; Mon, 25 May 2020 09:13:57 +0200 (CEST) Mail-Followup-To: Richard Stallman , theophilusx@gmail.com, Emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: AFDD41739 X-Rspamd-Score: -2.89 / 15.00 / 15.00 Received-SPF: pass client-ip=2001:67c:2050::465:201; envelope-from=mail@vasilij.de; helo=mout-p-201.mailbox.org X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:251351 Archived-At: --+nBD6E3TurpgldQp Content-Type: text/plain; charset=utf-8 Content-Disposition: inline > The criterion we apply to GNU ELPA is not to refer users (lead or > steer them) to a nonfree program. A service is a different issue. We > don't have a rule against packages that communicate with problematical > services. This is interesting. Does this mean an ELPA package that communicates with a service to, say, convert a document, is fine? Would that mean that MELPA could be made FSF-compatible by splitting it up into a free and non-free section, similar how Debian uses split package repositories, with the non-free being opt-in? Or is that not an option either as soon as even the existence of a non-free repository is mentioned? If this is indeed an option, please let me know about the specific criteria necessary to address and I'll initiate conversation with the MELPA maintainers. While their first and foremost idea is enabling greater convenience for users, they've been receptive to enforcing free licenses and the LibreJS restrictions for their website. Vasilij --+nBD6E3TurpgldQp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE0dAcySl3bqM8O17WFmfJg6zCifoFAl7LcCwACgkQFmfJg6zC ifqzYQf/dT4CUPKvxH+ndSSXE/j1hQmkzamsP6fTQKfYetktfMosdeJ6EN5Iyv3m 5pbOZpP70fmRaD0Mlh2f9fh4NlGRSCQ5Sq02c/1PeNh2Y9ALgLcBX96iCDMuZZZR RAbrxQKGgRm2XkN1Wp+MWpruQ4bL+GwYmG2GX6YZstCBw8wDZaz0JXxbmpGvmYW4 rqy0kk7OvMcxXUXQLXgWwmsElZIMrIqVJedNklCPm4j1B1ZKMSTcL5Ii/QlodB2m /TKsEjSaq3acQqFH3OOmeRpY7t2NS6i2yRRQJuRre6GcVaRIKvnwa8vc0dgULrD3 rXTbMQL46VQWKMJFD3zyDLHb/CywMQ== =1JMf -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp--