Re: Status of NTPL switch and buildds
On Wed, Nov 4, 2009 at 5:22 PM, Frans Pop elen...@planet.nl wrote: Hi, Could someone clarify the current status of the NTPL switch and the hppa buildds? It looks as if all buildds are currently down. Is that due to (issues with) the switch to NTPL or unrelated? The only issue that I am aware of is that gcj is broken with NPTL, and I am investigating that. If there are other serious issues please provide me with a test case. I've been running the experimental eglibc with NPTL enabled for over two months now. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Status of NTPL switch and buildds
On Thursday 05 November 2009, Carlos O'Donell wrote: On Wed, Nov 4, 2009 at 5:22 PM, Frans Pop elen...@planet.nl wrote: If there are other serious issues please provide me with a test case. I've been running the experimental eglibc with NPTL enabled for over two months now. No, I have nothing specific, except maybe this. I tried rebuilding xmms2 with an SMP kernel just to see if that would work now with NPTL. Instead of failing with wait: No child processes fairly late in the build [1] (which I could reproduce) it now reliably segfaults early in the build at: ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python --without-plugins=mac make: *** [build-stamp] Segmentation fault And I now also get a segfault with an UP kernel, but much later: 23:45:51 runner system command - /usr/bin/gcc -g -O2 -g -O0 -fPIC -DPIC -Idefault -I.. -Idefault/src/include -I../src/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DUSE_TAGGING ../src/plugins/mp4/mp4ff/mp4util.c -c -o default/src/plugins/mp4/mp4ff/mp4util_1.o make: *** [build-stamp] Segmentation fault It used to build without problems with that same UP kernel. This may be unrelated to NPTL though as there've been various other updates. Cheers, FJP [1] https://buildd.debian.org/fetch.cgi?pkg=xmms2ver=0.6DrMattDestruction-5%2Bb1arch=hppastamp=1254363843file=log -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Status of NTPL switch and buildds
Domenico Andreoli wrote: i had to downgrade libstdc++-4.4 to 4.4.2-1, which indeed was updated today. the build of apt died during the g++ autoconf test but later builds died elsewhere. I ran into the same issue today. Both apt and aptitude started segfaulting after upgrading libstdc++6 from 4.4.2-1 to 4.4.2-2. After downgrading that plus three related packages it all worked again. I see you filed #554574 for this. Thanks. Cheers, FJP -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Status of NTPL switch and buildds
On Thu, Nov 5, 2009 at 6:51 PM, Frans Pop elen...@planet.nl wrote: On Thursday 05 November 2009, Carlos O'Donell wrote: On Wed, Nov 4, 2009 at 5:22 PM, Frans Pop elen...@planet.nl wrote: If there are other serious issues please provide me with a test case. I've been running the experimental eglibc with NPTL enabled for over two months now. No, I have nothing specific, except maybe this. I tried rebuilding xmms2 with an SMP kernel just to see if that would work now with NPTL. Instead of failing with wait: No child processes fairly late in the build [1] (which I could reproduce) it now reliably segfaults early in the build at: ./waf configure --nocache --prefix=/usr --with-mandir=/usr/share/man --with-perl-archdir=/usr/lib/perl5 --with-perl-binary=/usr/bin/perl --with-ruby-archdir=/usr/lib/ruby/1.8/hppa-linux --with-ruby-libdir=/usr/lib/ruby/1.8 --without-optionals=python --without-plugins=mac make: *** [build-stamp] Segmentation fault And I now also get a segfault with an UP kernel, but much later: 23:45:51 runner system command - /usr/bin/gcc -g -O2 -g -O0 -fPIC -DPIC -Idefault -I.. -Idefault/src/include -I../src/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DUSE_TAGGING ../src/plugins/mp4/mp4ff/mp4util.c -c -o default/src/plugins/mp4/mp4ff/mp4util_1.o make: *** [build-stamp] Segmentation fault It used to build without problems with that same UP kernel. This may be unrelated to NPTL though as there've been various other updates. This is 9th on my list of things to look at. I can reproduce this on systems with or without NPTL, and with or without SMP. This has something to do with python. If this becomes a blocking issue please email me. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Status of NTPL switch and buildds
On Thu, Nov 5, 2009 at 6:57 PM, Frans Pop elen...@planet.nl wrote: Domenico Andreoli wrote: i had to downgrade libstdc++-4.4 to 4.4.2-1, which indeed was updated today. the build of apt died during the g++ autoconf test but later builds died elsewhere. I ran into the same issue today. Both apt and aptitude started segfaulting after upgrading libstdc++6 from 4.4.2-1 to 4.4.2-2. After downgrading that plus three related packages it all worked again. I see you filed #554574 for this. Thanks. In general how does this happen? For example the eglibc builds will fail if the failure list doesn't match the test results. Does the debian libstdc++6 package (or whichever package produces the library, gcc?) get uploaded without testing or without comparing the test to a list of known xfails? Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Status of NTPL switch and buildds
Hi, Could someone clarify the current status of the NTPL switch and the hppa buildds? It looks as if all buildds are currently down. Is that due to (issues with) the switch to NTPL or unrelated? TIA, FJP -- To UNSUBSCRIBE, email to debian-hppa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
