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 1G3GnO-000798-Md for garchives@archives.gentoo.org; Wed, 19 Jul 2006 18:29:19 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k6JIReHm027793; Wed, 19 Jul 2006 18:27:40 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k6JINsZL015734 for ; Wed, 19 Jul 2006 18:23:55 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4BE53648EC for ; Wed, 19 Jul 2006 18:23:54 +0000 (UTC) Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22346-17 for ; Wed, 19 Jul 2006 18:23:52 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 1891E64839 for ; Wed, 19 Jul 2006 18:23:51 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1G3Ghi-0003aW-Fr for gentoo-dev@gentoo.org; Wed, 19 Jul 2006 20:23:26 +0200 Received: from ip68-230-97-209.ph.ph.cox.net ([68.230.97.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jul 2006 20:23:26 +0200 Received: from 1i5t5.duncan by ip68-230-97-209.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 19 Jul 2006 20:23:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: "Duncan" <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: New category: net-voip Date: Wed, 19 Jul 2006 18:22:51 +0000 (UTC) Message-ID: References: <20060718151541.5decd065@snowdrop.home> <1153246650.31239.25.camel@onyx> <200607181739.49727.vapier@gentoo.org> <1153321851.6243.20.camel@onyx> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-97-209.ph.ph.cox.net User-Agent: pan 0.103 (Eldarfaroth) Sender: news X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Status: No, score=-2.563 required=5.5 tests=[AWL=0.036, BAYES_00=-2.599] X-Spam-Score: -2.563 X-Spam-Level: X-Archives-Salt: a2a01d0e-5ce2-4f10-8c4e-bbcbb660fc45 X-Archives-Hash: 100c2058b8c5d1288adee9db31e74bfe Ned Ludd posted 1153321851.6243.20.camel@onyx, excerpted below, on Wed, 19 Jul 2006 11:10:51 -0400: > On Tue, 2006-07-18 at 17:39 -0400, Mike Frysinger wrote: >> On Tuesday 18 July 2006 14:17, Ned Ludd wrote: >> > There is no consistency for end users when stuff keeps getting shuffled >> > around. >> >> i dont see why end users should care ... devs should update the >> profile/updates/ files and portage should do the rest > > Every single year quarter after quarter the more updates > that happen the slower portage is becoming. > Care to solve that? I don't know all of what portage devs did to fixpackages, but with the 2.1.1-pre series now in ~arch anyway (and I /thought/ in 2.1.0, but I may have been mistaken), it's /so/ much faster, I finally added FEATURES=fixpackages to make.conf -- along with the FEATURES=buildpkg I've had there for some time! Where back with 2.0.5x, it would take forever, starting with moves even before I had a Gentoo installed (I never did figure out why it couldn't start from the date of the last one and only do any new fixes, or at /least/ ignore ones from before my first Gentoo install), now it seems to skip over them all at once and only slow down when it gets to new packages. IOW, it seems like they've implemented the timestamp thing and only update things since then, like I would have thought reasonable to do all along. To put it another way, with new portage, fixpackages doesn't seem to be an issue at all! My first emerge --pretend --update --deep --newuse world (before it's all memory cached) seems to take longer than fixpackages does, now. Either they did something very right, or they did something very wrong and it's skipping everything it should be doing, therefore explaining the dramatic speed improvements! =8^) In any case, I used to dread running fixpackages, but it's now simply not an issue! =8^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-dev@gentoo.org mailing list