From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LMnKH-0007MJ-8v for garchives@archives.gentoo.org; Tue, 13 Jan 2009 17:45:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2D20DE01F9; Tue, 13 Jan 2009 17:45:16 +0000 (UTC) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.240]) by pigeon.gentoo.org (Postfix) with ESMTP id E16B8E01F9 for ; Tue, 13 Jan 2009 17:45:15 +0000 (UTC) Received: by rv-out-0708.google.com with SMTP id b17so110143rvf.46 for ; Tue, 13 Jan 2009 09:45:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=wcUykv60c4Ekbohywd9tZWH6+C3WEHG6S9hBm8IjrkA=; b=iGtmsDHZ6/WylDpZ0kPr7a+FrEWE1rYDebfF/AihztrVInpPHbe5U+ZaKQD0jajd6L WTzYhFu053CVnwVM9wvQwCteomkWa8pF1q8VVEYmarj6KFgshBzkrMyJZCS+Y9Zy5wjS 21uHfnRpzjLudksRfXboB/fZxkY1Fjwhrxekc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=vUZqL+cBz4Z3k/Y6LSedFOtkOxTD12fokAND8GvLp65+l82wOWCE1vbCcMIvwZh2DS oZMpkfqY94Qh6VJDTiRRifv15hOWXsdfINIjjireiWkc+rSjEMXMRsTugwiZuIzXPlCd x/2mxXifA8+gN4vjRvabx12L8I19/71FTIxCI= 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 Sender: paul.hartman@gmail.com Received: by 10.140.172.20 with SMTP id u20mr15380747rve.244.1231868715537; Tue, 13 Jan 2009 09:45:15 -0800 (PST) In-Reply-To: <20090113172748.GA7589@math.princeton.edu> References: <58965d8a0901130744p3d724207i9b911c9c3559d61d@mail.gmail.com> <200901131752.06750.alan.mckinnon@gmail.com> <58965d8a0901130820l459f7878k6311f0db3b4f4ae1@mail.gmail.com> <20090113163805.GA6686@math.princeton.edu> <20090113165759.GA7150@math.princeton.edu> <58965d8a0901130910h36b4c3d1tbade45655331b46a@mail.gmail.com> <20090113172748.GA7589@math.princeton.edu> Date: Tue, 13 Jan 2009 11:45:15 -0600 X-Google-Sender-Auth: bb567647cfc6cd6c Message-ID: <58965d8a0901130945s45d6f5b7v3aa27027ff48e07b@mail.gmail.com> Subject: Re: [gentoo-user] 'emerge -e world' question From: Paul Hartman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 96e80e22-1d5b-463e-ba54-f402b7b45a04 X-Archives-Hash: 39dd11508de59c39c1ca7258fe758325 On Tue, Jan 13, 2009 at 11:27 AM, Willie Wong wrote: > On Tue, Jan 13, 2009 at 11:10:44AM -0600, Paul Hartman wrote: >> On Tue, Jan 13, 2009 at 10:57 AM, Willie Wong wrote: >> > Hum, I seem to have made an erroneous assumption. >> > >> > On Tue, Jan 13, 2009 at 11:38:05AM -0500, Willie Wong wrote: >> >> The problem with this last one is not --deep. It is --update. >> > >> > Nevermind, I looked at the changelogs for openoffice and >> > dev-perl/Archive-Zip, and frankly, I am pretty sure what I said was >> > completely wrong in this situation. And also, frankly, I am becoming >> > as confused as you are about your problem. >> >> I "downgraded" to File-Spec-3.29 (actually an upgrade) which in turn >> emerged/updated the rest of that bunch of perl-related packages. Now >> I'm re-emerging openoffice-3.0.0 since it appears to be using a newer >> set of the go-oo.org patches (despite the lack of version number >> change). Plus it is always fun to see how long it takes to build one >> of the biggest packages there is. I have emerged it twice in the past, >> the first was 1hr33m the second was 1hr55m, so I hope this one won't >> exceed 2h. > > I don't find that explanation satisfactory. (The one about upgrade vs > downgrades.) -u expands to --update means to install the *best > available version*, not the *highest version number available*. If an > ebuild goes from x86 to being hardmasked, --update should downgrade. > If an ebuild of insanely high version number gets removed, --update > should downgrade. > > I can explain why emerge openoffice and emerge --deep openoffice are > different. emerge --deep openoffice basically does something similar > to emerge --oneshot . > So every package in the dependency tree will be considered, and if not > at the *best* version it will be updated. Compare to emerge openoffice > where only if a change of ebuild in openoffice changes the dependency > will trigger installation of new or updated versions of dependencies. > (Basically, you already have a version of whatever perl class it > wants, and the ebuild specifies >= some really low version, so the > dependency is satisfied and won't be considered in the emerge.) > > What I can't explain is why emerge --update --deep world misses the > update! dev-perl/Archive-Zip is (correct me if I am wrong: I didn't > see it mentioned in the changelogs so I assume it was not changed) in > the dependency tree of both the Nov 3 and the January versions of > openoffice. So --deep should traverse down there and find that one of > its dependencies requires an update. At least that's what I expect > based on "man emerge". Well, Archive-Zip had File-Spec as a dep, which was a downgrade. If you check the Changelog in perl-core/File-Spec you can see where they renamed the version number from 3.2701 to 3.27.01. Apparently I had installed it under the "old" version number, 3.2701 which later got renamed to 3.27.01 and was superseded by 3.29. Since 2701 wasn't masked, it just disappeared from portage and stayed happily in my system installed packages cache, and emerge saw my current version 2701 as a higher version number than 27.01 or 29 so it never "upgraded" me to the newer version. That's my guess, anyway. Would those packages which are installed but no longer in my portage tree or one of its overlays be identified by a [?] in "emerge -evp world" output? Along that same line of thought, it might be interesting to make a script to compare the cached ebuilds of installed packages against the same version ebuilds in the portage tree to see if there were any "stealth" updates other than openoffice. Paul