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. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
