Mailinglist Archive: opensuse-packaging (138 mails)
< Previous | Next > |
Re: [opensuse-packaging] VDR-1.4.6 packages break additional addons
- From: Manfred Hollstein <manfred@xxxxxxxxxxxxxxxxx>
- Date: Sat, 10 Mar 2007 10:44:19 +0100
- Message-id: <20070310094419.GA9957@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-packaging+help@xxxxxxxxxxxx
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@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-packaging+help@xxxxxxxxxxxx
< Previous | Next > |