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 1LboD3-0004QU-TP for garchives@archives.gentoo.org; Tue, 24 Feb 2009 03:43:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EFF7FE02F0; Tue, 24 Feb 2009 03:43:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id AFAA2E02F0 for ; Tue, 24 Feb 2009 03:43:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 7B5DCB7012 for ; Tue, 24 Feb 2009 03:43:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.585 X-Spam-Level: X-Spam-Status: No, score=-3.585 required=5.5 tests=[AWL=0.014, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jcd4Ou1wR0RA for ; Tue, 24 Feb 2009 03:43:44 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id E3000B6FB2 for ; Tue, 24 Feb 2009 03:43:40 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LboCk-000601-NR for gentoo-user@gentoo.org; Tue, 24 Feb 2009 03:43:35 +0000 Received: from pool-173-71-204-106.clppva.fios.verizon.net ([173.71.204.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Feb 2009 03:43:34 +0000 Received: from en.ABCD by pool-173-71-204-106.clppva.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 Feb 2009 03:43:34 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: ABCD Subject: [gentoo-user] Re: Portage and sets Date: Mon, 23 Feb 2009 22:43:24 -0500 Message-ID: References: <49A26817.2030609@gmail.com> <200902231023.36118.volkerarmin@googlemail.com> <49A2745E.6060609@gmail.com> <20090223132610.1e02c7e0@krikkit.digimed.co.uk> 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 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-173-71-204-106.clppva.fios.verizon.net User-Agent: Thunderbird 2.0.0.19 (X11/20090106) In-Reply-To: X-Enigmail-Version: 0.95.7 Sender: news X-Archives-Salt: 5fba2dd1-d8a9-46b6-84c4-d8c3e44ffc3a X-Archives-Hash: 16d9742a71388cc1b10e0ac72f963d9e -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 James wrote: > OK, color me "dense", but, if we are assuming there should be > a smooth (easy) transition from kde-meta to kde "sets" I'm > missing something. The posted lists (sets) do not look anything > like the way kde-meta is organized. > > > Call it herd mentality, but I bet many of the current kde-meta > crowd would just love to have these sets defined for us > and we can choose which of these generic sets we want, > and then just build a set or 2 of our own. Then make a file > that lists those and all we have to do is emerge that file. > Poof done, kde-meta, simple fast and mostly like what other > have, using gentoo defined sets for kde-4.2.x > > Should we not have some standard, logical listing of > of the various kde packages, like the current categories > for kde 3.5.x, only in set form? Sure folks could build there > own sets but if all you want is the old kde-meta (give or > take a few application), in sets+kde.4.2.x form, there > should be some predefined sets for us? > > That is to say, (more clearly I hope); when I go to the kde > button in 3.5.9, I get these categories: > Development > Entertainment > Games > Graphics > > > So what aren't there pre-defined sets with this sort of grouping? > Thus the new kde-4.2.x would be a straight convert (except > for applications that are lost and/or gained) to ease the transition > to kde 4.2.x using sets. Really, all I want is a similar setup > to kde-meta, via sets && Kde 4.2.x, without having to get > intimate with 200+ applications..... and not having to > define my own sets. > > > Is this already done? > > Looking at the previous links and Neils postings, at first glance > it tells me I'm going to have to spend days learning about what all > of these individual packages do to have a somewhat similar setup > that kde-meta provided. I do not what to learn the details and names > of all of that stuff. I want to emerge a small number of sets > and POOF as close as I can get (with sets and kde4.2) to the > ole kde-meta? > > Am I being unreasonable? Did I miss something? > (and yes, I'm lazy, mentally crippled, and slow > that's why I still do admin work....) There are predefined sets in the kde-testing overlay, that correspond to the upstream tarballs (and, therefore, to the kdefoo-meta packages). Unfortunately, they cannot yet be distributed with the gentoo-x86 tree (that's $PORTDIR, or /usr/portage, for you playing along at home). I don't remember the reasons given for that, but you can copy the sets from that tree, and place them in your /etc/portage/sets/ directory, and modify them at will - or create your own based on those sets. Note that you do not actually need that overlay installed to use the sets; all you have to do is copy the sets from the overlay into your local configuration. - -- ABCD -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmjbNwACgkQOypDUo0oQOof/gCfTwgO/neVBxe7/YhHN0KpHczz 634Anisv8fvHCS4D26R+Wf3c+Ia5HZ6e =AHxk -----END PGP SIGNATURE-----