[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Mailcrypt - EMACS package maintainers please read this message.



>>>>> "RB" == Rob Browning.

 RB> I posted a proposal recently to both debian-devel and debian
 RB> policy about how to handle add-on packages and the various
 RB> emacsen.  Could you read that and see what you think?  Unless
 RB> there are major objections, that proposal's probably going to
 RB> become policy.

0) I think your's a good proposal, in order to let emacsen live together
in peace.  (Would this Emacs-War never end? :-)

I have a couple of (very stupid :-) questions:

1) What about packages, like AUC TeX, which make no sense installing with
XEmacs, since they are already included therein?  Should they depend on
emacsen or on the specific flavor(s) they need?

Example: Xemacs20 is installed, no other Emacs flavor is, and someone run
dpkg --install auctex_x-y.deb.  Should that one be warned it doesn't make
sense to install auctex_x-y.deb if she doesn't install emacs{19,20} too?
Or will we assume the user knows what she's doing and let her install a
package she won't use, 'cause its only useful with an Emacs flavor she
doesn't have?

I think auctex (and similar packages) should depend on emacs{19,20}: maybe
it's worth making this more explicit in your proposal.

2) How will we address run-time auto generated [1] el{,c} files?  I
decided to put auctex's ones in /var/lib/emacs/auctex; is it acceptable?
(We couldn't certainly put them under /usr, like auctex did in the past.)

[1]: auctex needs to update (by cron.weekly) a bunch of elisp files
automatically generated from site installed TeX packages.

3) A minor note: wouldn't be emacs-common a better name instead of
emacsen-common?

4) This one isn't directly related to your proposal, anyway, since we're
going to update policy: could we add a note to emacs add-on package
maintainers telling them to use (autoload ) forms rather than (load ) ones
under /etc/<emacs>/site-start.d/?  (Rationale: you don't want to
automatically load something you may not use, especially in a site wide
file.)  [Currently debview has (load "deb-view") in
/etc/emacs/site-start.d/50debview.el; should I file a bug report?]

 RB> The emacsen may switch to /usr/share soon.  I think we discussed
 RB> this recently, and people seemed to think it was a good idea.
 RB> I'll talk to the other maintainers and see what they think...

 RB> If they agree, I'll update my proposal.

It isn't against FSSTND and I think we'll have to do it anyway, when we'll
switch from FSSTND to FHS.

Thanks,

Davide G. M. Salvetti - IW5DZC [JN53fr]
Take a look at Debian GNU/Linux: <http://www.debian.org/>.
Debian is the free operating system with open development model.

Reply to: