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 1QLHCL-0005YK-Ra for garchives@archives.gentoo.org; Sat, 14 May 2011 15:56:10 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 59B081C0B4; Sat, 14 May 2011 15:54:48 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 0C68D1C0B4 for ; Sat, 14 May 2011 15:54:47 +0000 (UTC) Received: by wyi11 with SMTP id 11so3382883wyi.40 for ; Sat, 14 May 2011 08:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=cA4InUDjxUv7ugmBKDNiffniP99KaYFdrkUK6Tkq33c=; b=gHRnn+3503BY5dEdlxZEtKHteffGwUFnyib+euG9zzdrXgZsXnpOgtA5bUYbI2yg1p 9S9SLEoYWt+e4S5Irv9sHCVxyXbxrzXfP/OkaXHErs4qStLrUZ37H4I45kVKOuCXM2gQ Dc1g309sU2Zdfdg1zumAWIP3xNL7toOUdAw68= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=TG9osQK25qEi6Fp0LgMBZK4Zu4HaoIwQ/LRMAp2UnDMoQVjQ4s4LeyPxe97NUcNewQ eDO3pug3Xuf2im7lLVc2Pkv3PU4ZogCNbucoU3QQLt1+fAPVBkwo6dx4WhxDol7WbmCU M0Pl0SXYQhq9gT9sOOiUrnVyfd0Yh6zh6JRDE= Received: by 10.227.199.21 with SMTP id eq21mr2590699wbb.101.1305388486451; Sat, 14 May 2011 08:54:46 -0700 (PDT) Received: from nazgul.localnet (196-215-114-244.dynamic.isadsl.co.za [196.215.114.244]) by mx.google.com with ESMTPS id z13sm2040686wbd.63.2011.05.14.08.54.43 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 14 May 2011 08:54:45 -0700 (PDT) From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] chicken <--> egg (NFS & tty video) Date: Sat, 14 May 2011 17:53:56 +0200 User-Agent: KMail/1.13.7 (Linux/2.6.38-ck-r1; KDE/4.6.3; x86_64; ; ) Cc: Indi References: <20110514143708.GA10155@gaurahari> In-Reply-To: <20110514143708.GA10155@gaurahari> 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 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201105141753.57295.alan.mckinnon@gmail.com> X-Archives-Salt: X-Archives-Hash: da619818985ecf361efe4d293cb7a04c Apparently, though unproven, at 16:37 on Saturday 14 May 2011, Indi did opine thusly: > On Sat, May 14, 2011 at 08:30:02AM +0200, Alan McKinnon wrote: > > Apparently, though unproven, at 05:28 on Saturday 14 May 2011, Felix > > Miata did > > > > opine thusly: > > > Is it telling me I have to change my USE from -gtk to +gtk, or can > > > emerging one of those 8 packages listed satisfy the dep? IOW, it's > > > unclear to me what "One of the following packages" actually refers to. > > > > It's telling you that you must enable USE=gtk for libcanberra for that > > build to succeed. The chain of packages listed won't solve the problem, > > they are causing it. > > > > Easiest is to list gtk in USE in make.conf, then everything that uses gtk > > will link against it. If you are worried about Gnome, this wil not cause > > gnome to be installed, just gtk+ > > True, just be aware that if you enable gtk *globally* you will end up > building the gtk interface for absolutely everything which has that > option. > Far better (IMO, YMMV) is to use /etc/portage/package.use specify such > things per package. Unless, of course, you like having a gtk GUI for > everything. > > :) No, it is much better to enable such a flag globally and *disable* it using package.use where you do *not* want it. Personally, I have better things to do than examine every new or changed package that shows up after avuND world and edit package.us for every single flag in that huge list. If a user has gtk+ installed, the common case is that they will want to use it globally due to gnome being present. Or they have a different WM but need gtk for something (eg wicd, whose kde interface sucks) and then they might as well just build gtk support for everything. It's not that much extra time or resources. There are always exceptions of course. Such as USE=ldap. It's widely used, but you might not want it globally enabled as USE=ldap translates to many different kinds of support in many different ebuilds (think of all the wildly varied things you could do with ldap). Dealing with each case on it's own merits in package.use make sense here, it's what I do. Whereas USE=gtk pretty much always translates to muchly the same thing everywhere - build the package so that it's gui uses that toolkit. For most folk, globally in make.conf makes sense. One size fits all does not work with advice on USE flags. The only thing that works is this: Make up your own damn mind. Your stuff is different to my stuff. ;-) -- alan dot mckinnon at gmail dot com