Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Ulrich Mueller <ulm@g.o>
Subject: Re: omitting redirecting man pages from compression
Date: Mon, 20 Sep 2010 08:31:39 +0200
>>>>> On Sun, 19 Sep 2010, Mike Frysinger wrote:

> many man pages exist merely as a redirect to another man page:
> $ xzcat /usr/share/man/man1/zcat.1.xz
> .so man1/gzip.1

> compressing these tiny (always?) results in a larger file.  that means we
> arent saving space, and we're adding overhead at runtime.

> two options which we can do transparently:
> 	- rewrite the .so man pages into symlinks
> 	- omit them from compression

> the latter is pretty easy (see below). any preferences on which
> route to take though as the former shouldnt be too hard either ...

With "controllable compression" in EAPI 4, /usr/share/man will no
longer be special in any way. (Currently, the part of prepman that
your patch changes won't even be reached in EAPI 4.)

If we take the second route, then maybe it should be a more general
solution, i.e. exclude all tiny files (man page or not) from
compression?

But I think that rewriting the .so files into symlinks would be
cleaner.

Ulrich


Replies:
Re: omitting redirecting man pages from compression
-- James Cloos
References:
omitting redirecting man pages from compression
-- Mike Frysinger
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: omitting redirecting man pages from compression
Next by thread:
Re: omitting redirecting man pages from compression
Previous by date:
Re: Re: Patch for python.eclass
Next by date:
Re: omitting redirecting man pages from compression


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.