From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HmbR5-0007ZC-S9 for garchives@archives.gentoo.org; Fri, 11 May 2007 20:09:56 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l4BK8vRe021888; Fri, 11 May 2007 20:08:57 GMT Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l4BK6wOa019578 for ; Fri, 11 May 2007 20:06:59 GMT Received: from TesterServ.TesterNet ([70.83.102.151]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JHW004FU7VMV290@VL-MO-MR002.ip.videotron.ca> for gentoo-dev@lists.gentoo.org; Fri, 11 May 2007 16:06:58 -0400 (EDT) Received: from uucp by TesterServ.TesterNet with local-rmail (Exim 4.63) (envelope-from ) id 1HmbOE-0005mA-3y for gentoo-dev@lists.gentoo.org; Fri, 11 May 2007 16:06:58 -0400 Received: by TesterTop3.tester.ca (Postfix, from userid 1000) id 000C04A415A; Fri, 11 May 2007 16:06:50 -0400 (EDT) Date: Fri, 11 May 2007 16:06:50 -0400 From: Olivier =?ISO-8859-1?Q?Cr=EAte?= Subject: Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport In-reply-to: <20070511135253.19192cf2@sed-192.sedsystems.ca> To: gentoo-dev@lists.gentoo.org Message-id: <1178914010.8007.26.camel@localhost> Organization: Gentoo Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-version: 1.0 X-Mailer: Evolution 2.8.2.1 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-F1NgeG2M1NJSQH2evPxa" References: <20070510110018.67dd40a0@sed-192.sedsystems.ca> <46436275.8050809@gentoo.org> <1178824282.8007.18.camel@localhost> <20070511111555.5f26e596@sed-192.sedsystems.ca> <4644AF3F.7030503@gentoo.org> <20070511121210.7a75dfa2@sed-192.sedsystems.ca> <1178908077.8007.21.camel@localhost> <20070511131951.362744ed@sed-192.sedsystems.ca> <4644C5BF.1080704@digital-trauma.de> <20070511135253.19192cf2@sed-192.sedsystems.ca> X-Archives-Salt: 859abe39-13e5-4868-a607-1f0dcbe1615d X-Archives-Hash: 4dc8220e9a82e8133e8ff1628aa4440a --=-F1NgeG2M1NJSQH2evPxa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-05 at 13:52 -0600, Jim Ramsay wrote: > Thomas R=C3=B6sner wrote: > > Jim Ramsay wrote: > > > [snip] > > > Have netscape-flash with IUSE=3D"vanilla" (by default it is off), > > > which when enabled will not pull in libflashsupport. > > > =20 > >=20 > > I don't quite see why this is necessary? Or why you do have this > > discussion? >=20 > I started this discussion to find out the best way to add > libflashsupport to netscape-flash for users who want the extra features > that it offers. >=20 > > > This meets the following goals: > > > > > > 1) It makes it easy for "regular" users to get netscape-flash with > > > any additions required by any global USE flags in exactly one step: > > > - emerge netscape-flash > > > =20 > >=20 > > So, in netscape-flash: > > RDEPEND=3D" > > ssl? ( foo/libflashsupport ) > > pulseaudio? ( foo/libflashsupport ) > > esd? ( foo/libflashsupport ) > > oss? ( foo/libflashsupport ) > > " > > and IUSE=3D"ssl pulseaudio esd oss gnutls" in libflashsupport (which, a= s > > already said, has it's own ebuild)? >=20 > Yes, I considered this, it is option (2) in the original post in this > thread. However, I do not believe this is the best solution. Consider > the case where: > - A user has 'ssl' disabled globally > - A user sees that netscape-flash now has 'ssl' support, so he/she > enables 'ssl' just for the netscape-flash ebuild. > - The ebuild would then install libflashsupport, but do so without > actually adding ssl support, which would be quite frustrating to the > user, and probably generate unnedded bug traffic. >=20 > It would be much more clear to only use the ssl USE flag when it > actually affects ssl support. The solution to this is use-based deps.. The short term workaround is to use built_with_use. --=20 Olivier Cr=C3=AAte tester@gentoo.org Gentoo Developer --=-F1NgeG2M1NJSQH2evPxa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGRMzaHTiOWk7ZorsRAmKFAJ4jjTQhbaZ5XbI3G8sUh8pgU96UmgCdG6F6 DQf2fBm0o4Q60OdvYdprn8o= =KdoX -----END PGP SIGNATURE----- --=-F1NgeG2M1NJSQH2evPxa-- -- gentoo-dev@gentoo.org mailing list