From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-30538-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1Jrb5I-0003zG-NO
	for garchives@archives.gentoo.org; Thu, 01 May 2008 15:52:36 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 1D769E0495;
	Thu,  1 May 2008 15:52:35 +0000 (UTC)
Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230])
	by pigeon.gentoo.org (Postfix) with ESMTP id E3213E0495
	for <gentoo-dev@lists.gentoo.org>; Thu,  1 May 2008 15:52:34 +0000 (UTC)
Received: by wx-out-0506.google.com with SMTP id h30so1022920wxd.10
        for <gentoo-dev@lists.gentoo.org>; Thu, 01 May 2008 08:52:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        bh=spj3BS82noDklX/G87e/prpNxGL5AfevD/6bhNzIG3U=;
        b=NAohFzsmGs4TbNV6I5uKPMDRfOSlinzYvb5AOMuXoUwBgkye+tqMBi+5rv3yhhZ2txWj5YYSO09Q5uzMaxGvEUWySWuwnaFuXejz3Vvlof/ztqbfwpZsZE/lrT66ij0buR839ZJS1LM35DW7DFkJLukW7kh7Yk+wYTCS0g0Ozjo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=Gz9n3DDReLGrGvF/ct9OTseRY7sHo0QmiBoE1P/ieN7KMz8wj+EocJqI8M0ov/P2MOiT4sY73xdV0Lkt5LyBihSWf63GTNUapHEBD+XHrE4b6vyEOYQQviFOWbeZNxIRc6wlgBuYacODLb0k+ODL4QXjlq8sjDaisPWOB19YCaA=
Received: by 10.100.127.15 with SMTP id z15mr3157033anc.61.1209657152654;
        Thu, 01 May 2008 08:52:32 -0700 (PDT)
Received: by 10.100.45.17 with HTTP; Thu, 1 May 2008 08:52:32 -0700 (PDT)
Message-ID: <3c32af40805010852s7fcd150cr9f29acca1f4ecfbd@mail.gmail.com>
Date: Thu, 1 May 2008 17:52:32 +0200
From: "Santiago M. Mola" <coldwind@gentoo.org>
Sender: cooldwind@gmail.com
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: language bindings as separate packages
In-Reply-To: <20080501150930.GA25855@nibiru.local>
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: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20080501150930.GA25855@nibiru.local>
X-Google-Sender-Auth: d53c9940e21a732f
X-Archives-Salt: 32a4fe9d-bdca-444a-af6f-1ed5a2748015
X-Archives-Hash: c26db2d0d3bbbcd3abb543ec51842a7e

On Thu, May 1, 2008 at 5:09 PM, Enrico Weigelt <weigelt@metux.de> wrote:
>
>  Hi folks,
>
>  while building yum, I again ran into trouble because one
>  dependency has to be rebuilt with an specific useflag first
>  (in this case it was libxml2 + python useflag). Actually,
>  there are *lots* of these cases and (AFAIK) portage has no
>  way for properly handling this - it's up to the individual
>  ebuilds to check for those situations and artifically breaking
>  the build. Of coure, breaking builds are ugly.

The proper solution for these cases is implementing USE dependencies,
which would obsolete pkg_setup checks, and would provide portage with
info about which USE flags are needed for each dependency. This
feature is already implemented in other package managers (it's in
Paludis, maybe in pkgcore too?) and I think we all look forward its
inclusion in portage.

>  My suggestion: make those language bindings being separate
>  packages. So, other packages can depend on them directly,
>  instead of the current, build-breaking hack.
>
>  I'm not advocating gentoo should do this step alone, but
>  instead join in the upstream and solve it there.
>

Yes, sometimes it makes sense for upstream to split packages, anyone
is free to push them for doing so.

Regards,

-- 
Santiago M. Mola
Jabber ID: cooldwind@gmail.com
-- 
gentoo-dev@lists.gentoo.org mailing list