On Tue, 15 Oct 2013 11:41:35 -0500Hello,
Patrick Baggett <baggett.patrick@gmail.com> wrote:
> I can't say that I track failing packages (how does one do this?) but
> stupid question -- are the versions of gcc on your machine and
> sompek(2) identical? What about kernel version (it probably doesn't
> matter, but you never know on some of these RISC ports). Also, I'll
> try to reproduce it locally if you can point me in the right
> direction.
>
> Patrick
>
>
> On Tue, Oct 15, 2013 at 11:23 AM, Steven Gawroriski <
> steven@multiphasicapps.net> wrote:
>
> > Hello, has anyone else been able to reproduce the SIGSEGV/SIGBUS
> > crashes seen on the sompek/sompek2 buildd servers? When creating the
> > packages locally with dpkg-buildpackage I have never encountered a
> > crash from gcc. I have even built the same failed packages multiple
> > times, but have not found any crashes.
> >
> > This is on a Sun Fire V210, 1.34GHz w/ 8GiB.
> >
You can look at the list on
http://buildd.debian-ports.org/status/architecture.php?a=sparc64&suite=sid
under "Build-Attempted". You can choose the package by name, then it
should show build results in a table. On the row with sparc64 you
select "all logs", then the result would say "Maybe Failed". You can
select that, you are then shown the build log, which you can look at the
reason why it failed. There are no notifications that I know of (and if
there were, you would get spammed endlessly).
My Kernel: Linux sparc64-a 3.11.4 #1 SMP Thu Oct 10 11:07:55 EDT
2013 sparc64 GNU/Linux
My GCC: gcc (Debian 4.8.1-9) 4.8.1
Do not know the kernel that is on sompek (not my machine), however the
GCC it uses is 4.8.1-9, which is the same as mine (it downloads it
before every build). Quite possible the kernel might be a
Debian kernel.
You can choose a random package and search the log for "internal
compiler error" which would either be the result of a SIGSEGV or SIGBUS.