Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1162184 - pax-utils tests fail on s390x and aarch64
Summary: pax-utils tests fail on s390x and aarch64
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: pax-utils
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Dominik 'Rathann' Mierzejewski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ZedoraTracker
TreeView+ depends on / blocked
 
Reported: 2014-11-10 13:03 UTC by Jakub Čajka
Modified: 2015-03-10 05:33 UTC (History)
3 users (show)

Fixed In Version: pax-utils-0.9.2-1.fc21
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-12-12 04:23:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Fix (1.32 KB, patch)
2014-11-10 13:03 UTC, Jakub Čajka
no flags Details | Diff

Description Jakub Čajka 2014-11-10 13:03:05 UTC
Created attachment 955810 [details]
Fix

Tests fail due incorrect search location. On AArch64 and s390x, ld*.so is in /lib, not in /lib64 (it's link to /lib64, but...), this results in incorrect search location(/lib). And on AArch64 ld*.so is searched in /lib64 as ordinary lib.so, but should be searched in /lib.

I have prepared patch fixing both issues(1st lddtree.py (follow links), 2nd lddtree.sh(if ld*.so, don't follow links, search /lib(64) accordingly instead )). I have tested it on all fedora archs.

Successful scratch builds:
http://koji.fedoraproject.org/koji/taskinfo?taskID=8055988
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=2173523
http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=2774962
http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=1602908

I have been unsure how/where to contact upstream, feel free to relay the patch to them.

Comment 1 Dominik 'Rathann' Mierzejewski 2014-12-02 13:45:17 UTC
Thanks for the patch, I'll forward it upstream when time permits. In the meantime, an updated build is on its way.

Comment 2 Fedora Update System 2014-12-02 14:28:53 UTC
pax-utils-0.9.2-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/pax-utils-0.9.2-1.fc21

Comment 3 Fedora Update System 2014-12-03 06:06:10 UTC
Package pax-utils-0.9.2-1.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing pax-utils-0.9.2-1.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-16159/pax-utils-0.9.2-1.fc21
then log in and leave karma (feedback).

Comment 4 Fedora Update System 2014-12-12 04:23:37 UTC
pax-utils-0.9.2-1.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 5 Mike Frysinger 2015-03-10 05:33:56 UTC
i've fixed lddtree.py in a different way:
http://git.overlays.gentoo.org/gitweb/?p=proj/pax-utils.git;a=commitdiff;h=8115dc905a772153a1cebaf06ca4f0ba2e257caa

i didn't update lddtree.sh though ...
 - the proposed change simply looks wrong (you can't hardcode any path)
 - lddtree.sh doesn't have the safe readlink helper that operates on a root
 - the script already runs `strings` to extract the compiled-in paths
 - it seems to do the right thing already

this is all in pax-utils-1.0.2 now

btw: feel free to cc me on future pax-utils reports


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