GNU bug report logs - #59609
29.0.50; [PATCH] Better advertise (Non-)GNU ELPA in emacs manual

Previous Next

Full log

Message #50 received at 59609 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 59609 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#59609: 29.0.50; [PATCH] Better advertise (Non-)GNU ELPA in
 emacs manual
Date: Fri, 08 Sep 2023 16:10:38 -0400

>> FWIW, GNU ELPA packages don't necessarily "adhere to the Emacs coding
>> conventions" either and neither are they all "supervised by the Emacs
>> maintainers" or "have to coordinate their development decisions with the
>> Emacs team".  Some do, but not all of them by a long shot.
>
> Only because we decide not to do that, or are lazy, or whatever.
> Basically, it's our decision for GNU ELPA, and not so for NonGNU ELPA.

We have just as much control in one as in the other, in practice.
Maybe we tend to invest more efforts in the GNU part, but I'd argue that
it's not "because it's in GNU" but because there is a positive
correlation between people agreeing to assign their copyright and people
sharing our goals.

>> In practice the real deciding factor *is* the copyright assignment
>> (which often ends up selecting for a kind of "philosophical agreement"
>> about the primacy of ethical goals over technical ones).
> I think this is just the tip of a very large iceberg, and the FAQ
> should say that explicitly.

When I said:

    In practice the real deciding factor *is* the copyright assignment

I really meant that this is usually the only factor that makes me decide
whether to add a package to GNU or to NonGNU.
I can't speak for Philip, but I have the impression he does the same.

> Saying that just the CA is the difference is both very inaccurate and
> misrepresents the actual situation: NonGNU ELPA is a collection of
> packages that someone else decided could be useful, but we basically
> have nothing to do with them except hosting them.

"someone else"?  Packages are added there by "us":

    % git log -- elpa-packages| grep Author: | sort | uniq -c | sort -n
          1 Author: Alfred M. Szmidt <ams <at> gnu.org>
          1 Author: Bastien <bzg <at> gnu.org>
          1 Author: Bozhidar Batsov <bozhidar <at> batsov.com>
          1 Author: Bozhidar Batsov <bozhidar <at> batsov.dev>
          1 Author: Daniel Mendler <mail <at> daniel-mendler.de>
          1 Author: Danny Freeman <danny <at> dfreeman.email>
          1 Author: Distopico <distopico <at> riseup.net>
          1 Author: Dmitry Gutov <dgutov <at> yandex.ru>
          1 Author: Joseph Turner <joseph <at> ushin.org>
          1 Author: Sean Whitton <spwhitton <at> spwhitton.name>
          1 Author: Tassilo Horn <tsdh <at> gnu.org>
          1 Author: yilkalargaw <yilkalargawworkneh <at> gmail.com>
          3 Author: Daniel Semyonov <daniel <at> dsemy.com>
          3 Author: Eshel Yaron <me <at> eshelyaron.com>
          7 Author: Jonas Bernoulli <jonas <at> bernoul.li>
         15 Author: Akib Azmain Turja <akib <at> disroot.org>
         18 Author: Stefan Kangas <stefankangas <at> gmail.com>
         49 Author: Stefan Kangas <stefan <at> marxist.se>
         49 Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
         87 Author: Philip Kaludercic <philipk <at> posteo.net>
    %

The result is not really different for `elpa.git`.  Several NonGNU
packages are (co)maintained by "us" (i.e. people who are regular
contributors to Emacs) and on the flip side, there are many GNU ELPA
packages for which "we basically have nothing to do with them except
hosting them".

I don't deny that there are other statistically qualitative differences
between GNU and NonGNU, but I think they're very fuzzy and to a large
extent they can be seen as a consequence of the copyright paperwork
(which makes it possible to imagine the package as being part of Emacs,
for example, thus justifying their presence in Debbugs).


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.