From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 1B07413888F for ; Thu, 15 Oct 2015 17:39:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0021821C05E; Thu, 15 Oct 2015 17:39:43 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 08968E0788 for ; Thu, 15 Oct 2015 17:39:41 +0000 (UTC) Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id D4DFD340AC8 for ; Thu, 15 Oct 2015 17:39:40 +0000 (UTC) Date: Thu, 15 Oct 2015 13:39:40 -0400 From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] ironing out release tarballs Message-ID: <20151015173940.GT4446@vapier.lan> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20151015153422.GP4446@vapier.lan> <20151015190107.1ce06e08@gentoo.org> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uX7BrQs69PbBafpd" Content-Disposition: inline In-Reply-To: <20151015190107.1ce06e08@gentoo.org> X-Archives-Salt: 824acf49-6a4e-4de4-88b5-476a1d9ef145 X-Archives-Hash: a2892386c7641be4ad93997eb246914f --uX7BrQs69PbBafpd Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 15 Oct 2015 19:01, Alexis Ballier wrote: > On Thu, 15 Oct 2015 11:34:22 -0400 Mike Frysinger wrote: > > - should the packages list be in a new packages.default, or should we > > create a new set to hold it, or should we just go with @profile ? > > -> @profile has the advantage of already existing. we have to be > > careful so as to make it difficult to uninstall packages that the > > user does not actually want. > >=20 > > - if the packages aren't in @profile, should they be seeded in > > @world ? -> imo yes as we don't want all the default packages > > getting depcleaned as soon as you start using the new install. if > > they're in @profile, then this is a moot point (assuming depclean > > does not clean out @profile). >=20 > some kind of 'world' file in profiles like the 'packages' one that is > just used to populate world file after (or just before) stage3 build ? i suggested the name "packages.default" originally to convey the notion that it's just the default set of packages (you'd find in a release). keeping the "packages." prefix seemed to be better namespace wise. doesn't require a PMS update because only releng tools (catalyst) would read it. set integration would have to conform to PMS. > not sure if sets provide the same flexibility: i can imagine iputils in > that set, but also another embedded profile with > busybox[make-symlinks], or the bsds i'm not sure putting USE flag qualifiers makes sense as the next time the package updates, the USE flags will change. if profiles want to default USE flags, the existing package.use makes more sense imo. -mike --uX7BrQs69PbBafpd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWH+TcAAoJEEFjO5/oN/WBHncP/jPG3DNln2g4IyX0L6rlxtz/ J4UdV7IKzUeS8seKbQbNh6U3jfIgHBehLzeJpghlqsoCD+q+5OvQtnsIT3n1c/5X rwNLpF4AiZLy0iW2b9JdDA4Vkja1Vznvf0KfuZFZpy5ojA1CJ8PZhQUxnHbPt4TU A/Mb1FJ0TGoNHbLCxyPoIAXPABV07o8JUMHEeWCPielmdYyHrKarLUXG+a7fyzW+ 8FaiYlXp6mFM0sQ/Ksg+Co1C1vPtWSO4H6PG4+PycJh+TkiLFgzkV3T9q/ZFdrAa FS+Hti10WjpsKDOCwwhjDRdoelS3MPR+YCf/3ExHjOTGjVmUi1lDBCfC4oiZsrZV RrVs8U0Qgg85yZ8n0WBC6IT0USVSuoDPQnJjTWKvoJiQxYbAbZCJoyBLyGYlz3GT aToThCXdeJniCWwr+VS6ORszc+85tlnB1a3TJs+VFtftdENVfDPKQObnu/p9leHW HkWhlrsueqaHxLJIPAg40z6uJOPn1MbaUEaXProdAYt7jKG8Na+CyisXnWyw72xO EVXlyQwjlOutUBYxOZfBbmjlg2Idn7Ss84KJ4qqT7WyzpGKXXH04qDYj9YOMKYPO p7xK/3PrEEG5fZR7ioZ78qZ0Qd6UP+jLnyL666DrfVyyM9OSkrxLbydZV53uC0Lc NyE+E3Mmi0WnVAAYFnyn =3F57 -----END PGP SIGNATURE----- --uX7BrQs69PbBafpd--