Eclipse EMF build failures on ppc64 hosts

[Mamoru Tasaka]

Mat Booth wrote, at 03/06/2009 05:45 AM +9:00:
> On Sun, Mar 1, 2009 at 7:56 PM, Mat Booth <fedora at matbooth.co.uk> 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.

Regards,
Mamoru