From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FyBSz-0000R1-9l for garchives@archives.gentoo.org; Wed, 05 Jul 2006 17:47:13 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k65Hefvh009033; Wed, 5 Jul 2006 17:40:41 GMT Received: from ilievnet.com ([84.21.204.200]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k65HAE61025441 for ; Wed, 5 Jul 2006 17:10:14 GMT Received: (qmail 12293 invoked from network); 5 Jul 2006 20:10:13 +0300 Received: from unknown (HELO ?10.0.1.11?) (10.0.1.11) by 0 with SMTP; 5 Jul 2006 20:10:13 +0300 Message-ID: <44ABF275.3040107@ilievnet.com> Date: Wed, 05 Jul 2006 20:10:13 +0300 From: Daniel Iliev User-Agent: Thunderbird 1.5.0.4 (X11/20060704) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] world favorites: pros and cons References: <44AB8AEF.70104@ilievnet.com> <44AB91EC.9070701@mid.message-center.info> <20060705115509.2905ae6d@hactar.digimed.co.uk> <44AB9E70.6010205@ilievnet.com> <20060705131400.3ae53735@hactar.digimed.co.uk> <44ABB409.4080003@ilievnet.com> <7573e9640607050938t31b5b0edmf9a2a672ed017ba0@mail.gmail.com> In-Reply-To: <7573e9640607050938t31b5b0edmf9a2a672ed017ba0@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 62b29123-7a0d-42b6-8f2f-6ddf6a71513a X-Archives-Hash: 09df0d187964a2f5ec4c9e1c014c6b7d Richard Fish wrote: > If you later take X out of your use flags, and do an emerge -DNuv > world, the A no longer depends on B. But since it is still in your > world file, portage will assume you want this package, and continue to > compile updates for it with each new version. That can be a pretty > huge waste of time. Thanks! Good point! --snip > Why not just merge the > top-level package, and if you don't like it, unmerge and use > --depclean --pretend to figure out what can safely be removed? > Because if I decide to keep it, all dependencies it pulls-in don't get updated until the top-level package starts depending on a different version of those packages. Actually this is the main reason I started this practice. "emerge --depclean" yells a big warning that it is broken. > And I don't necessarily believe that having everything in world > results in a significantly faster scan time than having only top-level > packages there. I would like to see actual proof of this assertion. > > -Richard No, no! I'm saying just the opposite - the more packages you have recorded in the world list, the slower scanning you get. -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list