Thomas Rösner wrote:
> Jim Ramsay wrote:
> > [snip]
> > Have netscape-flash with IUSE="vanilla" (by default it is off),
> > which when enabled will not pull in libflashsupport.
> >   
> 
> I don't quite see why this is necessary? Or why you do have this
> discussion?

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.

> > 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
> >   
> 
> So, in netscape-flash:
> RDEPEND="
>     ssl? ( foo/libflashsupport )
>     pulseaudio? ( foo/libflashsupport )
>     esd? ( foo/libflashsupport )
>     oss? ( foo/libflashsupport )
> "
> and IUSE="ssl pulseaudio esd oss gnutls" in libflashsupport (which, as
> already said, has it's own ebuild)?

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.

It would be much more clear to only use the ssl USE flag when it
actually affects ssl support.

> > 2) It makes it easy for "power" users to not have libflashsupport
> > actually install anything by disabling all the USE flags.  This will
> > take 3 steps:
> > - Notice at upgrade or install time that there's this new 'extra'
> > package being installed
> > - Enable the 'vanilla' flag for netscape-flash
> > - Continue with upgrade or install
> 
> It's still easy enough to disable it via -* in package.use?

I'm not sure I understand what you are saying here.

-- 
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)

Attachment: signature.asc
Description: PGP signature

Reply via email to