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 1M8Cdg-0006U7-CQ for garchives@archives.gentoo.org; Sun, 24 May 2009 12:17:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9942FE04AB; Sun, 24 May 2009 12:17:14 +0000 (UTC) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by pigeon.gentoo.org (Postfix) with ESMTP id 6EF6BE04AB for ; Sun, 24 May 2009 12:17:14 +0000 (UTC) Received: by gxk24 with SMTP id 24so3764077gxk.10 for ; Sun, 24 May 2009 05:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1z7LY676Q+6e/lz9r8ZslcPTIEul2IieO8zf3FmcUTc=; b=cTsaWE9cMitUCx6zPkNpxGVDv0ot39Gc/iZyhz3HpmQVkStXbResUVdPtEEX7QFYEO G+7pj4dpPtnx5RYhhTDNXKi2UGnABH4EIqBuKmlBG0meAAV9l4S7Jj0WF5FUtlfhpLUO E/9li4V5fvrM8yfoA28LcJsTSZEESpUdBtB1I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=EqCZZs0AtnzF0IVVJtmQYoD7Zprzc5zcK0XI8bY4rcIF8cRm30Ps4oOSxG6CG/vGF0 vXK9bDg+kfdLBNaXguAsKkls2qi3Rbqd2uJrCgW13abYh3A+Fh5Pwl0AC3QAEsilZdpA ZuhsY0YkN0OLSjZgvKosE2fShTJ3gHVNDrbYA= Received: by 10.90.71.16 with SMTP id t16mr3344030aga.42.1243167434171; Sun, 24 May 2009 05:17:14 -0700 (PDT) Received: from ?64.49.63.21? (r63h21.dixie-net.com [64.49.63.21]) by mx.google.com with ESMTPS id 1sm6000850agb.8.2009.05.24.05.17.09 (version=SSLv3 cipher=RC4-MD5); Sun, 24 May 2009 05:17:13 -0700 (PDT) Message-ID: <4A193AC3.9020002@gmail.com> Date: Sun, 24 May 2009 07:17:07 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.21) Gecko/20090519 SeaMonkey/1.1.16 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] ARGH I uninstalled python References: <983967.82330.qm@web51306.mail.re2.yahoo.com> <200905241107.13649.alan.mckinnon@gmail.com> <20090524102830.5d6860f9@krikkit.digimed.co.uk> <200905241206.02523.alan.mckinnon@gmail.com> In-Reply-To: <200905241206.02523.alan.mckinnon@gmail.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Archives-Salt: 47633d20-6143-451d-9516-47eff67f4927 X-Archives-Hash: 500c2632f894bd825c816f1373a80740 Alan McKinnon wrote: > On Sunday 24 May 2009 11:28:30 Neil Bothwick wrote: > >> On Sun, 24 May 2009 11:07:13 +0200, Alan McKinnon wrote: >> >>>> Portage is not in system, only the virtual. That can be >>>> satisfied by Paludis, which does not need Python. >>>> >>> Lucky for you, I know your sense of humour by now :-) >>> >>> Doesn't help portage users though, and portage is still the default >>> package manager on Gentoo. I don't see that changing any time soon, if >>> ever. >>> >>> Besides, unless you do it manually, you need portage to install >>> paludis, right? Without python, you don't get paludis. >>> >>> Either way, it's a bug. portage supports inheriting multiple parent >>> profiles. One approach would be to add a new collection of profiles in >>> addition to the existing base/, default/ and targets/ - called say >>> pkgmgr. >>> >> Is it really a bug? Postage is the default for the virtual and it depends >> on python, so there is no need for python itself to be in @system. This >> doesn't cause any problems except the one Dale mentions, which is that >> FEATURES=buildsyspkg does not build a package for python. man make.conf >> describes this option as "Build binary packages for just packages in the >> system set. Which is accurate but maybe not the desired behaviour. The >> option should really by to build packages for packages in @system and >> their dependencies. Put another way, build all the packages necessary to >> run "emerge -eK @system". >> >> I'd suggest filing an enhancement request on b.g.o. >> > > Using the "this is very unexpected behaviour" definition of bug, I certainly > do call it a bug. All three of the following commands, produce the same end > result (a b0rked system), but are treated very differently. I my mind, delete > warnings should be handled the same as installs, by taking the entire dep tree > into account: > > alan@nazgul ~ $ sudo emerge -avC python > Password: > > >>>> These are the packages that would be unmerged: >>>> > > dev-lang/python > selected: 2.5.4-r2 2.6.2 > protected: none > omitted: none > > >>>> 'Selected' packages are slated for removal. >>>> 'Protected' and 'omitted' packages will not be removed. >>>> > > Would you like to unmerge these packages? [Yes/No] n > > Quitting. > > alan@nazgul ~ $ sudo emerge -avC portage > > >>>> These are the packages that would be unmerged: >>>> > * Not unmerging package sys-apps/portage-2.2_rc33 since there is no valid > * reason for portage to unmerge itself. > > >>>> No packages selected for removal by unmerge >>>> > alan@nazgul ~ $ sudo emerge -avC gcc > > >>>> These are the packages that would be unmerged: >>>> > > > !!! 'sys-devel/gcc' is part of your system profile. > !!! Unmerging it may be damaging to your system. > > > sys-devel/gcc > selected: 4.3.3-r2 > protected: none > omitted: none > > >>>> 'Selected' packages are slated for removal. >>>> 'Protected' and 'omitted' packages will not be removed. >>>> > > Would you like to unmerge these packages? [Yes/No] n > > Quitting. > > I'll file a feature request > > +1 All I know is this: 1: If I accidentally remove python, portage will not say a word as far as warning me this is bad. This is what got the OP into this. If he had this warning, he may not have done this. Prevention is the best way but even that doesn't work. 2: Once #1 happens, your pretty much screwed because you don't even have a binary backup even tho it is set in make.conf to have one. That was the reason I put that setting in make.conf but someone chose to screw with my setting and its meaning. I guess now buildpkg is my only option. It's the only way to insure I can recover if I make a boo boo. 3: Portage is the package manager for Gentoo. As Alan said, it always has been and most likely always will. I'm not against having other package managers but if they are going to start messing up my settings, then I plan to gripe at least a little. If they are not going to support buildsyspkg then it needs to be announced and removed. False security is worse than none at all. My opinion on how this SHOULD work. If I do a emerge -e system, every package it builds should have a binary saved for back up. It doesn't matter if it is a dependency on something else or not, it should be built and stored. That was the purpose of that. Dale is going to go change this to buildpkg and run emerge -e system. Let's see if that even works or not. Thanks Alan. Dale :-) :-)