From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Proposal for compression handling (was: Re: prepalldocs is now banned)
Date: Thu, 19 Feb 2009 21:25:29 +0000 [thread overview]
Message-ID: <20090219212529.077215c9@snowcone> (raw)
In-Reply-To: <18845.15657.287751.241885@a1ihome1.kph.uni-mainz.de>
[-- Attachment #1: Type: text/plain, Size: 1383 bytes --]
On Thu, 19 Feb 2009 12:06:17 +0100
Ulrich Mueller <ulm@gentoo.org> wrote:
> Package managers supporting compression would internally maintain two
> lists of paths, both having a default value, plus the possibility to
> modify them from ebuilds/eclasses:
>
> - an inclusion list, initially containing:
> /usr/share/doc /usr/share/info /usr/share/man
> - an exclusion list, initially containing:
> /usr/share/doc/${PF}/html
>
> Then we need a new command, let's call it "docompress" for now (name
> to be discussed), to manipulate the lists:
>
> - "docompress" (without option or with option "-a"): add paths
> (directories or files) to the inclusion list
> - "docompress -d": delete paths from the inclusion list
> - "docompress -x": add paths to the exclusion list
> - "docompress -x -d": remove paths from the exclusion list
> (maybe this is not needed?)
If there's an inclusion list and an exclusion list, there's only a need
to delete things from the exclusion list if the exclusion list has bad
initial values, and never any need to delete things from the inclusion
list. And since reliably rewriting links in HTML when compressing is at
best tricky and at worst impossible (think JavaScript navigationy
things), is there ever going to be any need for removing from the
exclusion list?
--
Ciaran McCreesh
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-02-19 21:25 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-13 21:30 [gentoo-dev] prepalldocs is now banned Thomas Anderson
2009-02-17 22:26 ` Thilo Bangert
2009-02-18 0:10 ` Michael Sterrett
2009-02-18 0:18 ` Ciaran McCreesh
2009-02-18 7:39 ` Alexis Ballier
2009-02-18 8:33 ` Ulrich Mueller
2009-02-18 14:06 ` Ciaran McCreesh
2009-02-18 15:18 ` Ulrich Mueller
2009-02-18 15:21 ` Ciaran McCreesh
2009-02-18 15:46 ` Ulrich Mueller
2009-02-18 15:50 ` Ciaran McCreesh
2009-02-18 19:01 ` Alexis Ballier
2009-02-18 19:06 ` Ciaran McCreesh
2009-02-18 19:37 ` Ulrich Mueller
2009-02-19 11:06 ` [gentoo-dev] Proposal for compression handling (was: Re: prepalldocs is now banned) Ulrich Mueller
2009-02-19 21:25 ` Ciaran McCreesh [this message]
2009-02-19 22:03 ` [gentoo-dev] Proposal for compression handling Ulrich Mueller
2009-02-20 7:42 ` Brian Harring
2009-02-20 7:59 ` Ulrich Mueller
2009-02-21 23:09 ` Zac Medico
2009-02-22 9:57 ` Ulrich Mueller
2009-02-18 18:28 ` [gentoo-dev] prepalldocs is now banned Alexis Ballier
2009-02-18 18:36 ` Ciaran McCreesh
2009-02-18 19:19 ` Alexis Ballier
2009-02-18 10:29 ` Petteri Räty
2009-02-18 8:07 ` Michael Sterrett
2009-02-18 8:13 ` [gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned) Torsten Veller
2009-02-18 8:22 ` Michael Sterrett
2009-02-18 8:48 ` [gentoo-dev] Re: prepalldocs implementation in eutils.eclass Torsten Veller
2009-02-19 9:11 ` [gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned) Tiziano Müller
2009-02-19 9:37 ` Ulrich Mueller
2009-02-19 9:47 ` Nirbheek Chauhan
2009-02-19 10:00 ` Ulrich Mueller
2009-02-19 11:20 ` Tiziano Müller
2009-02-19 11:28 ` Ulrich Mueller
2009-02-19 11:21 ` Tiziano Müller
2009-02-19 10:57 ` [gentoo-dev] prepalldocs implementation in eutils.eclass Luca Barbato
2009-02-19 18:26 ` [gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned) Matti Bickel
2009-02-18 10:26 ` [gentoo-dev] prepalldocs is now banned Petteri Räty
2009-02-18 19:07 ` Tobias Scherbaum
2009-02-18 18:42 ` Donnie Berkholz
2009-02-18 19:01 ` Michael Sterrett
2009-02-18 19:08 ` Ciaran McCreesh
2009-02-18 21:25 ` Donnie Berkholz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090219212529.077215c9@snowcone \
--to=ciaran.mccreesh@googlemail.com \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox