all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Philip Kaludercic <philipk@posteo.net>
To: Richard Stallman <rms@gnu.org>
Cc: bozhidar@batsov.dev, emacs-devel@gnu.org
Subject: Re: Update of ELPA package guess-language
Date: Tue, 31 Aug 2021 07:31:20 +0000	[thread overview]
Message-ID: <87lf4ink8n.fsf@posteo.net> (raw)
In-Reply-To: <E1mKu8o-0007d8-Tq@fencepost.gnu.org> (Richard Stallman's message of "Mon, 30 Aug 2021 23:08:50 -0400")

Richard Stallman <rms@gnu.org> writes:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > > Did you just say to all of them that they all had to do (1)?
>
>   > No, I just inform the maintainers that their packages have been added to
>   > NonGNU ELPA, how it works (new versions are released when the "Version"
>   > attribute is updated) and that they might update the documentation if
>   > they are interested in promoting NonGNU ELPA as a installation method.
>
> Thanks.
>
> Did I understand correctly that your message saying that had the
> effect of causing some of them to act uncomfortable?  If so, did any
> of them say just what it was that had that effect?  We would rather
> not have that effect, and if a considerable number of them have an
> issue with it, it would be useful for us to find out just what.  Then
> we could think about whether we might want to make some change --
> either in our policies for NonGNU ELPA, or in the way we present them.

I wouldn't say uncomfortable, the specific package was haskell-mode that
seems to use some special release mechanism geared towards MELPA. The
difference there is that MELPA always generates their own version tag,
so they do not add one manually in the repo itself. The maintainer Steve
Purcell, who is also one of the main MELPA contributors, just asked for
some more time to make sure that everything will work as expected.

The only other complaint I have heard of is that in ELPA differing from
MELPA, package maintainers have to change their workflow.

All of the complaints where technical in nature. Nobody explicitly
opposed NonGNU on policy or ideological grounds (at least up until now),
so I don't think anything has to be changed for now.

-- 
	Philip Kaludercic



  reply	other threads:[~2021-08-31  7:31 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-23 10:40 Update of ELPA package guess-language Titus von der Malsburg
2021-08-25 10:24 ` Philip Kaludercic
2021-08-25 11:51   ` Tassilo Horn
2021-08-25 14:43     ` Stefan Monnier
2021-08-26  5:31     ` Bozhidar Batsov
2021-08-26  9:07       ` Titus von der Malsburg
2021-08-29  3:03       ` Richard Stallman
2021-08-29 10:58         ` Philip Kaludercic
2021-08-30  3:03           ` Richard Stallman
2021-08-30 15:20             ` Philip Kaludercic
2021-08-31  3:08               ` Richard Stallman
2021-08-31  7:31                 ` Philip Kaludercic [this message]
2021-08-25 12:03   ` Titus von der Malsburg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lf4ink8n.fsf@posteo.net \
    --to=philipk@posteo.net \
    --cc=bozhidar@batsov.dev \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.