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 1NogXK-0007O6-UA for garchives@archives.gentoo.org; Mon, 08 Mar 2010 17:14:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CB83DE08CE; Mon, 8 Mar 2010 17:14:32 +0000 (UTC) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.37]) by pigeon.gentoo.org (Postfix) with ESMTP id 0C8B3E08C3; Mon, 8 Mar 2010 17:14:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by relay213.estpak.ee (Postfix) with ESMTP id D91F9EEA9; Mon, 8 Mar 2010 19:14:23 +0200 (EET) X-Virus-Scanned: amavisd-new at estpak.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (relay213.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JiLdgq2zLDez; Mon, 8 Mar 2010 19:14:20 +0200 (EET) Received: from NETI-Relayhost2.estpak.ee (neti-relayhost2.estpak.ee [88.196.174.199]) by relay213.estpak.ee (Postfix) with ESMTP id E0CBAEEBB; Mon, 8 Mar 2010 19:14:19 +0200 (EET) X-SMTP-Auth-NETI-Businessmail: no Subject: [gentoo-dev] Reorganizing handling of target specific profiles (Was: Split desktop profile patches & news item for review) From: Mart Raudsepp To: gentoo-dev@lists.gentoo.org Cc: gentoo-desktop@lists.gentoo.org In-Reply-To: <201003041652.56521.tampakrap@gentoo.org> References: <201003041652.56521.tampakrap@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zRmm8MXZ5xX+GXL8F41O" Date: Mon, 08 Mar 2010 19:13:20 +0200 Message-Id: <1268068400.10824.36.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-Archives-Salt: 920ea701-78ed-4e9f-ab36-d8e6d75ee3da X-Archives-Hash: 1e0dd21faa562a62593f336247192d36 --=-zRmm8MXZ5xX+GXL8F41O Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, On Thu, 2010-03-04 at 16:52 +0200, Theo Chatzimichos wrote: > Hello > I have managed to split the desktop profile to gnome and kde submenus. Th= e=20 > result can be found in kde-crazy overlay (not in layman) [1] I think this whole approach of adding yet more subprofiles is highly suboptimal. You are wanting to add at least 28 more subprofiles (the number would reach the 80s if including hardened/mips, etc), whereas we just had a sort-of discussion on how we have too many of them already at http://archives.gentoo.org/gentoo-dev/msg_be393426980d12f341cabccfe5ab10aa.= xml Instead I think we should be improving "eselect profile" to support multiple inheriting /etc/make.profile files in a user friendly fashion, and in the end removing 249 subprofiles, instead of adding 28+. Also, even after doing the addition of kde/gnome subprofiles, users would like a better eselect profile for multi-inheriting, if they use both GNOME and KDE on the same system (using both once in a while, or multiple users on the same machine), as gnome/kde specific USE flags would be only in their separate subprofiles then, and you want both. So what I believe should be done instead of adding yet more subprofiles is improving eselect profile to have good support for multi-inheriting /etc/make.profile With at least portage, one can have /etc/make.profile/ be a directory, which is basically a user created profile in its own right, whereas with the symlink to profile directory method, the toplevel profile used is simply one in $PORTDIR/profiles/. Through that one can do a multi-inheriting profile, so you could have a "parent" file in there, with the following contents: /usr/portage/profiles/default/linux/amd64/10.0 =EF=BB=BF/usr/portage/profiles/targets/desktop And you would effectively have the same as a symlink pointing to =EF=BB=BF/usr/portage/profiles/default/linux/amd64/10.0/desktop Now as targets/ don't really do anything more than add USE flags to the global set or package.use, we could support adding targets to the basic release set for an arch with "eselect profile", so one could add both a future gnome and a kde target, if desired. Or even also server flags as well, if so desired by the user. And that without having to have all those subprofiles per-arch/per-release profiles. Once users are converted over to that method, there's no need for all the target specific subprofiles we currently have. This at the last count was 249 subprofiles for all the per-arch desktop/, server/ and developer/ subprofiles, and we could remove them all, or simply phase out when the 10.0 release phases out, replaced with a new release that doesn't have the desktop/server/developer subprofiles in the first place - giving a good migration and phase-out point. So the steps for implementing this would be something like the following: * Improve eselect profile to have user friendly support for multi-inheriting /etc/make.profile/, possibly special casing targets/ as an add-on option/flag sort of thing. * Test and stabilize the eselect-profile with those features * Introduce the new gnome/kde targets and reorganize things. I would suggest a new directory for this, that can have the options that eselect-profile allows to add-on easily. For example basic-desktop, gnome, kde, gentoo-developer, server, and so on - internally we can inherit things as desired in there as an implementation detail (gnome and kde can inherit from basic-desktop). Even adding lxde and xfce targets is fine and simple, they can just inherit basic-desktop and users don't need to find out that to get a target suitable for xfce, they would have to go with the broad "desktop" or "basic-desktop" target. If "targets" is the best directory name for it, then that's fine too. The current ones can be moved away to somewhere else, atomically with tweaking all the inherits from default/ and hardened/ profiles at the same time. * Possibly have a new release set, that has no subprofiles from the start, and can be accompanied with all the news and awareness raising it takes to get users use this new method. * All the things I forgot about. * Eventually phase out completely the previous exponentially increasing =EF=BB=BF subprofiles mess. 3) Profit. Obviously I doubt to have time to work on it personally. I hope the guys pushing for adding even more subprofiles can pick up this idea and implement it, if discussion gives consensus this is a good way forward. --=20 Mart Raudsepp Gentoo Developer Mail: leio@gentoo.org Weblog: http://blogs.gentoo.org/leio --=-zRmm8MXZ5xX+GXL8F41O Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (GNU/Linux) iEYEABECAAYFAkuVMDAACgkQkeYb6olFHJfXfgCffHUd1fzM4nQziE+iOptkv2hl OeEAoLq4cEfxLVJ7+zWOrkiFTGh+JbFM =oT4i -----END PGP SIGNATURE----- --=-zRmm8MXZ5xX+GXL8F41O--