Gstreamer-plugins splitting ports .. needs testing and feed back ?

[Joe Marcus Clarke]

On Wed, 2004-10-06 at 00:36, Michael Johnson wrote:
> On Oct 5, 2004, at 8:51 PM, Joe Marcus Clarke wrote:
> >> On Tuesday 05 October 2004 04:07, Joe Marcus Clarke wrote:
> >>> On Mon, 2004-10-04 at 21:51, Adam Weinberger wrote:
> >>
> >> If gstreamer-plugins becomes a metaport selector, no port may depend 
> >> on
> >> this.  They must depends on a gstreamer-plugins-base and the plugins 
> >> it
> >> really needs.
> >>
> >> I think it must detect PACKAGE_BUILDING and only depends on
> >> gstreamer-plugins-base in that case.
> >>
> >> This is a real big 'logistic' effort.  It isn't by any means 'easy'.
> >
> > I don't really think we need a selector port, though that's certainly a
> > possibility.  These plug-ins are pretty useless by themselves.  They're
> > really only useful if another application will load them (yes, you can
> > use the GST command line tools, but how many users really do that?).
> 
> 
> Actually he may have a good idea, because there are ports like 
> multimedia/gstreamer-player
> that will load and use any and every gstreamer plugin that it can find.
> 
> we could add say USE_GSTREAMER=all-select that will depend on 
> gstreamer-plugins-select
> which will have a OPTION= for every plugin in bsd.gstreamer.mk
> 
> But then again when package building what ports do we choose for 
> defaults? Use USE_GSTREAMER=all
> when PACKAGE_BUILDING is defined and depend on all 47 plugins?

I don't think that's necessary in this new scheme.  I think it's
sufficient to simply depend on the base set of plug-ins (i.e.
multimedia/gstreamer-plugins), then have users pick and choose the other
functionality they want.  Since each plug-in will now have its own
package, that's a breeze.  For example, for rhythmbox, I would have it
depend on the lame, mad, and ogg/vorbis plug-ins.  But for
nautilus-media, I would probably just depend on the base, and have users
add media support as they require it.

Joe

> 
> Michael
-- 
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20041006/b60857ce/attachment-0001.bin