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 1MPhaA-0003AY-FB for garchives@archives.gentoo.org; Sat, 11 Jul 2009 18:45:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3D282E027E; Sat, 11 Jul 2009 18:45:57 +0000 (UTC) Received: from qw-out-1920.google.com (qw-out-1920.google.com [74.125.92.149]) by pigeon.gentoo.org (Postfix) with ESMTP id 20829E027E for ; Sat, 11 Jul 2009 18:45:57 +0000 (UTC) Received: by qw-out-1920.google.com with SMTP id 4so529041qwk.10 for ; Sat, 11 Jul 2009 11:45:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=MBO9NvWz0JTWLUmADcroHCH6/AewUCR3Z3pJlB/qgzQ=; b=clRxfoAkIpfq/7BCDkcsM+ZhdCQn0rPCybx6lfDaUcs/Elxsb4iWYUP2BYspXFupK+ tLi1lSEzOeyIsPRC4RtEfvm++sof7pVmpA/krSywAUtiwmLNOkwkakg4zb/igGHlte8F 0Vz+IYdLGn9c2Ck1nWG3hOQi5vRDEbSsulyok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=IxQ3C/ShFzUN1seT+tJ5SgMt24CNxSrj0KQaudo/WYn0Vev31istBzMyOl949QL/iA vTH9GeOAClfH3SB1FI70n+LktkFVLxS8RmqOOT0BCraLPMRkO4k89oscEFWqV4j2q8am F7EokTbgn2GI2L2qq9l31EvCUlbzQiolYJK4w= Received: by 10.224.11.1 with SMTP id r1mr2002653qar.174.1247337956872; Sat, 11 Jul 2009 11:45:56 -0700 (PDT) Received: from nazgul.localnet ([196.210.202.145]) by mx.google.com with ESMTPS id 7sm3619594qwf.6.2009.07.11.11.45.55 (version=SSLv3 cipher=RC4-MD5); Sat, 11 Jul 2009 11:45:56 -0700 (PDT) From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] HOWTO stick a package Date: Sat, 11 Jul 2009 20:44:18 +0200 User-Agent: KMail/1.11.4 (Linux/2.6.30-gentoo-r2; KDE/4.2.4; x86_64; ; ) References: <200907111957.32703.a@gaydenko.com> <200907111928.24255.alan.mckinnon@gmail.com> <20090711183219.GA20745@linux1> In-Reply-To: <20090711183219.GA20745@linux1> 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="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907112044.18313.alan.mckinnon@gmail.com> X-Archives-Salt: 13eb9c40-3422-41e1-bb05-bf578a16fd18 X-Archives-Hash: 21b625b664b12d9e0653a1cd14ee20b4 On Saturday 11 July 2009 20:32:19 William Hubbs wrote: > Hi Alan, > > On Sat, Jul 11, 2009 at 07:28:24PM +0200, Alan McKinnon wrote: > > On Saturday 11 July 2009 19:24:35 Andrew Gaydenko wrote: > > > > Find the ebuild in /var/db/pkg/category/package > > > > > > Thanks, it works - just created Manifest also. > > > > It's pity that portage doesn't support the .deb concept of pinning. I > > know you can always achieve the same effect with masks, but it would be > > nice to be able to say "hold package XYZ at current version" and be done > > with it. It happens often enough to be useful. > > You might want to take a look at man 5 portage, in particular, the > section on /etc/portage/profile/package.provided. If you list a full > package atom with a version in there, portage will not bother you about > upgrading that package, and you do not have to keep the ebuild around > in a local overlay. > > Does this do what you are trying to do? This little snippet from --depclean is enough to make me never use package.provided with a package from an ebuild: # emerge -a --depclean * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. AFAIK, package.provided is for use with apps that are in portage but for whatever reason the user has decided to install them by other means. package.provided is a way to satisfy deps of that package without having it installed via an ebuild. The solution you propose does require installation via an ebuild. -- alan dot mckinnon at gmail dot com