From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id A516213877A for ; Fri, 25 Jul 2014 04:14:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B87E5E1503; Fri, 25 Jul 2014 04:13:54 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8ED49E14DB for ; Fri, 25 Jul 2014 04:13:53 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so3497325wgh.26 for ; Thu, 24 Jul 2014 21:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=P/ZY2VPG6VcJf18AREHBJ6D3xyyl8qDCfNJFkNIbOm8=; b=Nof2aXjpWsbXyD6RlecEsosxIFdp/CDqDO+X41jmKUJkVSEgHo2ibEHXxknOBF91zE SnpGM3f2U44CirhzrRWGrYO0CROYGk2GE5z3q+drpn/5tOzXkpqT+WGMizVlqjUbZ26F DKRTtI6f1/dhEEpHQ+nfFKCzqWAbtcmMJBA99PQim7vR8PZ9a2SHNlOXdxgJAZB+739G utp4BlRJKyd3FNBUr3UgRPWCa8ixwz6No9CzpLe6uH6qFFBuNcjLRVVeRpJfsZFuIKfn snPQZpsHcnLlyQqTECW8UgdDZH8AdsJsKyognpSgiCrPLAQaV9U7O5QiTMZiiNfeEuW4 HmVw== X-Received: by 10.180.19.1 with SMTP id a1mr1771956wie.16.1406261632169; Thu, 24 Jul 2014 21:13:52 -0700 (PDT) Received: from [172.20.0.41] (105-237-170-243.access.mtnbusiness.co.za. [105.237.170.243]) by mx.google.com with ESMTPSA id j6sm19336099wje.29.2014.07.24.21.13.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Jul 2014 21:13:51 -0700 (PDT) Message-ID: <53D1D94C.5020008@gmail.com> Date: Fri, 25 Jul 2014 06:13:00 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updating ALL packages References: <874my82oo3.fsf@nyu.edu> <20140724235704.557fe0e6@hactar.digimed.co.uk> <87zjfy6wa5.fsf@nyu.edu> In-Reply-To: <87zjfy6wa5.fsf@nyu.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 9b848286-ba64-40e9-9a56-2ae0540283b7 X-Archives-Hash: d1729b18c28a0b85663d31c742693f68 On 25/07/2014 03:51, gottlieb@nyu.edu wrote: > On Thu, Jul 24 2014, Neil Bothwick wrote: > >> On Wed, 23 Jul 2014 09:24:44 -0400, gottlieb@nyu.edu wrote: >> >>> I had mistakenly thought this would update all packages not at the >>> latest version (subject to package.accept_keywords, package.mask, ...). >> >> It only updates runtime dependencies, you need --with-bdeps=y to update >> all dependencies. > > Thank you and michael for this point. > >> However, the default is no for a good reason, there's no need to >> update build time deps once the package is installed. > > I see. > >>> I now realize that it only does this for the packages in world and then >>> follows the dependency tree. So if package A in world is up to date, A >>> depends of B, and a new version of B appears, B will not be updated. >>> >>> As a result eix-test-obsolete finds that I have packages installed that >>> are no longer in the database. >> >> That shouldn't happen. If an installed package is removed for the tree, >> portage should either install the highest version that matches your >> settings or print a warning. > > I am not sure if you consider the message from eix-test-obsolete > as the message from portage. > > eix-test-obsolete prints (among other things) > > Installed packages with a version not in the database (or masked): > [lines omitted] > [U] virtual/perl-CPAN-Meta-Requirements (2.125.0@10/29/2013 -> (~)2.125.0-r1): Virtual for CPAN-Meta-Requirements > > eix virtual/perl-CPAN-Meta-Requirements prints > > [U] virtual/perl-CPAN-Meta-Requirements > Available versions: 2.122.0-r2 (~)2.125.0-r1 > Installed versions: 2.125.0(09:25:35 PM 10/29/2013) > > /etc/portage/package.accept_keywords/goingstable contains > ~virtual/perl-CPAN-Meta-Requirements-2.125.0 > > I thought this would be updated to 2.125.0-r1 but > my update world (withOUT bdeps=y) says nothing to merge > and prints no error or warning That is correct. The package is needed to build stuff and nothing in the current list of packages to be built needs the package to do it. Should you sometime update a package that does depend on perl-CPAN-Meta to be built, then perl-CPAN-Meta will then be updated >>> I could do >>> >>> emerge --update the-2-dozen-such-packages >>> >>> Is that wise? >> >> No, as it will add them to world (this behaviour of -u appears to vary >> depending on portage version, wind direction and sunspot activity). Use >> --oneshot. > > Understood. And I remember the discussion on the list about the meaning > of -u. > > emerge -u -1 virtual/perl-CPAN-Meta-Requirements > reveals what is probably my real problem > > [ebuild U ~] virtual/perl-CPAN-Meta-Requirements-2.125.0-r1 [2.125.0] 0 kB > [nomerge ] perl-core/CPAN-Meta-Requirements-2.125.0 > [ebuild UD ] virtual/perl-version-0.990.100 [0.990.400] 0 kB > [ebuild UD ] perl-core/version-0.990.100 [0.990.400] 105 kB > > upgrading virtual/perl-CPAN-Meta-Requirements entails downgrading two > other perl packages (or bumping their version in goingstable, which I > remember you suggest). > > I am going away for 2 weeks, but when I return I will look carefully at > the (mostly perl) files that eix-test-obsolete complains about. I am > hopeful that armed with emerge -u -1 and/or --with-bdeps=y I can remove > the warnings from eix-test-obsolete. Just do one world update with bdeps=y Portage will then update the packages that it has been skipping > > Once again, thank you both, > allan > > -- Alan McKinnon alan.mckinnon@gmail.com