Processed: Re: Bug#632228: csound: FTBFS on sparc

2011-07-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 632228 src:scons
Bug #632228 [src:csound] csound: FTBFS on sparc
Bug reassigned from package 'src:csound' to 'src:scons'.
Bug No longer marked as found in versions csound/1:5.13.0~dfsg-3.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
632228: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632228
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-07-01 Thread Jakub Wilk

reassign 632228 src:scons
thanks

Apparently there is strong correlation between using "scons -j N" and 
crashing randomly on sparc:


1) Amongst all the packages that are currently in Build-Attempted state 
on sparc, there are only 3 that die with segfaults in random places: 
csound[0], ardour[1], nsis[2]. All of them pass -j to scons.


2) Except these three, there's only one scons-using package that use -j, 
namely syfi. It failed[3] on sparc recently as well.


3) No other scons-using package segfaulted on sparc in the recent past.

So it looks like scons -j option is crashy on sparc. I'm therefore 
reassigning the bug.


Dear csound, ardour, nsis and syfi maintainers: could you please try to 
work around this bug by not passing -j to scons (when building on sparc)?



SPARC porters cced, as I couldn't reproduce this bug on smetana. :(


Unfortunately, I still cannot reproduce the bug on smetana. Even when I 
set DEB_BUILD_OPTIONS=parallel=2 (which is what sparc buildds use), 
csound still builds successfully.


[0] https://buildd.debian.org/status/logs.php?pkg=csound&arch=sparc
[1] https://buildd.debian.org/status/logs.php?pkg=ardour&arch=sparc
[2] https://buildd.debian.org/status/logs.php?pkg=nsis&arch=sparc
[3] https://buildd.debian.org/status/logs.php?pkg=syfi&arch=sparc

--
Jakub Wilk



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-06-30 Thread Felipe Sateler
On Thu, Jun 30, 2011 at 16:46, Jakub Wilk  wrote:
> * Felipe Sateler , 2011-06-30, 15:37:


 https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3&stamp=1298329817

 https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3.1&stamp=1309297483
>>>
>>> This has happened several times during the past year. Smetana has always
>>> been able to build csound, so this is clearly not a csound issue. I don't
>>> think it is reasonable to file serious bugs against a package when gcc or
>>> swig are segfaulting.
>>
>> Hmm sorry, this probably sounds more aggressive than I intended. What I
>> mean is that I think these bugs should be addressed to gcc or swig since it
>> is not csound that is failing to build, but rather gcc is segfaulting. I do
>> not have the skills to try to debug why gcc is segfaulting on a particular
>> buildd.
>
> Please don't take it personally. :) I filed the bug to increase visibility
> of the problem, not to put blame on anyone.

No worries. I'm not venting at you either, but that I think the
process is broken. This sort of bugs should not be filed against
csound but rather the buildd or port maintainers, since a segfault
somewhere in the toolchain is certainly not a bug in my package. I'm
just frustrated that csound no longer seems to build at first try on
sparc:


https://buildd.debian.org/status/logs.php?pkg=csound&arch=sparc

>
> And yes, I tend to agree that does not really look like csound is at fault.
>
> Also note that this bug has no effect on testing transition, as the package
> won't migrate anyway before it is built on sparc.

I wonder if I should just ask for removal on sparc and ask it to be
tagged not-for-us...

Or alternatively, can csound be forced to always build on schroder?
That buildd seems to build csound correctly.

-- 

Saludos,
Felipe Sateler



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-06-30 Thread Jakub Wilk

* Felipe Sateler , 2011-06-30, 15:37:

https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3&stamp=1298329817
https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3.1&stamp=1309297483


This has happened several times during the past year. Smetana has 
always been able to build csound, so this is clearly not a csound 
issue. I don't think it is reasonable to file serious bugs against a 
package when gcc or swig are segfaulting.


Hmm sorry, this probably sounds more aggressive than I intended. What I 
mean is that I think these bugs should be addressed to gcc or swig 
since it is not csound that is failing to build, but rather gcc is 
segfaulting. I do not have the skills to try to debug why gcc is 
segfaulting on a particular buildd.


