From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-49063-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1RdBEs-00070E-5l
	for garchives@archives.gentoo.org; Wed, 21 Dec 2011 01:45:02 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id EF44621C079;
	Wed, 21 Dec 2011 01:44:47 +0000 (UTC)
Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com [74.125.83.53])
	by pigeon.gentoo.org (Postfix) with ESMTP id A763D21C046
	for <gentoo-dev@lists.gentoo.org>; Wed, 21 Dec 2011 01:44:10 +0000 (UTC)
Received: by eekd41 with SMTP id d41so7154113eek.40
        for <gentoo-dev@lists.gentoo.org>; Tue, 20 Dec 2011 17:44:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=from:to:subject:date:user-agent:references:in-reply-to
         :disposition-notification-to:mime-version:content-type
         :content-transfer-encoding:message-id;
        bh=EOvNKSKQqVZs6QHuZnizSLbsb0LY4jYLtmY79Nk/C3Y=;
        b=bL7OekWHMooh0ArRIByt25vDZDhmj41o7po6r3Q14ETz9oY12hL4eJt5ucyvdN81ys
         n8vPjCp5xhEWR6W19tSaVmrJHwmTjLyi0UGLaATl+OHEzi4ztgs/wG2vsteLArr67Axb
         t8094PDixpNjJY1xMYp9FGKHrXJOFFaQ8j9k4=
Received: by 10.213.22.140 with SMTP id n12mr3946890ebb.53.1324431849874;
        Tue, 20 Dec 2011 17:44:09 -0800 (PST)
Received: from lebrodyl.localnet (89-78-60-134.dynamic.chello.pl. [89.78.60.134])
        by mx.google.com with ESMTPS id a60sm14314314eeb.4.2011.12.20.17.44.08
        (version=SSLv3 cipher=OTHER);
        Tue, 20 Dec 2011 17:44:08 -0800 (PST)
From: Maciej Mrozowski <reavertm@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: deprecate /usr/share/doc/$PF
Date: Wed, 21 Dec 2011 02:44:03 +0100
User-Agent: KMail/1.13.7 (Linux/3.0.6-gentoo; KDE/4.7.4; x86_64; ; )
References: <CAL0O3aMcqPqDdDgbSodGfjigkd7v4dU=NrPv_CgYcyycnt1k4g@mail.gmail.com> <20206.32890.171045.50686@a1i15.kph.uni-mainz.de> <1324259574.12311.86.camel@rook>
In-Reply-To: <1324259574.12311.86.camel@rook>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart6867443.HNh2tNlUqS";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201112210244.03517.reavertm@gmail.com>
X-Archives-Salt: 2baf1611-b702-44de-8abe-c3ca64ba4efe
X-Archives-Hash: 13fc9b49654344901f2153382727cd64

--nextPart6867443.HNh2tNlUqS
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On Monday 19 of December 2011 02:52:54 Alexandre Rostovtsev wrote:
> On Mon, 2011-12-19 at 01:08 +0100, Ulrich Mueller wrote:
> > [Why are there different Reply-To: headers in -dev and in -pms MLs?
> > Following up to both lists.]
>=20
> I apologize for the mess; I had intended to bring the question up before
> a wider audience, but failed to think through the consequences of two
> mailing lists ending up in the reply-to.
>=20
> For the sake of keeping discussion in one thread, I ask that further
> replies should be made to gentoo-dev, not gentoo-pms.
>=20
> > How do you handle FEATURES=3D"nodoc" if you spread the documentation all
> > over the filesystem? Should Portage learn about all the special cases?
> > IMHO it would make more sense to leave the documentation under
> > /usr/share/doc and either configure the documentation viewer to find
> > it there, or (if that's not possible) create symlinks.
>=20
> It's not "all over the filesystem"; in practice, the number of locations
> I believe is fairly small (/usr/share/gtk-doc and /usr/lib/monodoc for
> API documentation, and /usr/share/help, /usr/share/omf,
> and /usr/share/doc/HTML for end-user help files are the only ones that I
> know of), and adding them to portage's nodoc list seems much easier than
> editing hundreds of ebuilds that already install docs there.
>=20
> Documentation in Gentoo-specific /usr/share/doc subdirectories would not
> be able to link to documentation pages in other packages without
> fragile, hard-to-maintain scripts - and even with the best scripts,
> things would break on package renames. Symlinks could work, but (if the
> nodoc situation is resolved) would give package maintainers extra work
> for no real benefit.
>=20
> > Can we please avoid the bloat of another directory level here?
> > ${CATEGORY}/${PN} will be even longer than ${PF} in most cases.
>=20
> The problem is that ($PN, $CATEGORY) pairs are not unique.

I still think we should even make PN an unique identifier in order to be ab=
le=20
to purge categories... that's different story though...

=2D-=20
regards
MM

--nextPart6867443.HNh2tNlUqS
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iEYEABECAAYFAk7xOeMACgkQFuHa/bHpVdsE7QCgqsdg40jR3IVgaKgUtXdvSbCJ
OJcAn0Y014CTKVqW1XEGp26EIDMx7mKP
=0KtK
-----END PGP SIGNATURE-----

--nextPart6867443.HNh2tNlUqS--