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-47656-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1R4Qvx-0003PF-Hz
	for garchives@archives.gentoo.org; Fri, 16 Sep 2011 05:25:53 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 0782C21C08A;
	Fri, 16 Sep 2011 05:25:42 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	by pigeon.gentoo.org (Postfix) with ESMTP id C298521C048
	for <gentoo-dev@lists.gentoo.org>; Fri, 16 Sep 2011 05:25:06 +0000 (UTC)
Received: from mail-vw0-f48.google.com (mail-vw0-f48.google.com [209.85.212.48])
	(using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: mattst88)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 0EB991B401E
	for <gentoo-dev@lists.gentoo.org>; Fri, 16 Sep 2011 05:25:05 +0000 (UTC)
Received: by vws7 with SMTP id 7so3599008vws.21
        for <gentoo-dev@lists.gentoo.org>; Thu, 15 Sep 2011 22:25:04 -0700 (PDT)
Received: by 10.52.176.67 with SMTP id cg3mr470921vdc.461.1316150704076; Thu,
 15 Sep 2011 22:25:04 -0700 (PDT)
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
Received: by 10.52.186.137 with HTTP; Thu, 15 Sep 2011 22:24:44 -0700 (PDT)
In-Reply-To: <4E72D55F.4040704@gentoo.org>
References: <CAEdQ38EpZVFZktC3LnT06YbXqC5iErmw6RhifEyAV0D9ftusSw@mail.gmail.com>
 <CAEdQ38G6WxxLZJnkQvrMqT8xhhswEm3BjZjDbKAafyB131AXBQ@mail.gmail.com> <4E72D55F.4040704@gentoo.org>
From: Matt Turner <mattst88@gentoo.org>
Date: Fri, 16 Sep 2011 01:24:44 -0400
Message-ID: <CAEdQ38FZkr6iEDFud7Xu3R1n241xG+C2Aiq5Ycj6xCxk1_XgAA@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: How to handle dependencies on protocol headers?
To: gentoo-dev@lists.gentoo.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 
X-Archives-Hash: 2b1f436f962b4804a45355868597294b

On Fri, Sep 16, 2011 at 12:49 AM, Zac Medico <zmedico@gentoo.org> wrote:
> On 09/15/2011 09:42 PM, Matt Turner wrote:
>> On Fri, Sep 16, 2011 at 12:32 AM, Matt Turner <mattst88@gentoo.org> wrot=
e:
>>> Often packages depending on X11 libraries will also have to specify
>>> the X11 libraries' proto packages in DEPEND. This is because the X11
>>> library itself #includes files provided by the proto package. It's not
>>> really that the X11 library depends on this at run-time, so the
>>> protocol packages aren't specified in the RDEPEND of the libraries.
>>>
>>> This is documented in a number of bug reports (see 379545), and it
>>> seems that the decision is between
>>> =A0- add proto package to dependency list of packages using X11 libs
>>> =A0- add proto package to rdepend list of the relevant library itself
>>>
>>> The first is more correct, I think, but it's also much more annoying.
>>> Mesa winds up having x11-proto/inputproto in DEPEND for some long
>>> forgotten reason, for instance.
>>>
>>> The second option is much simpler and less error prone, but removes
>>> the ability to depclean the proto packages.
>>>
>>> It seems that some sort of DEPEND variable that means "I only need
>>> this when other packages are building against me" would be useful.
>>> Thoughts?
>>>
>>> Matt
>>
>> Another similar situation:
>>
>> https://bugs.gentoo.org/show_bug.cgi?id=3D342393
>
> Maybe the virtual/mesa-build approach that I suggested can be adapted to
> other similar situations:
>
> =A0https://bugs.gentoo.org/show_bug.cgi?id=3D342393#c23

That would no doubt help the case of Mesa, but as can be seen by
http://tinderbox.dev.gentoo.org/misc/rindex/x11-proto/ , there are
lots of other cases as well.

Matt