From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7215 invoked by uid 1002); 21 Nov 2003 21:09:41 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 6291 invoked from network); 21 Nov 2003 21:09:41 -0000 From: Chris Gianelloni To: Paul de Vrieze Cc: gentoo-dev@gentoo.org In-Reply-To: <200311212115.45865.pauldv@gentoo.org> References: <20031121173254.GA24867@cerberus.oppresses.us> <1069438024.27932.7.camel@bengal.lan> <200311212115.45865.pauldv@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AnEPQF8S2Ne5iwcDXfth" Message-Id: <1069448822.4546.52.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 21 Nov 2003 16:07:02 -0500 Subject: Re: [gentoo-dev] Gentoo internal structure X-Archives-Salt: 47b4efec-178e-4d31-a4ed-66886850ae5e X-Archives-Hash: d431e99d54e7206710522ea1545d29a0 --=-AnEPQF8S2Ne5iwcDXfth Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-11-21 at 15:15, Paul de Vrieze wrote: > On Friday 21 November 2003 19:07, Erik Swanson wrote: > > On Fri, 2003-11-21 at 09:32, Jon Portnoy wrote: > > > The social contract states that Gentoo Linux will never _depend_ on > > > nonfree software. However, we still provide it. If we moved over to a > > > Debian-esque "if you want nonfree software, you need to change settin= gs" > > > it would irritate a decently large number of people. > > > > My suggestion of a conservative default was under the assumption that i= t > > would be trivial to accept additional licenses. An interactive "y" afte= r > > being shown the license, for example. I agree that a more liberal > > default would be in order if it required substantial effort (such as > > editing make.conf) to accept additional licenses. >=20 > I don't want interactive "y"'s as in that case I cannot redirect my outpu= t to=20 > a logfile anymore.=20 Then don't "emerge enemy-territory" or "emerge ut2003"... =3D[ I had considered proposing the idea of some form of flag which can be set from within an ebuild that tells portage that the ebuild is "interactive" and would cause portage to skip that ebuild during a merge unless a flag (variable, etc) were specified on the command-line.=20 Dependencies would be taken care of much like masked packages. Portage would give an error at the beginning of a merge if one of the dependencies for something you are merging is marked as interactive. Something like INTERACTIVE=3Dyes in the ebuild and emerge --interactive.=20 Otherwise the ebuild would be skipped (like in a emerge -u world), preferably with some form of message displayed BEFORE the merge starts. * Enemy Territory requires user input and will be skipped during this emerge. You can diable this behavior by running emerge with the --interactive command-line option. Then again, that could be a serious PITA to code, so feel free to ignore me at any time. =3D] --=20 Chris Gianelloni Developer, Gentoo Linux Games Team Is your power animal a pengiun? --=-AnEPQF8S2Ne5iwcDXfth Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/vn52kT4lNIS36YERAsMWAJ9wG0AeO2Icw93wY09uukGoRxhhcwCfQNyp 0/Xqx2UhRRFMxqLryYs23c8= =vISx -----END PGP SIGNATURE----- --=-AnEPQF8S2Ne5iwcDXfth--