[OE-core] [yocto] GStreamer 0.10's future

Paul Eggleton paul.eggleton at linux.intel.com
Thu May 8 16:57:54 UTC 2014


On Thursday 08 May 2014 18:19:08 Martin Jansa wrote:
> On Thu, May 08, 2014 at 04:07:19PM +0100, Paul Eggleton wrote:
> > On Thursday 08 May 2014 15:48:40 Burton, Ross wrote:
> > > Hi all,
> > > 
> > > Sorry for the cross-post but I want this to have a wide audience.
> > > 
> > > For the 1.7 release I want to move GStreamer 0.10 from oe-core into
> > > meta-multimedia, and ensure everything in oe-core has ported to
> > > GStreamer 1.x.  GStreamer 0.10 is considered dead upstream and is
> > > unmaintained so we don't need to be shipping both versions anymore.
> > > 
> > > Everyone in agreement?  Should I expect any hate mail over this?
> > 
> > +1
> > 
> > The next question is does that mean for the "old" libav (which gst-ffmpeg
> > depends upon), do we move that as well or drop it?
> 
> libav was migrated to oe-core quite recently and there is couple of
> recipes in meta-oe, meta-webserver depending on it/ffmpeg so moving to
> meta-multimedia wouldn't be very easy.
> 
> meta-multimedia/recipes-multimedia/sox/sox_14.4.0.bb:DEPENDS = "libpng libav
> libsndfile1" meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:DEPENDS =
> "libusb1 libcec libplist expat yajl gperf-native libxmu fribidi mpeg2dec
> ffmpeg samba fontconfig curl python libass libmodplug libmicrohttpd wavpack
> libmms cmake-native libsdl-image libsdl-mixer virtual/egl mysql5 sqlite3
> libmms faad2 libcdio libpcre boost lzo enca avahi libsamplerate0
> libxinerama libxrandr libxtst bzip2 virtual/libsdl jasper zip-native zlib
> libtinyxml libmad"
> meta-multimedia/recipes-multimedia/musicpd/mpd_0.18.9.bb:DEPENDS =
> "alsa-lib libsamplerate0 libsndfile1 libvorbis libogg faad2 ffmpeg curl
> sqlite bzip2 pulseaudio" meta-multimedia/recipes-multimedia/vlc/vlc.inc:  
> faad2 ffmpeg flac libxpm libxinerama fluidsynth alsa-lib libdvdcss \
> 
> meta-oe/recipes-multimedia/nonworking/minidlna/minidlna_1.0.25.bb:DEPENDS =
> "flac libav jpeg sqlite3 libexif libogg libid3tag"
> meta-oe/recipes-support/opencv/opencv_2.4.bb:PACKAGECONFIG ??= "eigen gtk
> jpeg libav png tiff v4l"
> meta-oe/recipes-graphics/gegl/gegl_0.2.0.bb:PACKAGECONFIG[avformat] =
> "--with-libavformat,--without-libavformat,libav"
> meta-oe/recipes-multimedia/libpostproc/libpostproc_git.bb:DEPENDS = "libav"
> meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb:DEPENDS = "libvpx
> libdvdread libtheora virtual/libsdl ffmpeg xsp zlib \
> 
> meta-webserver/recipes-httpd/cherokee/cherokee_1.2.98.bb:PACKAGECONFIG[ffmpe
> g] = "--with-ffmpeg,--without-ffmpeg,libav"
> 
> But I would like to see migration to libav-9 which currently has negative
> D_P (mplayer2 already depends on 9*, but there are few recipes which fails
> with libav-9 too - see earlier world builds for list).

Yes, I'm just talking about libav 0.8 here - libav 9 would remain where it is. 
That might still be problematic though given that their PN is the same. I'm 
open to better suggestions, but I think we have to do *something* here.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



More information about the Openembedded-core mailing list