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 1K2Wib-000448-1c for garchives@archives.gentoo.org; Sat, 31 May 2008 19:26:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B9B4AE0352; Sat, 31 May 2008 19:26:19 +0000 (UTC) Received: from hades.rz.tu-clausthal.de (hades.rz.tu-clausthal.de [139.174.2.20]) by pigeon.gentoo.org (Postfix) with ESMTP id 8FC79E0352 for ; Sat, 31 May 2008 19:26:19 +0000 (UTC) Received: from hades.rz.tu-clausthal.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B78AF20856F for ; Sat, 31 May 2008 21:25:47 +0200 (CEST) Received: from tu-clausthal.de (poseidon [139.174.2.21]) by hades.rz.tu-clausthal.de (Postfix) with ESMTP id 65EF820856E for ; Sat, 31 May 2008 21:25:47 +0200 (CEST) Received: from energy.heim10.tu-clausthal.de (account wevah [139.174.197.94] verified) by tu-clausthal.de (CommuniGate Pro SMTP 5.2.3) with ESMTPSA id 34740582 for gentoo-amd64@lists.gentoo.org; Sat, 31 May 2008 21:25:47 +0200 From: "Hemmann, Volker Armin" To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: KDE 4.0.4 upgrade, sort of. Date: Sat, 31 May 2008 21:25:42 +0200 User-Agent: KMail/1.9.9 References: <483D3324.3030709@ercbroadband.org> In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805312125.42938.volker.armin.hemmann@tu-clausthal.de> X-Virus-Scanned: by PureMessage V5.4 at tu-clausthal.de X-Archives-Salt: 37329609-5681-4d7c-abab-507a073a8ea4 X-Archives-Hash: 407c31bd5579fce8822e9a9c6de61723 On Samstag, 31. Mai 2008, Beso wrote: another good thing of paludis is the use of sets that > include a list of packages. i've actually been using them to update live > packages without putting them all hand by hand everytime. http://www.pkgcore.org/trac/pkgcore/wiki/Features http://www.pkgcore.org/trac/pkgcore/doc/doc/getting-started.rst ---> Sets Available sets are dependent upon your configuration. The majority of users still use /etc/make.conf configuration, which has five default sets: system, world, installed, version-installed, glsa system, world: These two are the same as in portage. version-installed: versioned-installed is a set of all CPVs from the vdb. This is useful for --emptytree. Example: If you have app/foo-1 and bar/dar-2 installed (and just those), versioned-installed would be a set containing -app/foo-1 and -bar/dar-2. installed: installed is an unversioned set, but is slotted. Unlike version-installed, installed can be used for "system update". Using pmerge -us installed over pmerge -u -s system -s world also has the advantage that dependency-orphaned packages are updated. Example: If you had app/foo-1 slot 1, app/foo-2 slot 2, installed would be a set containing app/foo:1 app/foo:2. glsa: Packages that are vulnerable to security bugs, as specified in their appropriate Gentoo Linux Security Advisory (GLSA). Custom Sets Doing this for a make.conf configuration is pretty simple. Just add a file to /etc/portage/sets, containing a list of atoms. The set name is the filename. Example: Making a kde set: pquery 'kde-*/*' --no-version > /etc/portage/sets/kde-set pmerge -uDs kde-set <----- ----> New in pkgcore: --ignore-failures: Ignore resolution/build failures, skipping to the next step. Think of it as the equivalent of --skipfirst, just without the commandline interruption. It goes without saying that this feature should be used with care. It is primarily useful for a long chain of non-critical updates, where a failure is not an issue. A good example of usage is if you want to build mozilla-firefox and openoffice overnight: both take a long while to build (including their dependencies), and the user is after getting as many packages built for the targets as possible, rather then having the 5th build out of 80 bail out without even attempting the other 75. Long term, this feature will likely be replaced with a more finely tuned option. <----- people who asked for a similar functionality in paludis were called stupid. (asking for skipfirst equivalent) -- gentoo-amd64@lists.gentoo.org mailing list