From: Jim Ramsay <lack@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport
Date: Fri, 11 May 2007 13:19:51 -0600 [thread overview]
Message-ID: <20070511131951.362744ed@sed-192.sedsystems.ca> (raw)
In-Reply-To: <1178908077.8007.21.camel@localhost>
[-- Attachment #1: Type: text/plain, Size: 3213 bytes --]
Olivier Crête wrote:
> On Fri, 2007-11-05 at 12:12 -0600, Jim Ramsay wrote:
> > Josh Saddler wrote:
> > > Jim Ramsay wrote:
> > > > I suppose I could also propose:
> > > >
> > > > 4) netscape-flash just RDEPENDS on libflashsupport all the time.
> > > > It's certainly not a large library to be added on.
> > > >
> > >
> > > That is a terrible idea. Don't make it "depend" on something that
> > > it clearly does *not* depend on. Flash works just fine without the
> > > optional add-ons, and those are *definitely* optional. I've never
> > > needed libflashsupport and would prefer not seeing useless cruft
> > > attached to a perfectly working Flash installation.
> >
> > Point taken - If you don't want the extra features you don't want
> > libflashsupport at all.
> >
> > I could make it so that if all of the USE flags for libflashsupport
> > are turned off it doesn't actually install the library at all, just
> > gets added to the list of installed packages.
> >
> > > If you're going to add it to USE, then make sure it's *not* on by
> > > default, thanks.
> >
> > This way it will adhere to your current set of global USE flags. If
> > you have pulseaudio, esd, oss, ssl, or gnutls on globally, it will
> > install libflashsupport with the appropriate hooks in it. If they
> > are all off (either globally or specifically for libflashsupport)
> > you will just get the same old netscape-flash with no add-ons.
> >
> > Is this a worthy compromise?
>
> This seems even worse.. I think either having one local use flag in
> netscape-flash is probably the best solution.. The second best is to
> have all of the use flags and RDEPEND on flash-support if any is
> enabled.
Can you explain what you mean by "even worse"? I think my latest
solution is more correct than any of the others yet proposed. In fact,
here's another small improvement on it:
Have netscape-flash with IUSE="vanilla" (by default it is off), which
when enabled will not pull in libflashsupport.
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
This is my #1 goal, otherwise I'd just have 'libflashsupport' as its
own separate package and those "in the know" would install it
separately if they want any of the extra features. But users should not
have to have special knowledge to get the features they have already
enabled in their global USE flags.
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
Also, having all of the ssl/gnutls/pulseaudio/esd/oss flags turned off
for libflashsupport will have the effect of not actually installing the
library, so the only added cost there is one more entry in the list of
installed packages, which I hope you will agree is basically zero.
--
Jim Ramsay
Gentoo/Linux Developer (rox,gkrellm)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2007-05-11 19:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-10 17:00 [gentoo-dev] Optional Package Dependencies for netscape-flash -> libflashsupport Jim Ramsay
2007-05-10 18:20 ` Patrick McLean
2007-05-10 19:11 ` Olivier Crête
2007-05-11 17:15 ` Jim Ramsay
2007-05-11 18:00 ` Josh Saddler
2007-05-11 18:12 ` Jim Ramsay
2007-05-11 18:27 ` Olivier Crête
2007-05-11 19:19 ` Jim Ramsay [this message]
2007-05-11 19:29 ` Olivier Crête
2007-05-11 20:03 ` Jim Ramsay
2007-05-11 19:36 ` Thomas Rösner
2007-05-11 19:52 ` Jim Ramsay
2007-05-11 20:06 ` Olivier Crête
2007-05-12 9:25 ` [gentoo-dev] " Steve Long
2007-05-11 20:26 ` Ryan Hill
2007-05-12 0:48 ` Josh Saddler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070511131951.362744ed@sed-192.sedsystems.ca \
--to=lack@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox