[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