public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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