On Dom, 2015-07-26 at 11:05 -0300, Paulo César Pereira de Andrade wrote:
I had this build failure:
Package: sagemath-6.5-7.fc22
Status: failed
Built by: pcpa
ID: 672175
Started: Sat, 25 Jul 2015 22:52:10 UTC
Finished: Sun, 26 Jul 2015 07:57:28 UTC
Closed tasks:
-------------
Task 10480570 on
arm04-builder10.arm.fedoraproject.org
Task Type: build (noarch)
Link:
https://koji.fedoraproject.org/koji/taskinfo?taskID=10480570
mismatch when analyzing sagemath-doc-en-6.5-7.fc22.noarch.rpm, rpmdiff
output was:
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages database in /var/lib/rpm
added /usr/share/doc/sagemath/output/html/en/reference/hecke
[...]
The interesting part, is that the above build generated
packages, but ended up with failed state.
After that, I checked contents of the armv7hl and x86_64
trees, and noticed that they are, indeed not identical.
The way documentation is generated with sphinx, should
be part of the cause (when it pickle/unpicke python states, etc),
and sometimes it even adds the location of a file to the docs,
e.g. telling where source is located, causes diffs, from
/usr/lib/python2.7/... vs /usr/lib64/python2.7/...
I suspect package is using %{_libdir} and libdir can't be used in noarch
packages. %{_libdir} expands to /usr/lib on arm and /usr/lib64/ on
x86_64. This is a general problem when we try translate Debian packages
to Fedora, I don't have time now to explain better but we had some
topics about related subjects in Packaging mailing list ...
Python also have different scriptlets for arch and noarch packages. On
x86_64 systems, we can find some noarch packages in /usr/lib/python2.7/
and python arched in /usr/lib64/python2.7/ .
Should I make the doc packages arch specific?
Thanks,
Paulo
--
Sérgio M. B.