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 1RhrPd-0006x3-Dc for garchives@archives.gentoo.org; Mon, 02 Jan 2012 23:35:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2179E21C179; Mon, 2 Jan 2012 23:35:11 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 9223621C0FE for ; Mon, 2 Jan 2012 23:33:22 +0000 (UTC) Received: by wibhq2 with SMTP id hq2so10243116wib.40 for ; Mon, 02 Jan 2012 15:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:mime-version:content-type:content-transfer-encoding; bh=R7R2OleM+DrI9vf1MP7hA4wT2kHMvun68MRnE3WkQrY=; b=gnrcUbJ+juXAz+NU7jNfUvcCd/rvyrVkjiJmNEnItpm/kJW0kJ4rK520H1sL8/A6ln 1Gg8Z6e2DCdeWd+stziZP0rLUIKizGofMk+IaIPSc9Y4m7s5Gj6I0p2gU6dOdMc9adBD Ny75eUoCFYmsLHDmckr/tMsI6aX30Sm9cDYPI= Received: by 10.180.94.97 with SMTP id db1mr109316246wib.16.1325547201838; Mon, 02 Jan 2012 15:33:21 -0800 (PST) Received: from rohan.example.com (196-215-2-107.dynamic.isadsl.co.za. [196.215.2.107]) by mx.google.com with ESMTPS id g11sm18346141wbo.6.2012.01.02.15.33.19 (version=SSLv3 cipher=OTHER); Mon, 02 Jan 2012 15:33:21 -0800 (PST) Date: Tue, 3 Jan 2012 01:33:12 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] emerge --update behavior Message-ID: <20120103013312.3872601b@rohan.example.com> In-Reply-To: References: <4F00D521.1030702@orlitzky.com> <4F00DA99.8050502@orlitzky.com> <4F00DEC5.5090500@gmail.com> <4F00E741.6050002@orlitzky.com> <4F01CED2.5090806@libertytrek.org> <4F01D6A2.9000002@orlitzky.com> Organization: Internet Solutions X-Mailer: Claws Mail 3.7.8 (GTK+ 2.24.4; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: d3a6489d-38b2-4f7d-bce4-a85b2c80430b X-Archives-Hash: 0ee2ac4951140eb90ecf211dfffa9469 On Mon, 2 Jan 2012 11:20:19 -0500 Michael Mol wrote: > On Mon, Jan 2, 2012 at 11:16 AM, Michael Mol > wrote: > > On Mon, Jan 2, 2012 at 11:09 AM, Michael Orlitzky > > wrote: > >> On 01/02/2012 11:01 AM, Mark Knecht wrote: > >>> > >>> > >>> I tell by knowing which files I want in @world. Everything in > >>> world should be a package __I__ specifically want to use. > >>> Everything in world (on my machines anyway) is something: > >>> > >>> 1) =C2=A0I'd call from the command line > >>> 2) Need to write a little software myself, most specifically a > >>> library 3) Aid in displaying things, like font packages > >>> 4) Something required by Gentoo that I don't totally understand, > >>> like a virtual package. > >>> > >>> I just look through every so often and make sure everything seems > >>> to meet those sorts of requirements. When I find a library or > >>> something else then: > >>> > >>> 1) I make sure I'm clean with emerge -DuN @world AND emerge -p > >>> --depclean 2) I'll delete the questionable item > >>> 3) I'll see what happens with the two commands in #1 > >>> > >>> To me it's pretty straight forward, but I'm also not bothered at > >>> all by the idea that emerge package and emerge -u package do the > >>> same thing. A machine that doesn't have a package, when updated, > >>> should have the package and it should (IMO) be in world, but > >>> that's just me. > >> > >> > >> Fine for your home PC, doesn't cut it on servers. I have the > >> following in one of my world files: > >> > >> =C2=A0dev-php/PEAR-Mail > >> =C2=A0dev-php/PEAR-Mail_Mime > >> =C2=A0dev-php/PEAR-PEAR > >> =C2=A0dev-php/PEAR-Structures_Graph > >> > >> which of those do I want? At least one of them was installed to > >> support a customer's custom PHP application. Maybe all of them > >> were and they all belong in world. No one knows, this server is > >> older than the current --update behavior. > >> > >> So which ones can I remove? > >> > >> Solutions involving time travel and/or losing customers will be > >> disqualified. > > > > Make a backup copy of your world file. > > > > 1a. Remove those four lines. > > 2a. emerge -p --depclean > > 3a. Did any of those show up in the to-be-removed set? Add them > > back. > > > > Alternately: > > 1b. emerge -pev --tree --with-bdeps=3Dy @world > > 2b Find those packages in the output. The tree form of the display > > will help you see if anything is depending on them. > > 3b. If anything is depending on them, you should be able to safely > > remove them from your world file. I'd follow up with the 1a, 2a, 3a > > solution to be sure. >=20 > It just occurred to me...in the future, you might be able to build > ebuilds for managing customer requests, to ensure that dependencies on > particular packages with USE flags and version requirements are met. >=20 > I haven't built ebuilds myself yet, but it's on my TODO list. >=20 It's quite easy actually, doubly so if the package follows some sane rational build process (like eg configure && make && make install). In that case the ebuild is very small as the portage framework does all the heavy lifting automagically. I'd move that TODO item higher up on the priority list if I were you, you'll be glad you did :-) --=20 Alan McKinnnon alan.mckinnon@gmail.com