[Pkg-emacsen-addons] dh-elpa: request for feature, install to target subdir
Nicholas D Steeves
nsteeves at gmail.com
Sat Sep 10 18:52:33 UTC 2016
Hi Sean,
The thing problem I've been trying to solve on my own is this: During
the elpafication of muse-el for my first upload as its new maintainer,
I've been trying to figure out what to do with the experimental
modules: muse-cite.el, muse-message.el, muse-split.el, muse-mathml.el,
and muse-protocol-iw.el. The previous package installed them to an
muse-3.20/experimental subdir, and I believe that this is the correct
behaviour, because someone might rely on this « for testing only »
functionality. I think they should probably continue to be marked
experimental rather than being fully supported as long as upstream
keeps them in this state.
As far as I can tell, the three courses of action I can take are:
a) Allow dh-elpa to merge experimental .els into the supported ones
- This is the behaviour of my initial work on git://alioth
- I don't think this is correct...
b) Remove experimental .els
- someone might be using these, and file a regression bug
c) Install experimental .els using an elpa-muse.install, then
somehow hook into dh-elpa
- Is this possible? It feels kind of hacky...
I read that « Currently all of the emacs lisp files are installed into
one directory » (dh-elpa/README.org). If you think that the best
solution would be adding subdir target support to dh-elpa, then please
implement it. Alternatively, if I've failed to consider an
alternative solution, please let me know. :-)
Kind regards,
Nicholas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-emacsen-addons/attachments/20160910/59b9d5c7/attachment.sig>
More information about the Pkg-emacsen-addons
mailing list