Please don't take it personally. :) I filed the bug to increase 
visibility of the problem, not to put blame on anyone.


And yes, I tend to agree that does not really look like csound is at 
fault.


Also note that this bug has no effect on testing transition, as the 
package won't migrate anyway before it is built on sparc.


--
Jakub Wilk



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-06-30 Thread Felipe Sateler
On Thu, Jun 30, 2011 at 15:33, Felipe Sateler  wrote:
> On Thu, Jun 30, 2011 at 12:56, Jakub Wilk  wrote:
>> Source: csound
>> Version: 1:5.13.0~dfsg-3
>> Severity: serious
>> Justification: fails to build from source
>> User: debian-sp...@lists.debian.org
>> Usertags: sparc
>>
>> csound quite regularly fails to build from source on sparc:
>>
>> 1:5.13.0~dfsg-3:
>> | sparc-linux-gnu-gcc -o Opcodes/pvsband.os -c -Wno-format -DGNU_GETTEXT -g
>> -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC
>> -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SOCKETS
>> -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H
>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/lua5.1
>> -I/usr/include/tcl -I/usr/lib/jvm/default-java/include
>> -I/usr/lib/jvm/default-java/include/linux -I/usr/include/stk
>> -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include
>> Opcodes/pvsband.c
>> | scons: *** [Opcodes/pvsband.os] Error -11
>>
>> 1:5.13.0~dfsg-3.1:
>> | swig -o frontends/CsoundAC/CsoundAC_wrap.cc -c++ -includeall -verbose
>> -outdir . -DGNU_GETTEXT -DLINUX -DPIPES -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK
>> -DUSE_DOUBLE -DHAVE_SOCKETS -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H
>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H
>> -Ifrontends/CsoundAC -Iinterfaces -I. -I./H -I/usr/include/lua5.1
>> -I/usr/include/tcl -I/usr/lib/jvm/default-java/include
>> -I/usr/lib/jvm/default-java/include/linux -I/usr/include/stk
>> -I/usr/local/include -I/usr/include -I/usr/X11R6/include
>> -I/usr/include/freetype2 -I/usr/include/python2.6
>> -I/usr/local/include/python2.6 -python frontends/CsoundAC/CsoundAC.i
>> | scons: *** [frontends/CsoundAC/CsoundAC_wrap.cc] Error -10
>>
>> (As far as I understand it "Error -10" means "killed by SIGBUS", and "Error
>> -11" means "killed by SIGSEGV").
>>
>> SPARC porters cced, as I couldn't reproduce this bug on smetana. :(
>>
>> Full build logs:
>> https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3&stamp=1298329817
>> https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3.1&stamp=1309297483
>
> This has happened several times during the past year. Smetana has
> always been able to build csound, so this is clearly not a csound
> issue. I don't think it is reasonable to file serious bugs against a
> package when gcc or swig are segfaulting.

Hmm sorry, this probably sounds more aggressive than I intended. What
I mean is that I think these bugs should be addressed to gcc or swig
since it is not csound that is failing to build, but rather gcc is
segfaulting. I do not have the skills to try to debug why gcc is
segfaulting on a particular buildd.

-- 

Saludos,
Felipe Sateler



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-06-30 Thread Felipe Sateler
On Thu, Jun 30, 2011 at 12:56, Jakub Wilk  wrote:
> Source: csound
> Version: 1:5.13.0~dfsg-3
> Severity: serious
> Justification: fails to build from source
> User: debian-sp...@lists.debian.org
> Usertags: sparc
>
> csound quite regularly fails to build from source on sparc:
>
> 1:5.13.0~dfsg-3:
> | sparc-linux-gnu-gcc -o Opcodes/pvsband.os -c -Wno-format -DGNU_GETTEXT -g
> -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC
> -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SOCKETS
> -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/lua5.1
> -I/usr/include/tcl -I/usr/lib/jvm/default-java/include
> -I/usr/lib/jvm/default-java/include/linux -I/usr/include/stk
> -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include
> Opcodes/pvsband.c
> | scons: *** [Opcodes/pvsband.os] Error -11
>
> 1:5.13.0~dfsg-3.1:
> | swig -o frontends/CsoundAC/CsoundAC_wrap.cc -c++ -includeall -verbose
> -outdir . -DGNU_GETTEXT -DLINUX -DPIPES -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK
> -DUSE_DOUBLE -DHAVE_SOCKETS -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H
> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
> -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H
> -Ifrontends/CsoundAC -Iinterfaces -I. -I./H -I/usr/include/lua5.1
> -I/usr/include/tcl -I/usr/lib/jvm/default-java/include
> -I/usr/lib/jvm/default-java/include/linux -I/usr/include/stk
> -I/usr/local/include -I/usr/include -I/usr/X11R6/include
> -I/usr/include/freetype2 -I/usr/include/python2.6
> -I/usr/local/include/python2.6 -python frontends/CsoundAC/CsoundAC.i
> | scons: *** [frontends/CsoundAC/CsoundAC_wrap.cc] Error -10
>
> (As far as I understand it "Error -10" means "killed by SIGBUS", and "Error
> -11" means "killed by SIGSEGV").
>
> SPARC porters cced, as I couldn't reproduce this bug on smetana. :(
>
> Full build logs:
> https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3&stamp=1298329817
> https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3.1&stamp=1309297483

This has happened several times during the past year. Smetana has
always been able to build csound, so this is clearly not a csound
issue. I don't think it is reasonable to file serious bugs against a
package when gcc or swig are segfaulting.


-- 

Saludos,
Felipe Sateler



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#632228: csound: FTBFS on sparc

2011-06-30 Thread Jakub Wilk

Source: csound
Version: 1:5.13.0~dfsg-3
Severity: serious
Justification: fails to build from source
User: debian-sp...@lists.debian.org
Usertags: sparc

csound quite regularly fails to build from source on sparc:

1:5.13.0~dfsg-3:
| sparc-linux-gnu-gcc -o Opcodes/pvsband.os -c -Wno-format -DGNU_GETTEXT -g 
-fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC 
-DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SOCKETS 
-DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H 
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H 
-DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/lua5.1 -I/usr/include/tcl 
-I/usr/lib/jvm/default-java/include -I/usr/lib/jvm/default-java/include/linux 
-I/usr/include/stk -I/usr/local/include -I/usr/include -I/usr/include 
-I/usr/X11R6/include Opcodes/pvsband.c
| scons: *** [Opcodes/pvsband.os] Error -11

1:5.13.0~dfsg-3.1:
| swig -o frontends/CsoundAC/CsoundAC_wrap.cc -c++ -includeall -verbose -outdir 
. -DGNU_GETTEXT -DLINUX -DPIPES -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK -DUSE_DOUBLE 
-DHAVE_SOCKETS -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_FCNTL_H -DHAVE_UNISTD_H 
-DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H 
-DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -Ifrontends/CsoundAC 
-Iinterfaces -I. -I./H -I/usr/include/lua5.1 -I/usr/include/tcl 
-I/usr/lib/jvm/default-java/include -I/usr/lib/jvm/default-java/include/linux 
-I/usr/include/stk -I/usr/local/include -I/usr/include -I/usr/X11R6/include 
-I/usr/include/freetype2 -I/usr/include/python2.6 
-I/usr/local/include/python2.6 -python frontends/CsoundAC/CsoundAC.i
| scons: *** [frontends/CsoundAC/CsoundAC_wrap.cc] Error -10

(As far as I understand it "Error -10" means "killed by SIGBUS", and 
"Error -11" means "killed by SIGSEGV").


SPARC porters cced, as I couldn't reproduce this bug on smetana. :(

Full build logs:
https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3&stamp=1298329817
https://buildd.debian.org/status/fetch.php?pkg=csound&arch=sparc&ver=1%3A5.13.0~dfsg-3.1&stamp=1309297483

--
Jakub Wilk



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org