On 04/02/2016 15:24, Dominique Leuenberger / DimStar wrote:
Hi I'm trying to make a provides script for Leap:42.1 hugin and although it works in home:plater hugin in : https://build.opensuse.org/package/show/home:plater:branches:openSUSE :Leap:42.1:Update/hugin.openSUSE_Leap_42.1_Update gives an error : [ 2196s] Finding Provides: /home/abuild/rpmbuild/SOURCES/find-hugin-provides.prov [ 2196s] error: Dependency tokens must begin with alpha-numeric, '_' or '/': ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] ()(64bit) [ 2196s] [ 2196s] error: Failed to find Provides:
for each of the packages libraries with sonames. If I leave out find-hugin-provides.prov then the libraries are provided normally but no appdata.xml and desktop files are provided resulting in a zypper and yast verify error. Any help appreciated, Dave Plater Your script stumbles at the debuginfo processing, where
On Thu, 2016-02-04 at 07:40 +0200, Dave Plater wrote: libFOO.so.0.debug is being listed in the files section, and objdump against those does not give a valid SONAME.
You'd have to filter those out.
But all in all: this package specific prov script looks like a bad idea to be maintained. It's probably better to find out what would be wrong with the original providers searchers not working.
Cheers, Dominique
My first reply was a bit hasty, the problem with the hugin package is the internal dependency generator has been turned off because of wxWidgets variations needing an external requires finder script - /usr/lib64/wx-2.8-stl/wx/rpm/find-wx-requires, which only seems to work on x86_64 builds anyway. When I use an external script to provide the appdata.xml and .desktop files rpm doesn't find hugins libraries but requires them. So I added the library finder section and I see there's a /usr/lib/rpm/debuginfo.prov script so adding that to my script should solve the problem. If there was a way of only turning off the internal requires finder only then there would never have been a problem, like the old AutoReq = 0 but maybe in the future. Thanks Dave -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org