From: Yoni Rabkin <yoni@rabkins.net>
To: emacs-devel@gnu.org
Subject: Adding Emms to ELPA (take 2), and a technical question
Date: Fri, 24 Apr 2020 15:06:22 -0400 [thread overview]
Message-ID: <87pnbwg0up.fsf@rabkins.net> (raw)
Hello all, I'm the current Emms (https://www.gnu.org/software/emms/)
maintainer.
Back in October of 2014 I started the process of adding Emms to ELPA;
that exposed a lot of work that needed to be done. I've been receiving
multiple requests as of late to add Emms to ELPA, so I'm following it
up.
The main issue back then was that Emms was a copyright mess. Stefan
Monnier helped me figuring out who to contact and I've fixed that since
(took a while). To the best of my knowledge, everyone who has code in
Emms has an assignment on file. Emms has an AUTHORS file which is kept
up-to-date. Everyone there should also appear in the FSF records.
Stefan also said that ELPA packages need to have their .el files at the
top-level. However, Emms has its files in a lisp/ directory. This is
still the case, and I would like to keep it that way because Emms has a
lot of files and a lisp/ directory keeps things tidy. Is this still a
requirement for ELPA? I hope not.
Emms also comes with a small piece of code that needs to be compiled in
order to use taglib (https://taglib.org/). The code is in a src/
directory in the Emms distribution. I understand that there is no way to
get ELPA to compile something as a part of the installation. We can
forgo any compilation at the ELPA installation stage as long as people
get to read the excellent Emms manual which explains how (and why) to
compile that bit of code. Would any of this be a problem for adding Emms
to ELPA? In case it matters, people (not me) have been making Emms
available via MELPA for many years now. They simply ignore the
compilation step, and allow the user to either read the manual or ask
online to figure it out.
Which leads me to my technical question:
We (the Emms developers) are desperately looking for a better way to
give Emms access to taglib other than compiling glue code like we do
now. We really don't want to ship C, or C++, or Perl, or anything except
elisp with Emms. One option we are currently exploring is to ask the
user to install an existing package such as pytaglib (a GPLv3 python
wrapper around taglib). Is there any more elegant way to get access to
taglib through Emacs that anyone can suggest?
Thank you, and have a great weekend y'all.
--
"Cut your own wood and it will warm you twice"
next reply other threads:[~2020-04-24 19:06 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-24 19:06 Yoni Rabkin [this message]
2020-04-25 3:25 ` Adding Emms to ELPA (take 2), and a technical question Stefan Monnier
2020-04-28 13:28 ` Yoni Rabkin
2020-04-28 15:06 ` Robert Pluim
2020-04-28 16:02 ` Yoni Rabkin
2020-04-29 3:22 ` Richard Stallman
2020-04-29 8:13 ` Robert Pluim
2020-04-30 2:32 ` Richard Stallman
2020-04-29 11:53 ` Yoni Rabkin
2020-04-30 14:43 ` Yoni Rabkin
2020-05-01 2:52 ` Richard Stallman
2020-05-01 6:32 ` Joost Kremers
2020-05-01 14:07 ` Arthur Miller
2020-05-01 14:42 ` Joost Kremers
2020-05-01 14:51 ` Arthur Miller
2020-04-29 10:07 ` Basil L. Contovounesios
2020-04-29 12:45 ` Stefan Monnier
2020-05-27 19:44 ` Yoni Rabkin
2020-05-28 2:36 ` Stefan Monnier
2020-05-28 5:34 ` Sean Whitton
2020-05-29 2:46 ` Yoni Rabkin
2020-06-15 19:32 ` Yoni Rabkin
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87pnbwg0up.fsf@rabkins.net \
--to=yoni@rabkins.net \
--cc=emacs-devel@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).