About making noarch package arch specific, when contents differ.

Sérgio Basto sergio at serjux.com
Sun Jul 26 15:20:45 UTC 2015

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.

More information about the devel mailing list