Comment 5 for bug 1343945

Revision history for this message
Paul Gevers (paul-climbing) wrote : Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

Oops, but that doesn't fix the powerpc/ppc64el failures. I am afraid I
don't know how to get these logs... maybe have them written to stdout
before the failure so that they show up in the build logs?

Paul

On 19-07-14 15:10, Paul Gevers wrote:
> Hi,
>
> On 19-07-14 13:00, Paul Gevers wrote:
>> On 19-07-14 11:49, Yavor Doganov wrote:
>>> Paul Gevers wrote:
>>>> gnustep-base is failing in Ubuntu on powerpc and ppc64el while it
>>>> worked in the past.
>>>
>>> Very unfortunate. Does it build on all other architecures?
>>
>> No, only succeeded on arm (64 and hf).
>
> But the build "error" is different on amd64. It times out in one of the
> testcases.
> --- Running tests in base/NSOperation ---
>
> Session terminated, terminating
> shell.../usr/share/GNUstep/Makefiles/Master/serial-subdirectories.make:53:
> recipe for target 'internal-check' failed
> make[1]: *** [internal-check] Terminated
> debian/rules:140: recipe for target 'debian/build-shared-stamp' failed
> make: *** [debian/build-shared-stamp] Terminated
> GNUmakefile:61: recipe for target 'check' failed
> make[2]: *** [check] Terminated
> ...terminated.
> Build killed with signal 15 after 60 minutes of inactivity
>
>>>> The error in both builds is following. Do you have any idea why objc
>>>> would be not working for gnustep-base? Would this be a bug in objc
>>>> or should we (I) fix something for gnustep-base.
>>>
>>> I need config.log to analyze this. Can you obtain it?
>>
>> I have no idea, but I expect not. I think will create a Ubuntu chroot
>> and build myself (on amd64) so I can add it here.
>
> And of course it succeeds in my chroot. So it seems something specific
> for the build servers. Actually, the current behavior was already
> reported in [1].
>
> https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1277975
>
> I propose to build without the tests until the underlaying problem is
> fixed. Any objections?
>
> Paul
>