all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <rekado@elephly.net>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org, Alex Kost <alezost@gmail.com>
Subject: Re: [PATCH 0/2] Add emacs-emms-player-mpv.
Date: Wed, 29 Jun 2016 22:07:07 +0200	[thread overview]
Message-ID: <8760sriwt0.fsf@elephly.net> (raw)
In-Reply-To: <87mvm487ku.fsf@gnu.org>


Ludovic Courtès <ludo@gnu.org> writes:

> Alex Kost <alezost@gmail.com> skribis:
>
>> Ricardo Wurmus (2016-06-29 08:45 +0300) wrote:
>>
>>> Hi Guix,
>>>
>>> I think we need to rename the “emms” package to “emacs-emms”.  (This is what
>>> the first patch does.)  Currently, the emacs-build-system will only add to the
>>> Emacs “load-path” the “site-lisp” directories of packages that start with
>>> “emacs-”.  I think it may be necessary to relax this requirement for cases in
>>> which a non-Emacs package provides an Emacs mode.
>>
>> I agree!  I also think this check for "emacs-" is not needed.
>>
>>> In the case of “emms”,
>>> however, I think renaming it is justified.
>>
>> I agree, but note that there was a discussion about renaming all emacs
>> packages (geiser, magit, etc.) and making alisases for the old names:
>> <http://lists.gnu.org/archive/html/guix-devel/2015-08/msg00316.html>
>
> A year later, it still looks like a good idea.  :-)
>
> Damn it, we should do something about it.

I’ll add it to my list in the hope that I can mark it DONE without
having to implement it myself :)  This is how things often go as far as
Guix is concerned.

>>> The second patch adds an EMMS player.  The byte-compilation phase only
>>> succeeds after renaming “emms”, because otherwise it wouldn’t find the lisp
>>> files provides by that package.
>>>
>>> Ricardo Wurmus (2):
>>>   gnu: emms: Rename package to "emacs-emms".
>>>   gnu: Add emacs-emms-player-mpv.
>>
>> Both patches look good to me, but I would wait for other comments about
>> renaming as it is not very backward compatible :-)
>
> A mass rename would cause users a lot of pain, but a single package is
> OK, IMO.

Do you want me to define an alias for “emms” now in the manner you
suggested in your email from 2015?  Or should this be done once the UI
supports dealing with deprecated packages?

~~ Ricardo

  reply	other threads:[~2016-06-29 20:07 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-29  5:45 [PATCH 0/2] Add emacs-emms-player-mpv Ricardo Wurmus
2016-06-29  5:45 ` [PATCH 1/2] gnu: emms: Rename package to "emacs-emms" Ricardo Wurmus
2016-06-29  5:45 ` [PATCH 2/2] gnu: Add emacs-emms-player-mpv Ricardo Wurmus
2016-06-29  9:02 ` [PATCH 0/2] " Alex Kost
2016-06-29 13:09   ` Ludovic Courtès
2016-06-29 20:07     ` Ricardo Wurmus [this message]
2016-06-30 12:39       ` Ludovic Courtès
2016-07-03 16:38         ` Ricardo Wurmus

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=8760sriwt0.fsf@elephly.net \
    --to=rekado@elephly.net \
    --cc=alezost@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=ludo@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/guix.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.