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 1QZMTQ-0000uQ-WD for garchives@archives.gentoo.org; Wed, 22 Jun 2011 12:24:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6521A1C109; Wed, 22 Jun 2011 12:22:01 +0000 (UTC) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.216.174]) by pigeon.gentoo.org (Postfix) with ESMTP id 3AEE51C109 for ; Wed, 22 Jun 2011 12:22:01 +0000 (UTC) Received: by qyk29 with SMTP id 29so2656050qyk.19 for ; Wed, 22 Jun 2011 05:22:00 -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:content-transfer-encoding; bh=9eeuP30asqkuM2lHhiWMpPQ18QZiMpUN/IGw3EwieQQ=; b=b99T5ZB/4/z0RNfxlaWky5ib6UXYYE5p0iRDx+f8skOYT4nx5y0nC/X9Stp+5di0FV w+LowcDbO2MQ31cnPp1CC7R7krCyMx0al3ScSPag3yitwHwX/snT0cFKV4drUGTODvqj +3ePFPKOxpTYOIOldQtm9g3422dGMerZ+8TTY= 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 :content-transfer-encoding; b=Tb7FmDry0CGYXtMzJdUalYyA5wC/ycFfm9Pd2ETVXkJperdFxl9VVOnua7VZD68h0Z 4c0fhm+B3tDKyfQX8foTFyW53ozI/q+I+xQzz0MhTOskdkTlnIphbXMeHVrOl3oz8Xr+ +I9gx3z1TsTQI8Pymox1zBpDx9L6bmMq/uzxE= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.229.6.196 with SMTP id a4mr420080qca.143.1308745320409; Wed, 22 Jun 2011 05:22:00 -0700 (PDT) Sender: daniel.pielmeier@googlemail.com Received: by 10.229.242.3 with HTTP; Wed, 22 Jun 2011 05:22:00 -0700 (PDT) In-Reply-To: <1680906.2ZX3ghURak@nazgul> References: <2869451.8C6Z2vDv6d@nazgul> <2722186.Lc5eY5q7TY@nazgul> <20110622114320.482e56ab@zaphod.digimed.co.uk> <1680906.2ZX3ghURak@nazgul> Date: Wed, 22 Jun 2011 14:22:00 +0200 X-Google-Sender-Auth: T1dbZD993cn53Eg61w6aJyIbAu0 Message-ID: Subject: Re: [gentoo-user] portage getting mixed up with USE? From: Daniel Pielmeier To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 795e4d8b7f9df074ff03af9f154285b6 2011/6/22 Alan McKinnon : > > Ah, hang on a sec. It's not quite what I thought. > > The original emerge command done again, plus just fltk on it's own: > > > # USE=3D"dillo" emerge -pv claws-mail > ... > Calculating dependencies... done! > [ebuild =C2=A0N =C2=A0 =C2=A0 ] net-libs/libetpan-1.0 =C2=A0USE=3D"berkdb= gnutls sasl ssl - > debug -ipv6 -liblockfile" 0 kB > [ebuild =C2=A0N =C2=A0 =C2=A0 ] x11-libs/fltk-2.0_pre6970-r1 =C2=A0USE=3D= "jpeg opengl png > xft xinerama zlib -cairo -debug -doc" 0 kB > [ebuild =C2=A0N =C2=A0 =C2=A0 ] www-client/dillo-2.2 =C2=A0USE=3D"gif jpe= g png ssl -doc - > ipv6" 0 kB > [ebuild =C2=A0 R =C2=A0 =C2=A0] mail-client/claws-mail-3.7.9-r1 =C2=A0USE= =3D"crypt dbus > dillo* gnutls imap ldap session spell ssl startup-notification - > bogofilter -doc -ipv6 -nntp -pda -smime -spamassassin -xface" 0 kB > > > # emerge -pv fltk > ... > Calculating dependencies... done! > [ebuild =C2=A0N =C2=A0 =C2=A0 ] x11-libs/fltk-2.0_pre6970-r1 =C2=A0USE=3D= "cairo jpeg opengl > png xft xinerama zlib -debug -doc" 0 kB > > > > The first and second are very different. > >> I was under the impression portage only did this if the USE flags >> for a package needed to be changed from the current settings. > > Now it appears that emerge output (at least in the case of an > unsatisfied emerge) is "what portage *needs* to do" instead of "what > it *will* do" This is what I mentioned before. > Portage has always displayed the latter right? That makes sense - you > can see what the emerge command would do as entered and compare it to > the error to see what the problem is. In this case it's a tweak to > package.use which I'm perfectly happy to do. > > I think it's bug time, portage is displaying the wrong output for > failures. You can try if you get the desired output if FEATURES=3D"-autounmask". If you enable autounmask portage automatically enableds the required changes and tells you the changes required to your configuration. --=20 Regards, Daniel