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: RFC: deprecate /usr/share/doc/$PF
Date: Mon, 19 Dec 2011 09:23:59 +0100
>>>>> On Mon, 19 Dec 2011, Alexandre Rostovtsev wrote:

> I am forced to agree with your points #1 and #2.

Good. :-)

> $CATEGORY/$PN-$SLOT is optimized for the "bookmark a document and go
> back to it a week later" use case, but you are correct that it would
> work poorly for the "quickly look up a doc that you had not cared
> about until now" use case.

> Using /usr/share/doc/$PN-$SLOT with exceptions for packages that
> have the same ($PN, $SLOT) but different categories would not scale:
> it turns out there are >100 of them in the main tree.

Probably most of them in app-emacs and app-xemacs.

> Using /usr/share/doc/$P would be worse than the current situation:
> doc locations would still shift on minor version bumps, and packages
> with multiple slots in the same $P (e.g. webkit-gtk) would collide.

> And using $CATEGORY after $PN is simply too ugly to contemplate.

I agree.

> Fortunately, there *is* a neat solution.

> Symlinks.

> In other words: no change to dodoc/newdoc/dohtml, they will continue
> to install documentation in /usr/share/doc/$PF like they do today.

> BUT the package manager will automatically create a symlink
> from /usr/share/doc/$CATEGORY/$PN (for slot 0) or
> from /usr/share/doc/$CATEGORY/$PN-$SLOT (for slot != 0)
> to /usr/share/doc/$PF. This would have to be done after the end of
> src_install() so that the symlink goes in the VDB.

Maybe the symlinks should live in a different directory? Otherwise it
could be confusing for packages like gnustep-base or net-dns whose
name is equal to a category name.

Also I think that the slot should better be separated by a character
that cannot occur in a package name, i.e. something other than
hyphen (-), plus sign (+), or underscore (_). What was the problem
with the colon (:) again?

> I think that this change, similarly to the automatic .la file
> fixing, could be implemented by portage without waiting for a new
> EAPI.

Not sure about this one. It's not Portage only, but affects all
package managers.

Ulrich


Replies:
Re: RFC: deprecate /usr/share/doc/$PF
-- Duncan
References:
RFC: deprecate /usr/share/doc/$PF
-- Alexandre Rostovtsev
Re: RFC: deprecate /usr/share/doc/$PF
-- Ulrich Mueller
Re: RFC: deprecate /usr/share/doc/$PF
-- Ulrich Mueller
Re: RFC: deprecate /usr/share/doc/$PF
-- Alexandre Rostovtsev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: RFC: deprecate /usr/share/doc/$PF
Next by thread:
Re: RFC: deprecate /usr/share/doc/$PF
Previous by date:
Re: RFC: deprecate /usr/share/doc/$PF
Next by date:
Re: RFC: deprecate /usr/share/doc/$PF


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.