On Mon, Nov 20, 2006 at 05:56:55PM +0100, Santiago Vila wrote: > On Sat, 18 Nov 2006, Luis Rodrigo Gallardo Cruz wrote: > > When byte-compiling files during postinst for xemacs* flavours of > > emacsen, the package loads other packages' site-files, generating > > extra ouput and slowing down configuration. This happens because the > > command line option to avoid loading said files differs between emacs > > and xemacs. > > [...] > > Thanks for the report. I wonder: I wonder, too. > *) why the emacs policy does not seem to talk about this at all. emacs policy maintainers, would you raise your hand, please? > *) how many other emacs-related packages are affected (I would be > surprised if gettext-el were the only one). Can someone with time on their hands take a look at files in /usr/lib/emacsen-common/packages/install and find out? The thing to look for are calls to $1 with a non-flavour-specific '-no-site-files' arg, or no such arg at all. > *) should there be a lintian warning for this? I took a look at the /u/l/e-c/p/i/* files in my sistem. There are as many different ways to write them as there are files. Some are using a slightly edited debhelper template, some have weird package specific workarounds, and some look like NIH rewrites. I don't think there's much of a chance to get lintian to do a reasonable job of this. Maybe we should all stop the silly GNUEmacs vs XEmacs war, at least within Debian[1], and get them to converge at least in command line options. [1] Yeah, you may say I'm a dreamer.
Attachment:
signature.asc
Description: Digital signature