In article [EMAIL PROTECTED] you write:
...
A case would have to be built that bzip2 does something critical that
cannot be done without bzip2. Else, it stays as a fine port. Heck, emacs
is a fine port too, but it'll never get into the base system.
Very true, but i can actually think of one
On Sun, 23 Jan 2000, Juergen Lock wrote:
In article [EMAIL PROTECTED] you write:
...
A case would have to be built that bzip2 does something critical that
cannot be done without bzip2. Else, it stays as a fine port. Heck, emacs
is a fine port too, but it'll never get into the base system.
On Sun, 23 Jan 2000, Chuck Robey wrote:
Ask me again in 18 months, maybe bzip2 will use less memory and be
faster, and it's quite likely that it will be far more popular at ftp
sites.
Have you looked at the memory usage when you use the -s flag?
- alex
To Unsubscribe: send mail to [EMAIL
On Sun, 23 Jan 2000, Alex Zepeda wrote:
On Sun, 23 Jan 2000, Chuck Robey wrote:
Ask me again in 18 months, maybe bzip2 will use less memory and be
faster, and it's quite likely that it will be far more popular at ftp
sites.
Have you looked at the memory usage when you use the -s
On Sat, 22 Jan 2000, Will Andrews wrote:
On Sun, Jan 23, 2000 at 12:44:46AM +0900, [EMAIL PROTECTED] wrote:
Truely, I wish to import bzip2 to -current src tree. :)
Is there a problem about some restriction for distributing bzip2?
# I'm sorry I don't know about that.
2 5003-0 (00-01-22
On Sat, 22 Jan 2000, Rod Taylor wrote:
Personally, I'd like to see less stuff in the system source for
smaller installs and lower compile time leaving it up to me to
customize the individual stuff thats installed. Unless bzip is used
by 99.9% of the FreeBSD installs, I'm willing to let it
On Sat, 22 Jan 2000, Don Lewis wrote:
Doesn't bzip2 require a lot more memory for decompression? As I
recall, someone mentioned that this would cause problems for installing
releases on machines with only a small amount of RAM.
man bzip2, and then look at the memory management section. I'm
If I may inject some possibly-irrelevant fact into this
discussion... gzip (or rather, the ``deflate'' compression algorithm
and the libz file format) has been adopted into a number of formal
standards. It's likely that it will remain with us for a long time.
For those of us who eschew
