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 ) id 1RcV9w-00043R-3a for garchives@archives.gentoo.org; Mon, 19 Dec 2011 04:49:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1427021C1D0; Mon, 19 Dec 2011 04:48:59 +0000 (UTC) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.213.181]) by pigeon.gentoo.org (Postfix) with ESMTP id D46F321C0DC for ; Mon, 19 Dec 2011 04:48:33 +0000 (UTC) Received: by yenm3 with SMTP id m3so3540577yen.40 for ; Sun, 18 Dec 2011 20:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=eCvNy83V/vXN8Z4gxfGE7nIMXgL2VsygBvJmjl/SyyE=; b=CdUhw+InYz6qvuVzuWMfViK2rGoo0Yx+yHVyqOohbvJ4XOo9tVdkibLk8k4ZmrA4Fe YvtBxt7dyK7JE8LwWxmN3rHY6AfdkxTJAXcyeYp6H2T8NgNh6InNgQdTthJPBO25IKPN IQYxUERBroPxQySV0P040C7vHMZh7VuVRCkhc= Received: by 10.236.183.52 with SMTP id p40mr25782455yhm.19.1324270113235; Sun, 18 Dec 2011 20:48:33 -0800 (PST) Received: from [192.168.2.5] (adsl-65-0-122-130.jan.bellsouth.net. [65.0.122.130]) by mx.google.com with ESMTPS id s12sm18172and.15.2011.12.18.20.48.29 (version=SSLv3 cipher=OTHER); Sun, 18 Dec 2011 20:48:30 -0800 (PST) Message-ID: <4EEEC21B.6070602@gmail.com> Date: Sun, 18 Dec 2011 22:48:27 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20111022 Firefox/7.0.1 SeaMonkey/2.4.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: deprecate /usr/share/doc/$PF References: <20206.32890.171045.50686@a1i15.kph.uni-mainz.de> <1324259574.12311.86.camel@rook> <20206.48172.238713.183104@a1i15.kph.uni-mainz.de> In-Reply-To: <20206.48172.238713.183104@a1i15.kph.uni-mainz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 7e1887bd-f8e1-4bc7-b636-51980c85a0ee X-Archives-Hash: d870e559fdc4592d5029f571e89a42fd Ulrich Mueller wrote: >>>>>> On Sun, 18 Dec 2011, Alexandre Rostovtsev wrote: >>> Can we please avoid the bloat of another directory level here? >>> ${CATEGORY}/${PN} will be even longer than ${PF} in most cases. >> The problem is that ($PN, $CATEGORY) pairs are not unique. Think of >> x11-terms/terminal:0 and gnustep-apps/terminal:0, or >> app-misc/beagle:0 and sci-libs/beagle:0, or app-misc/nut:0 and >> sys-power/nut:0. I could not think of any better solution than using >> $CATEGORY/$PN-$SLOT. > Thinking about it a little more, I believe that ${CATEGORY} shouldn't > appear anywhere in the path of installed files, for the following > reasons: > > 1. Users may not know the category of a package, therefore it's not > obvious for them where to find its documentation. (Think of it from > the perspective of a user on a multiuser system, who didn't install > the packages on that system.) OTOH, the name of the package (PN) is > obvious in most cases, since it will coincide with the upstream > name. > > 2. It doesn't play well with bash completion. When searching for > documentation of a specific package (and only knowing PN), one can > currently type the pathname up to PN and press tab which will > complete PVR. With CATEGORY _before_ PN this would no longer work. > > 3. CATEGORY and SLOT are Gentoo specific, related to the way how we > organise our packages. Neither of them should appear in the > directory structure of installed packages. The problems related to > package and slot moves (where CATEGORY or SLOT change) also show > that something is wrong with the approach. (BTW, in the current > system, PR is also Gentoo specific. It doesn't suffer from problems > with package moves though.) > >> Do you have a better proposal that does not rely on $PVR? > Leave things as they are. It's not perfect, but IMHO your approach > would create at least as many problems as it would solve. > Alternatively, a minimal solution would be to drop only ${PR}, i.e. > install documentation under /usr/share/doc/${P}. > > Ulrich > > I like the logic in #1 as a user. What if two packages have the same name but different categories tho? It is rare but I do run into this from time to time. I try to emerge something but am informed by emerge that I have to include the category for emerge to know exactly which package I want installed. I do agree that docs are sometimes hard to find. The only way I have any success is equery files then see where it put them or if there is none to find. Back to my hole. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"