Eclipse EMF build failures on ppc64 hosts

Mamoru Tasaka mtasaka at ioa.s.u-tokyo.ac.jp
Fri Mar 6 00:50:49 UTC 2009


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 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.

Or simply remove "BuildArch: noarch", sorry.

Mamoru




More information about the fedora-devel-list mailing list