Bug#641146: openttd: Swapped colors on sparc64

Matthijs Kooijman a écrit : Hi Joël, On sparc64, openttd colors are swapped (green is green, but red seems to be replaced by blue and blue by red). I think there is an endianess trouble in openttd. I've managed to reproduce the problem (or at least _a_ problem) on an old Ultra1 I managed to g

Bug#629331: Bug 629331 is not fixed on sparc

Hello, I have seem the same bug on debian sparc (squeeze up to date) and it is not fixed : Root rayleigh:[~] > env LANG=C /usr/bin/mrtg /etc/mrtg.cfg Constant subroutine SNMP_Session::AF_INET6 redefined at /usr/share/perl/5.12/Exporter.pm line 64. at /usr/share/perl5/SNMP_Session.p

Bug#634696: apt: http transport dies with signal 10

Hello, I have the same bug here, but I cannot replace http by ftp transport as I use security.debian.org. When apt-get tries to update security packages, it crashes with SIGBUS too : Get:66 ftp://security.debian.org testing/updates/non-free sparc Packages Get:67 ftp://ftp.fr.debian.o

Bug#591512: Same bug upstream in seamonkey 2.0.6

Hello, I have reproduced the same bug with seamonkey 2.0.6. Backtrace is : Core was generated by `/export/home/bertrand/seamonkey/install/lib/seamonkey-2.0.6/seamonkey-bin'. Program terminated with signal 10, Bus error. #0 read_tag_XYZType (src=0xff8687b8, index=..., tag_id=19

Bug#584798: flightgear: Segmentation fault

Package: flightgear Version: 1.9.1-1.1 Severity: important Hello, When I try to launch FlightGear, I only obtain a segmentation fault. Backtrace indicates that segfault occurs in simgear : Program received signal SIGSEGV, Segmentation fault. 0x76c8f05c in simgear

Bug#579726: Segfault in iceape 2.0.4 (with or with plugins or safe mode)

Mike Hommey a écrit : On Fri, Apr 30, 2010 at 11:01:21AM +0200, BERTRAND Joel wrote: Package: iceape Version: 2.0.4-1 Severity: grave Tags: squeeze Justification: renders package unusable Could you try this patch ? https://bug550455.bugzilla.mozilla.org/attachment.cgi?id=436533 I

Bug#579726: Segfault in iceape 2.0.4 (with or with plugins or safe mode)

Package: iceape Version: 2.0.4-1 Severity: grave Tags: squeeze Justification: renders package unusable Hello, Since last upgrade, iceape receives SIGSEGV after one or two minutes. gdb returns : Program received signal SIGSEGV, Segmentation fault. nsQueryInterface::operator() (this=, aIID=..., a

Bug#404729: Noisy miniwindows

Hello, I have tried to debug, but I don't know if this bug comes from windowmaker itself. cauchy:[~/windowmaker/Windowmaker] > diff -u ../Windowmaker-orig/src/application.c src/application.c --- ../Windowmaker-orig/src/application.c 2008-12-15 04:59:05.0 +0100 +++ src

Bug#361241: Patch that solves miniwindows auto-arranging bug

Hello, I have written a patch that solves this bug. This patch is against mercurial sources. With this patch, minimized windows do not reshuffle anymore. diff -u Windowmaker-orig/src/actions.c Windowmaker/src/actions.c --- Windowmaker-orig/src/actions.c 2008-12-15 04:59:05.0

Bug#522632: libglib2.0-0: SIGBUG in g_utf16_to_utf8

Julien Cristau wrote: On Sun, 2009-04-05 at 14:45 +0200, BERTRAND Joël wrote: (gdb) backtrace #0 0xf7470040 in g_utf16_to_utf8 () from /usr/lib/libglib-2.0.so.0 #1 0x0c96 in ?? () #2 0x0c96 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) a b

Bug#500214: xorg: X freezes on high load (kernel seems to enter in deadlock)

Brice Goglin a écrit : reassign 500214 xserver-xorg-video-radeonhd thank you On Fri, Sep 26, 2008 at 11:35:17AM +0200, BERTRAND Joel wrote: X randomly freezes system. Bug is reproductible. I have written a program that does some fork(), each process using 1,7 GB. I have 4 GB of RAM and 6 GB

Bug#500214: xorg: X freezes on high load (kernel seems to enter in deadlock)

Package: xorg Version: 1:7.3+16 Severity: important *** Please type your report below this line *** X randomly freezes system. Bug is reproductible. I have written a program that does some fork(), each process using 1,7 GB. I have 4 GB of RAM and 6 GB for swap. If I run this program under X, s

Bug#497944: wmavgload randomly use 100% of a CPU on amd64 and sparc64

Package: wmavgload Version: 0.7.0-8 Maybe this bugs occurs on other archs, but I don't have any workstations to test... I have found the same bug on several Sparc64/SMP and amd64/SMP that run debian/testing up to date and wmaker window manager. When wmavgload crashes, it uses 100% of a CPU and I

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : Hi Joel, On Thursday 17 July 2008, BERTRAND Joel wrote: ==> error.log <== [Thu Jul 17 17:08:53 2008] [notice] child pid 31109 exit signal Bus error (10) [Thu Jul 17 17:09:00 2008] [notice] child pid 3 exit signal Bus error (10) SVN seems to work

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : On Friday 04 July 2008, BERTRAND Joël wrote: If the errors are not new, you could try to rebuild the subversion packages and replace libsvn1 and libapache2-svn with the rebuilt versions. Rebuilding the same versions could help because the libapr1-dev that was used to bui

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : On Friday 04 July 2008, BERTRAND Joël wrote: If the errors are not new, you could try to rebuild the subversion packages and replace libsvn1 and libapache2-svn with the rebuilt versions. Rebuilding the same versions could help because the libapr1-dev that was used to bui

Bug#485525: Same bug with 2.2.9-2

Stefan Fritsch a écrit : On Wednesday 02 July 2008, BERTRAND Joël wrote: Root rayleigh:[~] > dpkg-query -l apache2* | grep ^ii ii apache2 2.2.9-2 Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.9