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-user+bounces-124533-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1QZJnm-00019B-6v
	for garchives@archives.gentoo.org; Wed, 22 Jun 2011 09:32:50 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 8C1911C017;
	Wed, 22 Jun 2011 09:31:10 +0000 (UTC)
Received: from mail-qw0-f53.google.com (mail-qw0-f53.google.com [209.85.216.53])
	by pigeon.gentoo.org (Postfix) with ESMTP id 557311C017
	for <gentoo-user@lists.gentoo.org>; Wed, 22 Jun 2011 09:31:10 +0000 (UTC)
Received: by qwb7 with SMTP id 7so395112qwb.40
        for <gentoo-user@lists.gentoo.org>; Wed, 22 Jun 2011 02:31:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlemail.com; s=gamma;
        h=domainkey-signature:mime-version:reply-to:sender:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to
         :content-type;
        bh=bwvkfEbtckN2W0/l0FzIUi85kDy+BupBzc3fzWEYL04=;
        b=QGgYryQ6VUB11nJ7qnHou8yOllIP3MkEgz750VM/DayEnjPXe6aqD7Q5Ho1PQdRj5S
         nnHwGyLZSgdIBUmUOSlFtwD3LLt66kIdRl5Wxz0Ba5SpVcnuHaGqWTDD93llhp3gElQJ
         2ZB+vX7YIIAGHzqkOxqO1uo49bGHeeHSDTUT0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:reply-to:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=djarkoTPOHBzybvZmy0/wEYT8ucZUjpoKa31WlWdAdGcNZK/5O/pDESdGKnyRpklUJ
         WQlCWierCM+lIaH3hGsgxtYn2cz2VtwB4UI3ED5VMqm31HZU8nQ4K+VNlhOyv36H8TBr
         dvqQ+zdSPu2MpQ08pHCX6kpABqWOdJxp+5qQ0=
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.229.118.78 with SMTP id u14mr306925qcq.29.1308735069789; Wed,
 22 Jun 2011 02:31:09 -0700 (PDT)
Sender: daniel.pielmeier@googlemail.com
Received: by 10.229.242.3 with HTTP; Wed, 22 Jun 2011 02:31:09 -0700 (PDT)
In-Reply-To: <5886949.K0a64kT5Su@nazgul>
References: <2869451.8C6Z2vDv6d@nazgul>
	<BANLkTin5BY7jCRr85wg3VH7RmHtiHJwK8Q@mail.gmail.com>
	<5886949.K0a64kT5Su@nazgul>
Date: Wed, 22 Jun 2011 11:31:09 +0200
X-Google-Sender-Auth: 7nDQ47MmtkT4cXDT28KHMBL3ArU
Message-ID: <BANLkTinqNoZMO7Rz2hgGDXLAUiKSuRUBGQ@mail.gmail.com>
Subject: Re: [gentoo-user] portage getting mixed up with USE?
From: Daniel Pielmeier <billie@gentoo.org>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 
X-Archives-Hash: 43abdc91e7a4353fcc191424a5d62d3f

2011/6/22 Alan McKinnon <alan.mckinnon@gmail.com>:
> On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly:
>>
>> I guess it displays the USE settings how they should be and
>> afterwards prints the required changes. Or does it build fltk with
>> USE="-cairo" if you just type emerge -av fltk?
>
> emerge -av fltk
>
> gives exactly the same output as above. The dillo ebuild doesn't seem
> to be causing this change in behaviour:
>
> RDEPEND="x11-libs/fltk:2[-cairo,jpeg=,png=]
>
> What it looks like is portage is insisting the package.use explicitly
> states the USE flags needed. This is wrong and I am not about to bloat
> package.use to cater for every "built with use" occurrence. Or perhaps
> it's now only looking at installed deps and not it's own dep graph
> when emerge runs.
>
> Portage should only care about whether the package is already built
> with use, or will be according to the dep graph

So you get the same recommendation about the use flag change?

If you have USE="cairo" in make.conf or it is enabled via some profile
(desktop?) you have to add >=x11-libs/fltk-2.0_pre6970-r1 -cairo to
package.use to override this on a per package basis. I think there is
no way around this.

-- 
Regards,
Daniel