Re: Comments on policy modifications

1998-09-16 Thread Hamish Moffatt
On Sun, Sep 13, 1998 at 09:30:41PM -0400, Justin Maurer wrote: i would definitley prefer one or the other. i think non-compressed is the way to go. consider this: slowe machines would crumble on unzipping larger files, but newer machines would have plenty of space. i really think we should

Re: Comments on policy modifications

1998-09-16 Thread Manoj Srivastava
Hi, Hamish == Hamish Moffatt [EMAIL PROTECTED] writes: Hamish Consistency is to compress them -- we compress all other Hamish documentation in /usr/doc except the copyright files. Not quite ;-). We definitely compress changelog.html. However, we still do not compress multi-file HTML

Re: Comments on policy modifications

1998-09-15 Thread Marcus Brinkmann
On Mon, Sep 14, 1998 at 10:00:36PM +0200, Santiago Vila wrote: On Mon, 14 Sep 1998, Marcus Brinkmann wrote: So should we change i386-hurd to i386-gnu on the ftp archive? This would also express the explicit wish of Gordon, IIRC. I don't think this is strictly necessary, it would add

Re: Comments on policy modifications

1998-09-15 Thread Santiago Vila
On Tue, 15 Sep 1998, Marcus Brinkmann wrote: On Mon, Sep 14, 1998 at 10:00:36PM +0200, Santiago Vila wrote: On Mon, 14 Sep 1998, Marcus Brinkmann wrote: So should we change i386-hurd to i386-gnu on the ftp archive? This would also express the explicit wish of Gordon, IIRC. I

Re: Comments on policy modifications

1998-09-14 Thread Justin Maurer
Compressed html changelogs: If I understand correctly, Manoj's argument is basically that except for extreme circumstances, the lack of convenience in dealing with compressed html changelogs outweighs the size benefits. On that matter I don't really have a firm conviction one way or

Re: Comments on policy modifications

1998-09-14 Thread Richard Braakman
Manoj Srivastava wrote: Hi, Guy == Guy Maor [EMAIL PROTECTED] writes: Guy Zed Pobre [EMAIL PROTECTED] writes: Compressed html changelogs: Guy dwww deals transparently with compressed html files. Why can't Guy html changelogs be compressed then? Actually, so can lynx,

Re: Comments on policy modifications

1998-09-14 Thread Richard Braakman
Zed Pobre wrote: Files section: I left the files section as it was in the original proposal under the idea that a minimal set of changes was more likely to find agreement. Originally, the thought was to separate the issue of logfiles being a subsection of files rather than

Re: Comments on policy modifications

1998-09-14 Thread Guy Maor
Joseph Carter [EMAIL PROTECTED] writes: Because dwww requires essentially apache, though with effort it can work with other things. It works with boa out of the box. boa is very light-weight. Guy

Re: Comments on policy modifications

1998-09-14 Thread Jean Pierre LeJacq
On Mon, 14 Sep 1998, Joseph Carter wrote: On Sun, Sep 13, 1998 at 07:57:48PM -0700, Guy Maor wrote: Compressed html changelogs: dwww deals transparently with compressed html files. Why can't html changelogs be compressed then? Because dwww requires essentially apache, though with

Re: Comments on policy modifications

1998-09-14 Thread Santiago Vila
On Mon, 14 Sep 1998, Zed Pobre wrote: In the mean time, then, if I understand correctly, the only arch string that will allow proper compilation is i386-gnu? Yes, because the gnumach kernel does only work under intel currently. -- 136b152ac3c4c1d999f0afddbbb9c284 (a truly random sig)

Re: Comments on policy modifications

1998-09-14 Thread Marcus Brinkmann
On Mon, Sep 14, 1998 at 05:24:25PM +0200, Santiago Vila wrote: On Mon, 14 Sep 1998, Zed Pobre wrote: In the mean time, then, if I understand correctly, the only arch string that will allow proper compilation is i386-gnu? Yes, because the gnumach kernel does only work under intel

Re: Comments on policy modifications

1998-09-14 Thread Santiago Vila
On Mon, 14 Sep 1998, Marcus Brinkmann wrote: On Mon, Sep 14, 1998 at 05:24:25PM +0200, Santiago Vila wrote: On Mon, 14 Sep 1998, Zed Pobre wrote: In the mean time, then, if I understand correctly, the only arch string that will allow proper compilation is i386-gnu? Yes,