On Tue, 10 Jan 2017 12:54:21 +0100 Jan Stary <h...@stare.cz> wrote: > On Jan 09 09:30:11, ike...@gentoo.org wrote: > > Hiya Jan, > > > > The following snippet from Ingo is correct: > > > > > So, you want to hear something constructive? Your best option is to > > > just decompress that stuff on your system. (Gentoo is famous for > > > its excessive configurability - maybe there is even an option?) > > > > We are both famous for our excessive configurability and there is even > > an option already! 5:) If you look in the manpage (once you've > > decompress it somewhere, or online at [1]) for make.conf, you'll see the > > entry for PORTAGE_COMPRESS, which you can set as follows: > > > > PORTAGE_COMPRESS="" > > I am only a user on this system, > and have no control over which packages are installed > and have no write permissions in /usr/share/man/ or make.conf
If you are only a user, then why don't you contact your sysadmin instead of trying to work around his choice at the distribution level? After all, as you already know, he will need to rebuild everything anyway. > > As mentioned in [2,3,others]. You'll then need to reinstall all > > packages. If you manually decompress the files, then the uncompressed > > manpages won't be registered with portage and won't get removed if the > > owning package is uninstalled. > > Also, the uncompressed manpage will not get updated > when the packages gets updated. I will have two copies, > a stale *.1 and an up-to-date *.1.bz2. > > These are workarounds. Let me get back to the original question: > would you please consider having _uncompressed_ manpages as the default? > > On this particular system, the bzipped /usr/share/man/ is 67M. > The uncompressed man/ is 108M. That's 40M saved. Seriously? ~40% is a pretty good gain. However, if you really insist on comparing this, few points to consider: 1. Since there are many small files involved, the results highly differ depending on the filesystem used. On some filesystems (btrfs), it will be very hard to even get any conclusive numbers. 2. The compression feature extends to all documentation, including /usr/share/doc and /usr/share/info. So you should really consider it all rather than limiting your view to manpages. 3. In some cases, the compression can also improve performance by reducing I/O overhead. While it's debatable whether it will happen on manpages (see filesystem problem above too), there is no real performance loss to be considered either. After all, manpages are read rather rarely in the lifetime of production system, so any effort in decompressing them is a minor problem. > There is an option to support; the packages need to be reinstalled > or there are untracked files; Are you arguing for removing the option altogether? Because as far as I can see, the problems involved in changing the value are rather an argument not to change it... > the manpage formatter needs to call > external unpackers. All this to save 40M. I honestly don't think > it's worth it. Calling external tools in a pipeline is a pretty normal solution in the *nix world. It could be even considered safer than implementing multiple disjoint features in a single tool where an issue in one module could damage other parts of the program. If you really do mind it, pretty much every compression format supported by Gentoo provides a simple library you could use. There are also a few libraries that provide support for multiple compression formats. To summarize, I'm afraid you don't have any arguments besides using non-standard tool whose upstream refuses to support normal Gentoo installations (is Gentoo really the only distribution using manpage compression other than gzip?). You have multiple solutions available that do not require Gentoo to suddenly change the defaults that work for most of our users (and some of them appreciate them). Those include: 1. using another man page tool, 2. writing a wrapper that would decompress manpages for your tool, 3. patching your tool to support bzip2 (I see that Fabian provided you with a patch already), 4. talking to your sysadmin to update the system to meet your needs. -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/>
pgpSZJFXUWuFE.pgp
Description: OpenPGP digital signature
