Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

2014-07-23 Thread Paul Gevers
On 23-07-14 09:02, Yavor Doganov wrote:
> Another option is to build with
> gcc-4.9, which will require changes to gnustep-make if it is applied
> for all GNUstep packages.  Again, this might be unacceptable.

Can you be more specific? Do we need to build everything again starting
from gnustep-make if we want all gnustep packages to build with gcc-4.9?
It seems that most recent imports of gnustep packages into Ubuntu all
fail to build. If you/we believe that gnustep should currently be build
with (at least) 4.9 we just have to put that in the build-depends (also
in Debian if we can). I am wondering, for gnustep to build properly, do
all the gnustep packages need to be build with the same gcc version?
Maybe the problem currently is a mixing of versions.

> Out of curiosity, I couldn't find the reason why gcc-4.8 is the
> default compiler in Ubuntu.  That's very odd; usually Ubuntu is ahead
> of Debian wrt toolchain updates.

I think it is this:
gcc-defaults (1.128ubuntu4) utopic; urgency=medium

  * Revert default to 4.8, due to as-yet-undiagnosed C++ ABI breakage
(LP: #1329089).

 -- Steve Langasek   Wed, 11 Jun 2014
23:31:26 +000

Paul

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343945

Title:
  Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1343945/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

2014-07-20 Thread Paul Gevers
On 20-07-14 17:16, Yavor Doganov wrote:
> Yes, this is one way of doing it.  Something like this
> 
> - $(confflags)
> + $(confflags) || (cat config.log; exit 1)
> 
> in debian/rules (configure-stamp) ought to work.

Yes, let's do this. I propose to add this to the Debian package as well.
I will create a debdiff to do this in Ubuntu now.

>>> Build killed with signal 15 after 60 minutes of inactivity
> 
> This is very similar to Debian #649419.  Unfortunately I was not able
> to reproduce it after probably 100 builds of gnustep-base.  You have
> to attach gdb to the stuck test program and see what's going on.

Well, a retry succeeded. So it is not something that we need to fix on
short term. I think someone with access to a build server setup should
investigate this.

Paul

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343945

Title:
  Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1343945/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

2014-07-19 Thread Paul Gevers
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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343945

Title:
  Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1343945/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

2014-07-19 Thread Paul Gevers
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
>

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343945

Title:
  Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1343945/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: Fwd: [Bug 1343945] Re: Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

2014-07-19 Thread Paul Gevers
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).

>> 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. I will get back to
you, but if somebody can get to the files before I can create them, much
appreciated.

Paul

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343945

Title:
  Sync gnustep-base 1.24.6-2 (universe) from Debian unstable (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnustep-base/+bug/1343945/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs