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

1998-02-01 Thread Rob Browning
[EMAIL PROTECTED] (Karl M. Hegbloom) writes: > I think this is a very wrong thing to recommend. Elisp packages > should normally run byte-compiled, and this is not only about speed of > compiled-vs.-uncompiled code. The code that makes heavy use of macros > (e.g. using `cl' extensions) will li

Ooops. Sorry for the duplicate.

1998-02-01 Thread Karl M. Hegbloom
I didn't see Hrvoje's Cc to this list, I apologize.

[Hrvoje Niksic ] Re: [Various] Mailcrypt - EMACS package maintainers please read this message.

1998-02-01 Thread Karl M. Hegbloom
--- Begin Message --- [EMAIL PROTECTED] (Karl M. Hegbloom) writes: [ forwarded to xemacs-beta courtesy Karl ] > Date: Thu, 22 Jan 1998 17:48:04 +0100 (CET) > From: Christian Schwarz <[EMAIL PROTECTED]> > To: Rob Browning <[EMAIL PROTECTED]> > cc: debian-policy@lists.debian.org > Subject: Re: Mailcr

Re: RFC: New bug severity level "fixed"

1998-02-01 Thread Karl M. Hegbloom
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes: > I can think of an intermediate solution, to save space: > Whenever a bug is closed, the entire history of the bug is > replaced by a "short history". Maybe a script could create a MIME email digest, gzip and base64 it,

Re: multi-platform, FSSTND compliance, and /usr/share/

1998-02-01 Thread Kai Henningsen
[EMAIL PROTECTED] (Will Lowe) wrote on 30.01.98 in <[EMAIL PROTECTED]>: > On Fri, 30 Jan 1998, Yann Dirson wrote: > > [6.3] "no program should ever reference anything in /usr/share." > No clue. Might be becase /usr/share could be shared across different > architectures (hence the name) and ther