Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-19 Thread Manoj Srivastava
Hi, >>"Stephane" == Stephane Bortzmeyer <[EMAIL PROTECTED]> writes: Stephane> On Saturday 17 October 1998, at 21 h 56, the keyboard of Rob Browning >> [EMAIL PROTECTED]> wrote: >> Unless you're logged in as root, you're not going to be able to build >> these example files inside /usr/doc (n

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-19 Thread Stephane Bortzmeyer
On Saturday 17 October 1998, at 21 h 56, the keyboard of Rob Browning <[EMAIL PROTECTED]> wrote: > Unless you're logged in as root, you're not going to be able to build > these example files inside /usr/doc (nor should you) anyway, so you'll > have to copy them somewhere else. You can run gunzip

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-18 Thread Kai Henningsen
[EMAIL PROTECTED] (Peter S Galbraith) wrote on 16.10.98 in <[EMAIL PROTECTED]>: > - If you are using some docs often on a 486, you end up uncompressing them >because it's too slow otherwise. I'm using a 486. Uncompressing text is "too slow"? Ridiculous. On the other hand, I currently have

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-18 Thread Kai Henningsen
[EMAIL PROTECTED] (Manoj Srivastava) wrote on 16.10.98 in <[EMAIL PROTECTED]>: > I disagree quite strongly. If the intent was to have > uncompressed originals on the system we would have shipped them as > such. Indeed - the .debs would be smaller that way. MfG Kai

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-18 Thread Rob Browning
Michael Stone <[EMAIL PROTECTED]> writes: > Hmm. We have zless to less gz'd files. Magicfilter will print them, as > will a2ps (maybe some others will too, haven't tried it.) Netscape reads > them, so does lynx. And of course man and info work with them. zgrep > will grep them. vim reads them just

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-18 Thread Rob Browning
Zed Pobre <[EMAIL PROTECTED]> writes: > I don't agree here. Some programs have included example files > that are either c files that (unless there's a trick I don't know > about) will not compile compressed, or example data files that cannot > be read by the program in question compressed. T

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-18 Thread Rob Browning
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> writes: > M-x toggle-auto-compression > M-x auto-compression-mode Just put (auto-compression-mode 1) in your .emacs. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Michael Stone
Quoting Manoj Srivastava ([EMAIL PROTECTED]): > This should be fixed. The default lessopen script does indeed > set it up so. ?. Less doesn't decode gz's on any of my systems. Mike Stone

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Manoj Srivastava
Hi, >>"Peter" == Peter S Galbraith <[EMAIL PROTECTED]> writes: Peter> - It would not be reading your mind. That's ridiculous. It would be exceeding its authority. Peter> - It would be doing you a favour. Oh no. If I wanted that file upgraded, I would have left it in plcae.

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Peter S Galbraith
Manoj Srivastava wrote: > There is no reason ever to uncompress a file (lesspipe and > lessopen make it unnecessary). Good thing if lesspipe is now correctly setup (Wasn't in bo, and I'm not sure I don't have a older hacked version of /etc/csh.login on my system). You still get garbage i

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Manoj Srivastava
Hi, >>"Peter" == Peter S Galbraith <[EMAIL PROTECTED]> writes: Peter> So, at least Craig Sanders and Santiago Vila are so engrained Peter> into Debian that they now think the original usable file is Peter> the gzip'ed one, not the author's original text. I disagree. Count me in with C

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Peter S Galbraith
I wrote: > It occurs to me that upgrading a package should delete old versions > of user-uncompressed doc and info files. Santiago Vila wrote: > The package system is not supposed to read your mind. > > You should never uncompress files "in place" because then dpkg will be > unable to remove t

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread warp
On Thu, Oct 15, 1998 at 05:31:10PM -0400, Michael Stone wrote: > Hmm. We have zless to less gz'd files. zless nothing, a simple lesspipe.sh works great, for bigger stuff a not so simple lesspipe.sh (Can give a real complete one if you want, its what I use) works GREAT... Gives file listings for

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Antti-Juhani Kaijanaho
On Fri, Oct 16, 1998 at 08:51:45AM +0200, Stephane Bortzmeyer wrote: > emacs M-x toggle-auto-compression M-x auto-compression-mode depending on your Emacs. Somebody will probably know how to put this into a .emacs. My Elisp is quite ... rusty. Antti-Juhani -- Antti-Juhani Kaijanaho

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-16 Thread Stephane Bortzmeyer
On Thursday 15 October 1998, at 17 h 31, the keyboard of Michael Stone <[EMAIL PROTECTED]> wrote: > Hmm. We have zless to less gz'd files. Magicfilter will print them, as > will a2ps (maybe some others will too, haven't tried it.) Netscape reads ... > will grep them. vim reads them just fine. I'm

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-15 Thread Michael Stone
Quoting Stephane Bortzmeyer ([EMAIL PROTECTED]): > Yes, the current Debian system is really inconvenient. Each time you > want to do something useful with a documentation (print it, grep it, > glimpse it, vi it, remember that not every program is able to read > compressed files and "zcat file.gz |

Re: Deleting uncompressed Info/Doc files at upgrades

1998-10-15 Thread Stephane Bortzmeyer
On Friday 2 October 1998, at 11 h 55, the keyboard of Peter S Galbraith <[EMAIL PROTECTED]> wrote: > To me, a uncompressed version of a file is still the same file. > To me, copying an uncompressed info file to /usr/local/info *is* leaving > crud all over the disk. Yes, the current Debian system