#1308 %{_libdir} is not expanding correctly for noarch builds on ppc64 hosts (for eclipse-emf build)
Closed: Invalid None Opened 15 years ago by mbooth.

I have received no direction from the fedora-devel-list (1), so I've decided to report my problem here.

I don't believe that %{_libdir} is expanding correctly for noarch builds on ppc64 hosts.

Consider these two packages, eclipse-emf and eclipse-epic (eclipse-emf is noarch and eclipse-epic is not):

http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12
http://cvs.fedoraproject.org/viewvc/rpms/eclipse-epic/devel/eclipse-epic.spec?revision=1.9

Both contain these lines in their spec files:

%define eclipse_base     %{_libdir}/eclipse
%{eclipse_base}/buildscripts/pdebuild

Which works correctly for the eclipse-epic build on ppc64 (2) where it runs '''/usr/lib64/eclipse/buildscripts/pdebuild''', but fails for the noarch eclipse-emf build on ppc64 build host (3) where it tries to run '''/usr/lib/eclipse/buildscripts/pdebuild''', which obviously fails with a file not found error.

If I'm in the wrong place, what component should I report this bug under? And how can I force my noarch package to build on a non-ppc64 host?

(1) https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00022.html
(2) https://koji.fedoraproject.org/koji/taskinfo?taskID=1211813
(3) https://koji.fedoraproject.org/koji/taskinfo?taskID=1214928


We made some progress on this, seems to be an interaction with mock, rpm, and --target setting. Still working on the best solution.

Just hit this problem again building PHPEclipse:

http://koji.fedoraproject.org/koji/taskinfo?taskID=1278462

Any progress on this?

No, this seems to have been dropped on the floor. Need to pick it back up again.

Now that PPC is a secondary arch, I don't see this as an issue we need to concern ourselves with here. There may still be a bug with mock+rpm+ppc64+noarch, but that should probably be tracked as a mock bugzilla ticket. I'm closing this, re-open if you feel differently.

Metadata Update from @mbooth:
- Issue assigned to jkeating

7 years ago

Login to comment on this ticket.

Metadata