Bug 1352164 - multilib-rpm-config FTBFS on aarch64 epel7
Summary: multilib-rpm-config FTBFS on aarch64 epel7
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: multilib-rpm-config
Version: rawhide
Hardware: aarch64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Pavel Raiskup
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ARM64, F-ExcludeArch-aarch64 epel7aarch64
TreeView+ depends on / blocked
 
Reported: 2016-07-01 21:10 UTC by D. Marlin
Modified: 2016-07-24 21:48 UTC (History)
2 users (show)

Fixed In Version: multilib-rpm-config-1-6.el7
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-24 21:48:57 UTC
Type: Bug


Attachments (Terms of Use)
dist-git patch (1.21 KB, patch)
2016-07-01 22:04 UTC, Yaakov Selkowitz
no flags Details | Diff

Description D. Marlin 2016-07-01 21:10:01 UTC
Description of problem:

multilib-rpm-config fails to build from source for Fedora EPEL7 on RHELSA-7.2.


Version-Release number of selected component (if applicable):

multilib-rpm-config-1-5.el7


How reproducible:

consistently


Steps to Reproduce:
1.  On a RHELSA-7.2 host:
     mock -r epel-7-aarch64 multilib-rpm-config-1-5.el7.src.rpm
2.
3.


Actual results:

    :
/builddir/build/BUILD/multilib-rpm-config-1/tests
+ pwd
+ sh /builddir/build/BUILD/multilib-rpm-config-1/tests/../multilib-info --multilib-capable
false
+ cp -r template really-works
+ sh /builddir/build/BUILD/multilib-rpm-config-1/tests/../multilib-fix --buildroot /builddir/build/BUILD/multilib-rpm-config-1/tests --file /really-works/header.h
INFO: multilib-fix: we don't need multilib haeder hack for 'aarch64' architecture (no-op)
+ gcc really-works/main.c
+ ./a.out
works!


RPM build errors:
+ test -f 'really-works/header-*.h'
error: Bad exit status from /var/tmp/rpm-tmp.IjDQYI (%check)
    Bad exit status from /var/tmp/rpm-tmp.IjDQYI (%check)


Expected results:

builds without errors.


Additional info:

Despite the fact that multilib-rpm-config is in koji for Fedora 24 secondary arch (AArch64):

  http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=384267

I tried building it (multilib-rpm-config-1-5.fc24) in mock on AArch64:

  curl -O http://arm.koji.fedoraproject.org/kojifiles/packages/multilib-rpm-config/1/5.fc24/src/multilib-rpm-config-1-5.fc24.src.rpm
  mock -r fedora-24-aarch64 multilib-rpm-config-1-5.fc24.src.rpm

but it fails with the same error.

Comment 1 Yaakov Selkowitz 2016-07-01 21:31:40 UTC
noarch packages are not rebuild in secondary kojis, they are just imported from primary.  Therefore, the supposed success of the arm-koji build does not prove anything.

Comment 2 Yaakov Selkowitz 2016-07-01 21:47:50 UTC
Reassigning to Fedora, as it too is affected and the epel package is kept in sync therewith.

Comment 3 Yaakov Selkowitz 2016-07-01 22:04:01 UTC
Created attachment 1175129 [details]
dist-git patch

Comment 4 Pavel Raiskup 2016-07-02 06:38:19 UTC
Thanks!  Pushed to el5+ and f22+.  I guess build is not needed.

Comment 5 Yaakov Selkowitz 2016-07-08 02:00:17 UTC
An epel7 build is required for CentOS's rebuild of EPEL for alternative arches.

Comment 6 Fedora Update System 2016-07-08 03:58:19 UTC
multilib-rpm-config-1-6.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-3186496623

Comment 7 Fedora Update System 2016-07-10 03:17:54 UTC
multilib-rpm-config-1-6.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-3186496623

Comment 8 Fedora Update System 2016-07-24 21:48:55 UTC
multilib-rpm-config-1-6.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.