[opensuse-packaging] VDR-1.4.6 packages break additional addons
Hi there, I just downloaded the latest vdr-1.4.6 packages for 10.0 and 10.1 (i586 and x86_64), rebuilt my additional addons (-osdteletext and -plugins built agains the fully functional libxine1, fwiw), updated everything and tried to start vdr once again, but it failed complaining that it didn't find the configured plugins "osdteletext" and "xine". Looking inside the vdr-1.4.6 package reveals that, while the package's version number has been bumped to 1.4.6, the version number of the included software appears to be stuck at 1.4.5: rpm -qp vdr-1.4.6-2.1.x86_64.rpm -l | fgrep 1.4 /usr/lib64/vdr/libvdr-hello.so.1.4.5 /usr/lib64/vdr/libvdr-osddemo.so.1.4.5 /usr/lib64/vdr/libvdr-skincurses.so.1.4.5 /usr/lib64/vdr/libvdr-sky.so.1.4.5 /usr/lib64/vdr/libvdr-status.so.1.4.5 /usr/lib64/vdr/libvdr-svccli.so.1.4.5 /usr/lib64/vdr/libvdr-svcsvr.so.1.4.5 /usr/lib64/vdr/libvdr-svdrpdemo.so.1.4.5 Hmmm, I guess this is an oversight and should be fixed, no? Whoever maintains the VDR package at repositories/vdr, could you please fix this? TIA, cheers. l8er manfred --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Manfred Hollstein wrote:
I just downloaded the latest vdr-1.4.6 packages for 10.0 and 10.1 (i586 and x86_64), rebuilt my additional addons (-osdteletext and -plugins built agains the fully functional libxine1, fwiw), updated everything and tried to start vdr once again, but it failed complaining that it didn't find the configured plugins "osdteletext" and "xine". Looking inside the vdr-1.4.6 package reveals that, while the package's version number has been bumped to 1.4.6, the version number of the included software appears to be stuck at 1.4.5:
rpm -qp vdr-1.4.6-2.1.x86_64.rpm -l | fgrep 1.4 /usr/lib64/vdr/libvdr-hello.so.1.4.5 /usr/lib64/vdr/libvdr-osddemo.so.1.4.5 /usr/lib64/vdr/libvdr-skincurses.so.1.4.5 /usr/lib64/vdr/libvdr-sky.so.1.4.5 /usr/lib64/vdr/libvdr-status.so.1.4.5 /usr/lib64/vdr/libvdr-svccli.so.1.4.5 /usr/lib64/vdr/libvdr-svcsvr.so.1.4.5 /usr/lib64/vdr/libvdr-svdrpdemo.so.1.4.5
Hmmm, I guess this is an oversight and should be fixed, no? Whoever maintains the VDR package at repositories/vdr, could you please fix this?
The vdr package is correct. Vdr has an internal api version for plugins which didn't change between 1.4.5 and 1.4.6. The vdr-plugins package was wrong though. I have changed it to use APIVERSION instead of the vdr package version now. In your own rpms you need to do that as well when installing vdr plugins. I now use: %define vdrapiversion %(sed -ne '/define APIVERSION/s/^.*"\\(.*\\)".*$/\\1/p' /usr/include/vdr/config.h) PreReq: vdr = %{vdrapiversion} installib() { for i in "$@"; do install -m 755 libvdr-$i.so %{buildroot}%{_libdir}/vdr/libvdr-$i.so.%{vdrapiversion} done } cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Hi there, On Fri, 09 Mar 2007, 20:13:58 +0100, Manfred Hollstein wrote:
I just downloaded the latest vdr-1.4.6 packages for 10.0 and 10.1 (i586 and x86_64), rebuilt my additional addons (-osdteletext and -plugins built agains the fully functional libxine1, fwiw), updated everything and tried to start vdr once again, but it failed complaining that it didn't find the configured plugins "osdteletext" and "xine". Looking inside the vdr-1.4.6 package reveals that, while the package's version number has been bumped to 1.4.6, the version number of the included software appears to be stuck at 1.4.5:
rpm -qp vdr-1.4.6-2.1.x86_64.rpm -l | fgrep 1.4 /usr/lib64/vdr/libvdr-hello.so.1.4.5 /usr/lib64/vdr/libvdr-osddemo.so.1.4.5 /usr/lib64/vdr/libvdr-skincurses.so.1.4.5 /usr/lib64/vdr/libvdr-sky.so.1.4.5 /usr/lib64/vdr/libvdr-status.so.1.4.5 /usr/lib64/vdr/libvdr-svccli.so.1.4.5 /usr/lib64/vdr/libvdr-svcsvr.so.1.4.5 /usr/lib64/vdr/libvdr-svdrpdemo.so.1.4.5
Hmmm, I guess this is an oversight and should be fixed, no? Whoever maintains the VDR package at repositories/vdr, could you please fix this?
Sorry, my fault. I made my packages depend on the VDR rpm version number while it should have been VDR's API version. Now I use the following in my .spec file: Name: vdr-plugin-osdteletext %define vdrapiver %(grep APIVERSION /usr/include/vdr/config.h | grep define | awk '{ print $NF }' | tr -d '"') %define srcver 0.5.1 Version: %{srcver}_%{vdrapiver} Requires: vdr >= %{vdrapiver} I tried to use some clever sed command instead of the grep's, but rpm's scanner obviously had problems with the various \\'s I had to use... This works now, but it's still not a real solution; the VDR rpm should "Provide:" the API version number somehow, perhaps the following in VDR's spec file would do the trick: Provides: vdr_api = %(grep APIVERSION /usr/include/vdr/config.h | grep define | awk '{ print $NF }' | tr -d '"') I could then change my Requires: vdr >= %{vdrapiver} into Requires: vdr_api >= %{vdrapiver} Cheers. l8er manfred --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (2)
-
Ludwig Nussel -
Manfred Hollstein