Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

Got it working. Uploade so we can try it out for beta 2. libav codecs work, qapt auto-install doesn't. Jonathan -- kubuntu-devel mailing list kubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On Mon, Mar 24, 2014 at 02:36:22PM +0100, Rohan Garg wrote: > > As upstream dev I'd find that somewhat offending, as distro dev it > > seems like a not-quite-as-crappy solution. Roll a dice maybe. :P > > > > Ugh, as someone who worked on this, I'd recommend we do this as a stop > gap measure for t

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

> As upstream dev I'd find that somewhat offending, as distro dev it > seems like a not-quite-as-crappy solution. Roll a dice maybe. :P > Ugh, as someone who worked on this, I'd recommend we do this as a stop gap measure for this beta, but we start looking at phonon vlc in case pgst doesn't perfor

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On Mon, Mar 24, 2014 at 2:19 PM, Jonathan Riddell wrote: > On Mon, Mar 24, 2014 at 02:14:22PM +0100, Harald Sitter wrote: >> On Mon, Mar 24, 2014 at 1:48 PM, Jonathan Riddell wrote: >> > On Mon, Mar 24, 2014 at 12:17:52PM +0100, Harald Sitter wrote: >> >> gstreamer0.10-ffmpeg was removed from the

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On Mon, Mar 24, 2014 at 02:14:22PM +0100, Harald Sitter wrote: > On Mon, Mar 24, 2014 at 1:48 PM, Jonathan Riddell wrote: > > On Mon, Mar 24, 2014 at 12:17:52PM +0100, Harald Sitter wrote: > >> gstreamer0.10-ffmpeg was removed from the archive [1] because it does > >> not build with libav9 (it ret

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On Mon, Mar 24, 2014 at 1:48 PM, Jonathan Riddell wrote: > On Mon, Mar 24, 2014 at 12:17:52PM +0100, Harald Sitter wrote: >> gstreamer0.10-ffmpeg was removed from the archive [1] because it does >> not build with libav9 (it retracted the libavformat/url.h header). > > It's replaced with gstreamer1

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On Mon, Mar 24, 2014 at 12:17:52PM +0100, Harald Sitter wrote: > gstreamer0.10-ffmpeg was removed from the archive [1] because it does > not build with libav9 (it retracted the libavformat/url.h header). It's replaced with gstreamer1.0-libav so adding gstreamer1.0-libav to kubuntu-restricted-addon

Re: ISO oversized (again)

Am Montag, 24. März 2014, 13:45:31 schrieb Ovidiu-Florin Bogdan: > Why does default-jre require openjdk? IMO it shouldn't. >From my point of view, LO should not recommend default-jre but should suggest it - LO is dropping Java in favour of Python (work in progress since 4.1) and nearly everything

Re: ISO oversized (again)

It doesn't. It requires openjdk-7-jre. ( http://packages.ubuntu.com/trusty/default-jre) It's not the same thing. I consider this is normal. *Ovidiu - Florin Bogdan* GeekAliens.com Kubuntu România 2014-03

Re: gstreamer0.10-ffmpeg and how we won't have it for 14.04

On 2014-03-24 12:17, Harald Sitter wrote: more good news gstreamer0.10-ffmpeg was removed from the archive [1] because it does not build with libav9 (it retracted the libavformat/url.h header). gstffmpeg has a builtin libav copy that also fails to build [2], supposedly because of gcc stuff. so

Re: ISO oversized (again)

Why does default-jre require openjdk? IMO it shouldn't. *Ovidiu - Florin Bogdan* GeekAliens.com Kubuntu România 2014-03-24 11:18 GMT+02:00 Harald Sitter : > libreoffice-base apparently started to recomm

gstreamer0.10-ffmpeg and how we won't have it for 14.04

more good news gstreamer0.10-ffmpeg was removed from the archive [1] because it does not build with libav9 (it retracted the libavformat/url.h header). gstffmpeg has a builtin libav copy that also fails to build [2], supposedly because of gcc stuff. so short of bringing back libav8 (which probab

ISO oversized (again)

libreoffice-base apparently started to recommend default-jre (java runtime) which will pull in openjdk and openjdk will pull in a bunch of other nonesense (e.g. libgnome ->>>2<<<-). So amd64 is once again oversized (bare in mind that we made some 30 compressed MiB available by dropping krita...).