From: "Tiziano Müller" <dev-zero@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned)
Date: Thu, 19 Feb 2009 10:11:32 +0100 [thread overview]
Message-ID: <1235034692.23302.14.camel@localhost> (raw)
In-Reply-To: <9d2010770902180022yaf1d202xa75541eec7299b81@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2409 bytes --]
Am Mittwoch, den 18.02.2009, 03:22 -0500 schrieb Michael Sterrett:
> Patches welcome.
>
> On Wed, Feb 18, 2009 at 3:13 AM, Torsten Veller <ml-en@veller.net> wrote:
> > * Michael Sterrett <mr_bones_@gentoo.org>:
> >> I added a prepalldocs function to eutils.eclass to provide the
> >> functionality. It implements the
> >> behavior of the current stable sys-apps/portage-2.1.6.4.
> >
> > ecompressdir is more portage internal than prepalldocs ever was.
> > This must be fixed.
> >
> >
Instead of breaking things you could have tried to come up with a real
solution.
Even though I share the opinion that compressing docs is unnecessary I
started looking through the use cases.
I'm not done yet, but I think I already identified a couple of common
cases:
[1]
src_install() {
emake DESTDIR="${D}" docdir="/usr/share/doc/${PF}"
prepalldocs
}
(or similar)
will change to:
src_install() {
emake DESTDIR="${D}" docdir="${T}/doc"
dodoc "${T}/doc"
}
[2]
Not needed at all since every doc gets installed using dodoc or newdoc
[3]
Package installs doc to wrong location.
Solution: dodoc <OLDLOCATION>/* ; rm -rf <OLDLOCATION>
[4]
Assuming that "make install" installs something in /usr/share/doc/${PF}.
Assumption is wrong since "make install" will install
to /usr/share/doc/${P} if at all (since the package doesn't know
anything about -rX). So it should be changed anyway and then case [1] or
[3] applies.
Example packages for case [1]: app-arch/gtk-splitter, app-cdr/cdcover,
app-crypt/steghide, app-editors/lpe, app-emacs/ess
Example packages for case [2]: app-arch/rar, app-backup/amanda
Example packages for case [3]: app-crypt/gnupg
Example packages for case [4]: app-arch/xdms, app-crypt/gnupg-pkcs11-scd
The only problem I see here is that either <OLDLOCATION> or ${T}/doc
contains subdirs. So my proposal for the next EAPI is to allow dodoc and
newdoc to operate on dirs. Which also gives the benefit to reduce this
idiom:
insinto /usr/share/doc/${PF}
doins -r examples
to:
dodoc examples
Your comments?
Cheers,
Tiziano
--
-------------------------------------------------------
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin
E-Mail : dev-zero@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-02-19 9:11 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
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 ` Tiziano Müller [this message]
2009-02-19 9:37 ` [gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned) 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=1235034692.23302.14.camel@localhost \
--to=dev-zero@gentoo.org \
--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