Sven>  Upstream authors might choose to release upstream source compressed
  Sven> by bzip2. So bzip2 compression should be a valid option for source
  Sven> archives.

Yes, just as another datapoint, GNU Octave does. For the record:

miles:/var/spool/mirror/octave [root] # ls -l octave-2.0.11.tar.*
-r--r--r--   1 edd      edd       2865036 Mar 25 02:17 octave-2.0.11.tar.bz2
-r--r--r--   1 edd      edd       3625698 Feb 24 17:06 octave-2.0.11.tar.gz

which gives a 21 % saving (as the tarball contains over 3000 files).

[EMAIL PROTECTED]:~> bc -l
bc 1.04
Copyright (C) 1991, 1992, 1993, 1994, 1997 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'. 
(1-2865036/3625698)*100
20.97973962530800965800
quit

  Sven> IMHO the "pristine" property is more importent than the compression
  Sven> ratio. If a choice between pristine gzipped and re-compressed bzip2ed
  Sven> has to be made, I'd vote for the pristine way.

Seconded. If space was so important, we would probably not include some of
the truly large packages as xbooks and timidity-patches.

-- 
mailto:[EMAIL PROTECTED]              According to the latest official figures, 
http://rosebud.ml.org/~edd      43% of all statistics are totally worthless.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to