Mamoru Tasaka wrote, at 03/06/2009 09:48 AM +9:00:
Mat Booth wrote, at 03/06/2009 05:45 AM +9:00:
On Sun, Mar 1, 2009 at 7:56 PM, Mat Booth <fedora@xxxxxxxxxxxxxx> wrote:
I've updated eclipse-emf and I'm trying to build it, but it seems to
fail if the build host arch is ppc64. By chance, all the scratch
builds I've submitted were built on i586 hosts and they have all
worked perfectly. By chance, all the real builds I've submitted were
built on ppc64 hosts and they all fail with the same error.
Scratch builds succeeding on i586:
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210426
https://koji.fedoraproject.org/koji/taskinfo?taskID=1211516
Real builds failing on ppc64:
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210476
https://koji.fedoraproject.org/koji/taskinfo?taskID=1210708
https://koji.fedoraproject.org/koji/taskinfo?taskID=1211494
The spec file[1] contains the following lines:
%define eclipse_base %{_libdir}/eclipse
%{eclipse_base}/buildscripts/pdebuild -f org.eclipse.emf.all \
-a "-DjavacTarget=1.5 -DjavacSource=1.5
-DforceContextQualifier=v200902171115"
And the error message on ppc64 builds is the following:
/var/tmp/rpm-tmp.5hAGBF: line 31:
/usr/lib/eclipse/buildscripts/pdebuild: No such file or directory
Now, I could be wrong, but it looks to me like the RPM macro
%{_libdir} is expanding incorrectly on ppc64 hosts. (Surely it should
expand to /usr/lib64!) Is this a bug? If so, what component should I
raise the ticket for in Bugzilla?
[1]http://cvs.fedoraproject.org/viewvc/rpms/eclipse-emf/devel/eclipse-emf.spec?revision=1.12
--
Mat Booth
www.matbooth.co.uk
No-one has any ideas at all? Should I just keep resubmitting the build
until Koji chooses to build it on a non-pp64 build host?
Your spec file says this is noarch, i.e. arch-independent. That is, it
is expected that files are installed under the same path
regardless of what architecture this srpm is rebuilt on.
However as you know the macro %_libdir is arch-dependent, so
this is wrong.
- If this package is really noarch, you should use /usr/lib (or
%_prefix/lib),
not %_libdir, c.f.
https://www.redhat.com/archives/fedora-devel-list/2008-December/msg02034.html
- If this package is arch-dependent, you should create a patch to modify
install path.
Or simply remove "BuildArch: noarch", sorry.
Mamoru
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
