GSOC / VLC status & next steps ...

2013-08-28 Thread Minh Ngo
Hi Michael, I have implemented a feature for checking VLC version. Still wait your comments about include files for LibVLC in Mac builds :). All the best, Minh Minh Ngo | ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.fre

Re: GSOC / VLC status & next steps ...

2013-08-25 Thread Tor Lillqvist
> > Could anybody > check it for successful compiling on Windows? Thanks. > > It still requires libvlc headers, is that intentional? --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreo

GSOC / VLC status & next steps ...

2013-08-25 Thread Minh Ngo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi guys, I have changed some code to load libraries symbols only once and have wrote some stuff to detect VLC on Windows platforms [1]. Could anybody check it for successful compiling on Windows? Thanks. All the best, Minh [1] https://gerrit.libre

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread bjoern
On Fri, Aug 23, 2013 at 05:36:53PM +0200, Jean-Baptiste Kempf wrote: > As far as I know VLC has exactly the same dependency on precise, raring, > quantal and saucy. ... unlike LibreOffice for example. ;) Best, Bjoern ___ LibreOffice mailing list LibreO

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread Michael Stahl
On 23/08/13 17:36, Jean-Baptiste Kempf wrote: > On 23 Aug, bjoern wrote : >> This is of course because the "split into 173 mis-configured pieces" fate is >> carefully reserved by packagers for those upstreams that carelessly add 5 >> exciting new external dependencies with each major release ... >

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread Michael Meeks
On Fri, 2013-08-23 at 17:09 +0200, Jean-Baptiste Kempf wrote: > libvlc_get_version is not enough? We can be sure that it is digit+.digit+.digit+ followed by non-digits ? if so, fine I guess. Thanks, Michael. -- michael.me...@suse.com <><, Pseudo Engineer, itin

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread Jean-Baptiste Kempf
On 23 Aug, bjoern wrote : > This is of course because the "split into 173 mis-configured pieces" fate is > carefully reserved by packagers for those upstreams that carelessly add 5 > exciting new external dependencies with each major release ... Like? As far as I know VLC has exactly the same dep

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread bjoern
On Fri, Aug 23, 2013 at 05:09:54PM +0200, Jean-Baptiste Kempf wrote: > On 23 Aug, Michael Meeks wrote : > > > Linux, what do you mean pre-broken? > > > > I fully expect that every Linux packager in the world looks at VLC and > > says: "but really this is 173 packages bundled together, of which

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread Jean-Baptiste Kempf
On 23 Aug, Michael Meeks wrote : > Any chance of an easy-to-check version method a-la gtk that we can > depend on ? libvlc_get_version is not enough? > > Linux, what do you mean pre-broken? > > I fully expect that every Linux packager in the world looks at VLC and > says: "but reall

Re: GSOC / VLC status & next steps ...

2013-08-23 Thread Michael Meeks
On Wed, 2013-08-21 at 13:53 +0200, Jean-Baptiste Kempf wrote: > Very very strong API stability on libVLC. Great news :-) > API functions are added, that's it. Nothing is removed, ABI is kept. > Extension of API gets with newer functions, if needed. Any chance of an easy-to-check

Re: GSOC / VLC status & next steps ...

2013-08-21 Thread Jean-Baptiste Kempf
Hello, On 21 Aug, Michael Meeks wrote : > 1. we need to be sure of the API guarentees around libvlc > + JB - what API guarentees do you have there ? Very very strong API stability on libVLC. API functions are added, that's it. Nothing is removed, ABI is kept. Extension of API

GSOC / VLC status & next steps ...

2013-08-21 Thread Michael Meeks
Hi guys, I just cherry-picked Minh's nice work to master; and it looks in reasonably good shape. As such, it's prolly good to go through the last few pieces we need to get sorted out before enabling it by default on master. JB we'll need some help from you here I think. 1. we need