Minor update for xine-lib 1.1.2 for those who can't wait for Reinhard to find some time :-)
URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine_0.7.9_xine-lib_1.1.2.patch.gz
Hi
On 2:28:26 am 11/07/2006 Darren Salt linux@youmustbejoking.demon.co.uk wrote:
Minor update for xine-lib 1.1.2 for those who can't wait for Reinhard to find some time :-)
On this subject, are there some patches I can apply against 1.1.1? specifically the version in ubuntu. I've tried grabbing the latest version of vdr-plugin-xine and applying the patches therein to the package, but it didn't compile. The instructions suggest that I should be using a recent CVS of xine, but I'd prefer to stick with the distro version if possible.
Also (and just aimed at Darren) - is there any chance that your packages and the ones on e-tobi.net could be merged? I find myself flipping between them as one updates to a new version ;)
Cheers, --- Chris Jones cmsj@tenshu.net www.tenshu.net
On 11/07/06 15:54 Chris Jones wrote:
On this subject, are there some patches I can apply against 1.1.1? specifically the version in ubuntu. I've tried grabbing the latest version of vdr-plugin-xine and applying the patches therein to the package, but it didn't compile. The instructions suggest that I should be using a recent CVS of xine, but I'd prefer to stick with the distro version if possible.
Chris,
You may already know it, but... http://pkg-vdr-dvb.alioth.debian.org/ ...is quite a good source of debian-vdr packages. I only found it last week but it has made my life a lot simpler.
I've compiled vdr-1.4.1 and vdr-plugin-xineliboutput_0.99rc4 from here and they both work fine on Ubuntu Dapper. Just install svn-buildpackage and follow the instructions in the page above.
I guess that because vdr-xine uses a patched libxine-main it might be a bit more complicated, but it's worth a try. If not, I highly recommend xinelibout. I have found it much more straight forward to install and use than vdr-xine.
I demand that Chris Jones may or may not have written...
On 2:28:26 am 11/07/2006 Darren Salt linux@youmustbejoking.demon.co.uk wrote:
Minor update for xine-lib 1.1.2 for those who can't wait for Reinhard to find some time :-)
On this subject, are there some patches I can apply against 1.1.1? specifically the version in ubuntu.
My packages (for etch) will probably work with little or no modification, possibly not even requiring a rebuild; or you can grab the .diff.gz and apply some patches from there. (See .sig.)
I've tried grabbing the latest version of vdr-plugin-xine and applying the patches therein to the package, but it didn't compile. The instructions suggest that I should be using a recent CVS of xine,
Which was true at the time, given the patch in that package. I did re-add the bits which had been committed to xine-lib CVS for my 1.1.1 packages.
but I'd prefer to stick with the distro version if possible.
Fine, but note that there are a couple of security fixes in 1.1.2. (These are fixed in 1.1.1 in Debian.)
Also (and just aimed at Darren) - is there any chance that your packages and the ones on e-tobi.net could be merged? I find myself flipping between them as one updates to a new version ;)
Let's just say that it's easier for my changes to be merged into the e-tobi repository due to bandwidth issues...
On Tue, Jul 11, 2006 at 02:28:26AM +0100, Darren Salt wrote:
Minor update for xine-lib 1.1.2 for those who can't wait for Reinhard to find some time :-)
URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine_0.7.9_xine-lib_1.1.2.patch.gz
Hello :-)
Just tried against current CVS and it fails with :
Making all in lib make[2]: Entering directory `/usr/src/CVS/xine-lib/lib' /bin/sh ../libtool-nofpic --mode=link gcc -O3 -fomit-frame-pointer -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wall -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -pipe -march=k8 -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Wstrict-aliasing=2 -o libxineposix.la /bin/sh: ../libtool-nofpic: No such file or directory make[2]: *** [libxineposix.la] Error 127 make[2]: Leaving directory `/usr/src/CVS/xine-lib/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/CVS/xine-lib' make: *** [all] Error 2
I demand that Gregoire Favre may or may not have written...
On Tue, Jul 11, 2006 at 02:28:26AM +0100, Darren Salt wrote:
Minor update for xine-lib 1.1.2 for those who can't wait for Reinhard to find some time :-) URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine_0.7.9_xine-lib_1.1.2.patch.gz
Just tried against current CVS and it fails with :
Making all in lib make[2]: Entering directory `/usr/src/CVS/xine-lib/lib' /bin/sh ../libtool-nofpic --mode=link gcc -O3 [...] /bin/sh: ../libtool-nofpic: No such file or directory
[snip]
Seen here too. That file is no longer present (it was generated), and there were still references to it. I've committed a fix.
On Tue, Jul 11, 2006 at 10:59:40PM +0100, Darren Salt wrote:
Seen here too. That file is no longer present (it was generated), and there were still references to it. I've committed a fix.
Thank, now there is another problem :
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -DXINE_LIBRARY_COMPILE -I/usr/include -O3 -fomit-frame-pointer -fexpensive-optimizations -fschedule-insns2 -ffast-math -finline-functions -Wall -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -pipe -march=k8 -Wformat=2 -Wno-format-zero-lengaudio_alsa_out.c:1549: error: 'alsa_driver_t' has no member named 'is_paused' audio_alsa_out.c:1551: error: 'alsa_driver_t' has no member named 'audio_fd' audio_alsa_out.c:1552: error: 'alsa_driver_t' has no member named 'audio_fd' audio_alsa_out.c:1557: error: 'alsa_driver_t' has no member named 'audio_fd' audio_alsa_out.c:1561: error: 'alsa_driver_t' has no member named 'audio_fd' audio_alsa_out.c:1562: error: 'alsa_driver_t' has no member named 'audio_fd' audio_alsa_out.c:1565: error: 'alsa_driver_t' has no member named 'output_sample_rate' audio_alsa_out.c:1567: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1568: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1576: error: 'alsa_driver_t' has no member named 'mixer' audio_alsa_out.c:1586: error: 'alsa_driver_t' has no member named 'mixer' audio_alsa_out.c: In function 'alsa_speaker_arrangement_cb': audio_alsa_out.c:1610: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1611: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1613: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1614: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1617: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1619: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1622: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1624: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1627: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1629: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1632: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c:1634: error: 'alsa_driver_t' has no member named 'capabilities' audio_alsa_out.c: In function 'ao_alsa_delay': audio_alsa_out.c:684: warning: control reaches end of non-void function audio_alsa_out.c: In function 'ao_alsa_bytes_per_frame': audio_alsa_out.c:652: warning: control reaches end of non-void function audio_alsa_out.c: In function 'ao_alsa_num_channels': audio_alsa_out.c:644: warning: control reaches end of non-void function audio_alsa_out.c: In function 'ao_alsa_get_capabilities': audio_alsa_out.c:873: warning: control reaches end of non-void function make[3]: *** [xineplug_ao_out_alsa_la-audio_alsa_out.lo] Error 1 make[3]: Leaving directory `/usr/src/CVS/xine-lib/src/audio_out' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/CVS/xine-lib/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/CVS/xine-lib' make: *** [all] Error 2
Thank,
I demand that Gregoire Favre may or may not have written...
On Tue, Jul 11, 2006 at 10:59:40PM +0100, Darren Salt wrote:
Seen here too. That file is no longer present (it was generated), and there were still references to it. I've committed a fix.
Thank, now there is another problem :
[snip]
audio_alsa_out.c:1549: error: 'alsa_driver_t' has no member named 'is_paused'
[etc.]
Yes it does (line 94). That and the rest of the reported errors strongly suggest that (at best) your source tree is broken or corrupted.
On Thu, Jul 13, 2006 at 02:30:41AM +0100, Darren Salt wrote:
Yes it does (line 94). That and the rest of the reported errors strongly suggest that (at best) your source tree is broken or corrupted.
In fact I think it because it don't find : asoundlib.h which on my system is /usr/include/alsa/asoundlib.h
I have just created a symlink in xine-lib source and it compils.
Do you think there is something wrong in my system or there is a problem with xine source ?
I use alsa-lib-1.0.11.
Now it fails at :
gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/usr/src/CVS/xine-lib/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../ -march=k8 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so x86_64-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory make[3]: *** [xineplug_inp_vdr.la] Error 1 make[3]: Leaving directory `/usr/src/CVS/xine-lib/src/vdr' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/CVS/xine-lib/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/CVS/xine-lib' make: *** [all] Error 2
Thank,
I demand that Gregoire Favre may or may not have written...
On Thu, Jul 13, 2006 at 02:30:41AM +0100, Darren Salt wrote:
Yes it does (line 94). That and the rest of the reported errors strongly suggest that (at best) your source tree is broken or corrupted.
In fact I think it because it doesn't find : asoundlib.h
You should have said. (I saw no indication that that was the case.)
which on my system is /usr/include/alsa/asoundlib.h
It should be finding that without problem (with help from pkg-config).
I have just created a symlink in xine-lib source and it compiles.
Do you think there is something wrong in my system or there is a problem with xine source?
I still think the former...
I use alsa-lib-1.0.11.
Now it fails at :
gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/usr/src/CVS/xine-lib/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../ -march=k8 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so x86_64-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory
That symbol is no longer defined. It tells me that you did a CVS update, pulling in certain changes which require certain action(s) to be taken. You've not done what's needed.
If, during a CVS update, you see changes in the m4 directory or to configure.ac, you *MUST* then re-run autogen.sh. You should append your usual configuration options, exactly as if running configure.
Otherwise, if you see changes to any Makefile.am, you *MUST* re-run automake and ./config.status (although this should happen automatically when you run make).
If you don't - well, you've seen what can happen.
On Thu, Jul 13, 2006 at 06:12:00PM +0100, Darren Salt wrote:
That symbol is no longer defined. It tells me that you did a CVS update, pulling in certain changes which require certain action(s) to be taken. You've not done what's needed.
If, during a CVS update, you see changes in the m4 directory or to configure.ac, you *MUST* then re-run autogen.sh. You should append your usual configuration options, exactly as if running configure.
Otherwise, if you see changes to any Makefile.am, you *MUST* re-run automake and ./config.status (although this should happen automatically when you run make).
If you don't - well, you've seen what can happen.
Oh, many thanks for the explanation, you are right, I never run automake... I added it to my compil script :
#!/bin/bash p=/data/linux/dvb/patches/xine/xine-lib.patch MAKE='sudo nice -n 4 make' OPTIONS="show update dry-run apply undry-run unapply compile exit" select opt in $OPTIONS; do if [ "$opt" = "show" ]; then vi $p elif [ "$opt" = "update" ]; then cvs -q -z3 update -d -P elif [ "$opt" = "dry-run" ]; then patch --dry-run -p1 < $p elif [ "$opt" = "apply" ]; then patch -p1 < $p elif [ "$opt" = "undry-run" ]; then patch --dry-run -p1 -R < $p elif [ "$opt" = "unapply" ]; then patch -p1 -R < $p elif [ "$opt" = "compile" ]; then sudo rm -fr /usr/include/xine.h /usr/include/xine && \ sudo ./autogen.sh --prefix=/usr --with-xvmc-lib=XvMCNVIDIA \ --with-xxmc-lib=XvMCNVIDIA \ --with-xvmc-path=/usr/X11R6/lib --with-xxmc-path=/usr/X11R6/lib \ --x-includes=/usr/include --with-xv-path=/usr/X11R6/lib && \ sudo automake && $MAKE && $MAKE install && $MAKE distclean elif [ "$opt" = "exit" ]; then exit else echo bad option fi done
But that wasn't enough : with this I still got the same compilation error... so I fetched a brand new xine-lib from CVS and there is first the missing /usr/include/alsa/asoundlib.h as before and : gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/usr/src/CVS/xine-lib/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../ -march=k8 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so x86_64-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory make[3]: *** [xineplug_inp_vdr.la] Error 1 make[3]: Leaving directory `/usr/src/CVS/xine-lib/src/vdr' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/CVS/xine-lib/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/CVS/xine-lib' make: *** [all] Error 2
I don't see what's I've done false here ?
I demand that Gregoire Favre may or may not have written...
On Thu, Jul 13, 2006 at 06:12:00PM +0100, Darren Salt wrote:
[snip]
If, during a CVS update, you see changes in the m4 directory or to configure.ac, you *MUST* then re-run autogen.sh. You should append your usual configuration options, exactly as if running configure.
[snip]
Oh, many thanks for the explanation, you are right, I never run automake...
There were changes in m4/* and configure.ac. That isn't enough.
I added it to my compil script :
#!/bin/bash p=/data/linux/dvb/patches/xine/xine-lib.patch MAKE='sudo nice -n 4 make' OPTIONS="show update dry-run apply undry-run unapply compile exit" select opt in $OPTIONS; do
[snip]
elif [ "$opt" = "compile" ]; then sudo rm -fr /usr/include/xine.h /usr/include/xine && \
Not needed until you're ready to reinstall.
sudo ./autogen.sh --prefix=/usr --with-xvmc-lib=XvMCNVIDIA \
Why as root?
[snip]
sudo automake && $MAKE && $MAKE install && $MAKE distclean
Duplication: automake is run by autogen.sh.
[snip]
But that wasn't enough : with this I still got the same compilation error... so I fetched a brand new xine-lib from CVS and there is first the missing /usr/include/alsa/asoundlib.h as before and :
Works fine here. I'm guessing that you have a broken libasound installation.
gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/usr/src/CVS/xine-lib/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../ -march=k8 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so x86_64-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory make[3]: *** [xineplug_inp_vdr.la] Error 1 make[3]: Leaving directory `/usr/src/CVS/xine-lib/src/vdr'
That means that the VDR patch needs to be updated to work with CVS HEAD. You should either do that (it may be enough to remove @XINE_PLUGIN_MIN_SYMS@) or use 1.1.2.
On Thu, Jul 13, 2006 at 08:47:20PM +0100, Darren Salt wrote:
elif [ "$opt" = "compile" ]; then sudo rm -fr /usr/include/xine.h /usr/include/xine && \
Not needed until you're ready to reinstall.
Oh NO : with change of xine, one really have to remove those BEFORE compiling, I have experienced errors due to this :-) So it's better to just remove it...
Why as root?
Because with some of the xine cvs it sometimes fails without root privileges (as some files in make install are created there with root passwd) but xine is the only program I have to use root to compil...
Duplication: automake is run by autogen.sh.
Then my first script was indeed correct :-)
Works fine here. I'm guessing that you have a broken libasound installation.
Or you are still on previous libasound ?
That means that the VDR patch needs to be updated to work with CVS HEAD. You should either do that (it may be enough to remove @XINE_PLUGIN_MIN_SYMS@) or use 1.1.2.
Yes, it took me some time to discover the patch wasn't made for the CVS :-)
I demand that Gregoire Favre may or may not have written...
On Thu, Jul 13, 2006 at 08:47:20PM +0100, Darren Salt wrote:
[snip]
Why as root?
Because with some of the xine cvs it sometimes fails without root privileges (as some files in make install are created there with root passwd) but xine is the only program I have to use root to compile...
Specific examples, patches? (I've not seen anything like that.)
Duplication: automake is run by autogen.sh.
Then my first script was indeed correct :-)
... however, it's not usually necessary to regenerate *everything*.
Works fine here. I'm guessing that you have a broken libasound installation.
Or you are still on previous libasound?
1.0.11 here...
That means that the VDR patch needs to be updated to work with CVS HEAD. You should either do that (it may be enough to remove @XINE_PLUGIN_MIN_SYMS@) or use 1.1.2.
Yes, it took me some time to discover the patch wasn't made for the CVS :-)
:-)
On Thu, Jul 13, 2006 at 06:12:00PM +0100, Darren Salt wrote:
Oops,
without the patch, xine compils perfectly... if your patch is not of md5sum 17e9a1aba83784e98f87100ac05d9340 then I am sorry for the repport.
... and for CVS HEAD: URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine/
My xine-lib .debs will remain based on the 1.1.2 release.
Hey Darren,
since some days, the xine-lib has changed a bit, so your patches fail against version 1.1.3. I've updated all necessary patches, to make xine-lib running with the current cvs version. You may want to update our patches on your site!
Regards, Martin
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Darren Salt Gesendet: Donnerstag, 13. Juli 2006 23:52 An: vdr@linuxtv.org Betreff: Re: [vdr] vdr-xine & xine-lib 1.1.2 (patch update)
... and for CVS HEAD: URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine/
My xine-lib .debs will remain based on the 1.1.2 release.
martin wrote:
Hey Darren,
since some days, the xine-lib has changed a bit, so your patches fail against version 1.1.3. I've updated all necessary patches, to make xine-lib running with the current cvs version. You may want to update our patches on your site!
What about "xine-lib_modify_expand_plugin.patch"?
Best Regards.
What about the patches for xine-lib @ http://www.youmustbejoking.demon.co.uk/patches/vdr-xine are they being maintained too?
"C.Y.M" syphir@syphir.sytes.net wrote: martin wrote:
Hey Darren,
since some days, the xine-lib has changed a bit, so your patches fail against version 1.1.3. I've updated all necessary patches, to make xine-lib running with the current cvs version. You may want to update our patches on your site!
What about "xine-lib_modify_expand_plugin.patch"?
Best Regards.
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
--------------------------------- Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
V Live wrote:
What about the patches for xine-lib @ http://www.youmustbejoking.demon.co.uk/patches/vdr-xine are they being maintained too?
I have not seen them change for a while.
I used the patches from this site -> http://www.youmustbejoking.demon.co.uk/patches/vdr-xine http://www.youmustbejoking.demon.co.uk/patches/vdr-xine
For me it looks like many patches are already in the cvs version. So basically I only use these 3 patches:
xine-lib_extra_internals.patch
xine-lib_overlay_redraw.patch
xine-lib_vdr_plugins.patch
As xine works fine, with as little as 3% CPU usage @ 1200MHz of a Pentium M 1,7GHz (XvMC) activated.
So why change more then necessary? Maybe Darren can give us some hints, for what all those extra patches are needed.
Regards,
Martin
Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von V Live Gesendet: Montag, 9. Oktober 2006 00:30 An: syphir@syphir.sytes.net; VDR Mailing List Betreff: Re: AW: [vdr] vdr-xine & xine-lib 1.1.2 (patch update)
What about the patches for xine-lib @ http://www.youmustbejoking.demon.co.uk/patches/vdr-xine are they being maintained too?
"C.Y.M" syphir@syphir.sytes.net wrote:
martin wrote:
Hey Darren,
since some days, the xine-lib has changed a bit, so your patches fail against version 1.1.3. I've updated all necessary patches, to make
xine-lib
running with the current cvs version. You may want to update our patches
on
your site!
What about "xine-lib_modify_expand_plugin.patch"?
Best Regards.
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_____
Get your own web address for just $1.99/1st yr. We'll help. Yahoo! http://us.rd.yahoo.com/evt=41244/*http:/smallbusiness.yahoo.com/ Small Business.
Hi,
I'm not using this patch - because Xine works fine here :-)
Regards, Martin
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von C.Y.M Gesendet: Sonntag, 8. Oktober 2006 23:47 An: VDR Mailing List Betreff: Re: AW: [vdr] vdr-xine & xine-lib 1.1.2 (patch update)
martin wrote:
Hey Darren,
since some days, the xine-lib has changed a bit, so your patches fail against version 1.1.3. I've updated all necessary patches, to make xine-lib running with the current cvs version. You may want to update our patches on your site!
What about "xine-lib_modify_expand_plugin.patch"?
Best Regards.
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
C.Y.M -
Chris Jones -
Darren Salt -
Gregoire Favre -
martin -
Richard Wall -
V Live