On Mon, 26 Jun 2006, Osamu Aoki wrote: > >...< > > So far for the past; at the moment I think that it would be a good > > compromise to not compress PDF files in dedicated -doc packages, while > > keeping them compressed in mixed packages. This would mean that we > > should *not* wait for debhelper to switch, but instead add -X.pdf to > > dh_compress in tetex-doc. But this is just my personal opinion, and not > > a very fixed one - it still has to be discussed among the Debian TeX > > Task Force > Seconded. Thirded! ;) I think that there must be some general rules introduced in dh_compress such as you suggested: 1. don't compress within -doc packages. 2. verification at package build time if there is a considerable space saving from file compression. That would allow to don't recompress already compressed files, but on the other hand it might introduce inhomogeneity -- some files of similar nature would be compressed, the others not. N.B.: Just few hours ago I've filed a but against beagle since it ships an extension in its doc directory as .xpi.gz. Besides the fact that it can't be used as it is shipped, ie without decompression, extracted .xpi actually took few bytes less than .xpi.gz. The main argument from my side: if there is no transparent support to handle those compressed files (like pdf.gz can't be easily viewed from firefox as it is shipped now. don't suggest proxied archival tools such as ark... that is not transparent support), then they better be shipped uncompressed since otherwise uncompressing them manually would break their proper CLEANUP and UPGRADE. -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555]
Attachment:
pgpxU8dW4zboN.pgp
Description: PGP signature