Bug#465464: libode and stormbaan coureur
Hello Le vendredi 15 février 2008, vous avez écrit : > Matthieu, > > I added an entry to: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465464 Ok I read it. > > Could you try to find out whether the problem is in the game, or in libode? I tried what you suggested but was unable to do it. I tried to compile ode in order to run the demos but ode configured with trimesh support with gimpact does not build on my setup. So I am blocked. The error is: make[2]: entrant dans le répertoire « /home/mgallien/src/ode-0.9.dfsg/powerpc-linux/ode/src » g++ -DHAVE_CONFIG_H -I. -I../../include/ode -I../../../ode/src -O2 -fPIC -g -I../../../include -I../../include -I/home/mgallien/src/ode-0.9.dfsg/GIMPACT/include -DdTRIMESH_ENABLED -DdTRIMESH_GIMPACT -g -I -L -MT libode_a-obstack.o -MD -MP -MF .deps/libode_a-obstack.Tpo -c -o libode_a-obstack.o `test -f 'obstack.cpp' || echo '../../../ode/src/'`obstack.cpp Dans le fichier inclus à partir de ../../../ode/src/obstack.cpp:23: ../../../include/ode/common.h:114:2: erreur: #error You can only #define dTRIMESH_OPCODE or dTRIMESH_GIMPACT, not both. So I had to build it with dpkg and magically everything is working. To be honest I do not want to look at the exact reason of that mess. Anyway, I tried running some demos and the results are mitigated: ./demo_basket and ./demo_buggy run well ./demo_collision fails with this error msg: tomars[/home/mgallien/src/ode-0.9.dfsg/ode/demo]%./demo_collision testing batch 1 (1000 reps)... ODE INTERNAL ERROR: bad n wrt p2 zsh: abort ./demo_collision Maybe the bug has to reassigned to ode. You can decide what you think is the best solution. I can not found more time before two weeks due to other constraints in order to run more demos. > > bram -- GALLIEN Matthieu
Bug#465759: libode and stormbaan coureur
Hello Le vendredi 15 février 2008, vous avez écrit : > Matthieu, > > I added an entry to: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465464 Ok I read it. > > Could you try to find out whether the problem is in the game, or in libode? I tried what you suggested but was unable to do it. I tried to compile ode in order to run the demos but ode configured with trimesh support with gimpact does not build on my setup. So I am blocked. The error is: make[2]: entrant dans le répertoire « /home/mgallien/src/ode-0.9.dfsg/powerpc-linux/ode/src » g++ -DHAVE_CONFIG_H -I. -I../../include/ode -I../../../ode/src -O2 -fPIC -g -I../../../include -I../../include -I/home/mgallien/src/ode-0.9.dfsg/GIMPACT/include -DdTRIMESH_ENABLED -DdTRIMESH_GIMPACT -g -I -L -MT libode_a-obstack.o -MD -MP -MF .deps/libode_a-obstack.Tpo -c -o libode_a-obstack.o `test -f 'obstack.cpp' || echo '../../../ode/src/'`obstack.cpp Dans le fichier inclus à partir de ../../../ode/src/obstack.cpp:23: ../../../include/ode/common.h:114:2: erreur: #error You can only #define dTRIMESH_OPCODE or dTRIMESH_GIMPACT, not both. So I had to build it with dpkg and magically everything is working. To be honest I do not want to look at the exact reason of that mess. Anyway, I tried running some demos and the results are mitigated: ./demo_basket and ./demo_buggy run well ./demo_collision fails with this error msg: tomars[/home/mgallien/src/ode-0.9.dfsg/ode/demo]%./demo_collision testing batch 1 (1000 reps)... ODE INTERNAL ERROR: bad n wrt p2 zsh: abort ./demo_collision Maybe the bug has to reassigned to ode. You can decide what you think is the best solution. I can not found more time before two weeks due to other constraints in order to run more demos. > > bram -- GALLIEN Matthieu
Bug#441975: libc6: Still present !!!
I forgot to say that I wanted to look at what happens if I boot my computer with both normal and optimised version cooreclty installed but WITH /etc/ld.so.nohwcap present like during an upgrade. -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441975: libc6: Still present !!!
I have checked if my computer can boot with the libc6 installed in both optimised and normal versions. There was only one problem : Xorg cannot start. It seems that there is some programs for which the behavior is different when libc6 optimised is not here or if it is disabled with ld.so.nohwcap. This include Qt binding for perl and Xorg. -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441975: libc6: Still present !!!
Le Monday 14 January 2008 16:49:01 Aurelien Jarno, vous avez écrit : > Matthieu Gallien a écrit : > > Le lundi 14 janvier 2008, Aurelien Jarno a écrit : > >> tag 441975 + unreproducible > >> thanks > >> > >> Gallien Matthieu a écrit : > >>> Package: libc6 > >>> Version: 2.7-6 > >>> Followup-For: Bug #441975 > >>> > >>> I do not know what to say. > >>> The bug is still here. > >>> Just got : > >>> Préconfiguration des paquets... > >>> (Lecture de la base de données... 320682 fichiers et répertoires déjà > >>> installés.) > >>> Préparation du remplacement de login 1:4.1.0-1 (en utilisant > >>> .../login_1%3a4.1.0-2_i386.deb) ... > >>> Dépaquetage de la mise à jour de login ... > >>> Paramétrage de login (1:4.1.0-2) ... > >>> (Lecture de la base de données... 320682 fichiers et répertoires déjà > >>> installés.) > >>> Préparation du remplacement de ncurses-bin 5.6+20071215-1 (en utilisant > >>> .../ncurses-bin_5.6+20080105-1_i386.deb) ... > >>> Dépaquetage de la mise à jour de ncurses-bin ... > >>> Paramétrage de ncurses-bin (5.6+20080105-1) ... > >>> (Lecture de la base de données... 320682 fichiers et répertoires déjà > >>> installés.) > >>> Préparation du remplacement de libc6-dev 2.7-5 (en utilisant > >>> .../libc6-dev_2.7-6_i386.deb) ... > >>> Dépaquetage de la mise à jour de libc6-dev ... > >>> Préparation du remplacement de libc6-dbg 2.7-5 (en utilisant > >>> .../libc6-dbg_2.7-6_i386.deb) ... > >>> Dépaquetage de la mise à jour de libc6-dbg ... > >>> Préparation du remplacement de libc6 2.7-5 (en utilisant > >>> .../archives/libc6_2.7-6_i386.deb) ... > >>> Dépaquetage de la mise à jour de libc6 ... > >>> Paramétrage de libc6 (2.7-6) ... > >>> dpkg : erreur de traitement de libc6 (--configure) : > >>> sous-processus post-installation script tué par le signal (Erreur de > >>> segmentation) > >>> Des erreurs ont été rencontrées pendant l'exécution : > >>> libc6 > >>> E: Sub-process /usr/bin/dpkg returned an error code (1) > >>> wahiba# perl perl -e "use Qt" > >>> Can't open perl script "perl": Aucun fichier ou répertoire de ce type > >>> wahiba# perl -e "use Qt" > >>> zsh: segmentation fault perl -e "use Qt" > >>> wahiba# rm /etc/ld.so.nohwcap > >>> wahiba# perl -e "use Qt" > >>> > >>> The last call has no problem to complete without segfault. > >>> > >>> I have no the technical skills and the time solve this, but can you > >>> please do it. > >> > >> Unfortunately nobody can reproduce the bug, so nobody can fix it... > > > > So, you say that bug 453480 does not exist ? > > Maybe it exists, but not on the machines (4 in total) I have tested. I > know some other persons also have tried to reproduce it and failed. > > > In this case I will stop do any report on that bug and live with it as > > there is a workaround that works for me. But this annoying ... > > In the other case, I believe that the bug was reproduced and not fixed. > > It seems a few other people have encountered it, but that doesn't make > it fixable. We have to reproduce it to be able to debug and fix it. So what you say is that you cannot reproduce but others can. It seems for me different from unreproducible that give the message that it is not a real bug for other users ... This is my last words about this bug : Is it not possible to check if the specific libc is installed when upgrading and thus does not create the infamous file that cause the bug for me ? I do not know the internal of the library loader of linux and so cannot do a proper fix by miself. Finally I would say that I was friendly and offered help to find a solution. I could test your fix, try specific solutions or workaround. Even I could have tried to offer access to my hardware, if it is needed. I will live with this bug and so will others have to do ... -- Gallien Matthieu
Bug#441975: (no subject)
Sorry I did a mess with my mail accounts and the report from Gallien Dominique are in fact mine. Sorry Best regards -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441975: libc6: Still present !!!
Package: libc6 Version: 2.7-6 Followup-For: Bug #441975 I do not know what to say. The bug is still here. Just got : Préconfiguration des paquets... (Lecture de la base de données... 320682 fichiers et répertoires déjà installés.) Préparation du remplacement de login 1:4.1.0-1 (en utilisant .../login_1%3a4.1.0-2_i386.deb) ... Dépaquetage de la mise à jour de login ... Paramétrage de login (1:4.1.0-2) ... (Lecture de la base de données... 320682 fichiers et répertoires déjà installés.) Préparation du remplacement de ncurses-bin 5.6+20071215-1 (en utilisant .../ncurses-bin_5.6+20080105-1_i386.deb) ... Dépaquetage de la mise à jour de ncurses-bin ... Paramétrage de ncurses-bin (5.6+20080105-1) ... (Lecture de la base de données... 320682 fichiers et répertoires déjà installés.) Préparation du remplacement de libc6-dev 2.7-5 (en utilisant .../libc6-dev_2.7-6_i386.deb) ... Dépaquetage de la mise à jour de libc6-dev ... Préparation du remplacement de libc6-dbg 2.7-5 (en utilisant .../libc6-dbg_2.7-6_i386.deb) ... Dépaquetage de la mise à jour de libc6-dbg ... Préparation du remplacement de libc6 2.7-5 (en utilisant .../archives/libc6_2.7-6_i386.deb) ... Dépaquetage de la mise à jour de libc6 ... Paramétrage de libc6 (2.7-6) ... dpkg : erreur de traitement de libc6 (--configure) : sous-processus post-installation script tué par le signal (Erreur de segmentation) Des erreurs ont été rencontrées pendant l'exécution : libc6 E: Sub-process /usr/bin/dpkg returned an error code (1) wahiba# perl perl -e "use Qt" Can't open perl script "perl": Aucun fichier ou répertoire de ce type wahiba# perl -e "use Qt" zsh: segmentation fault perl -e "use Qt" wahiba# rm /etc/ld.so.nohwcap wahiba# perl -e "use Qt" The last call has no problem to complete without segfault. I have no the technical skills and the time solve this, but can you please do it. Thanks in advance Best regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (102, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.3-20080104-1 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services:
Bug#460208: kpat: crash when started with kdegames-card-data package from unstable
Le Saturday 12 January 2008 14:39:08 Ana Guerrero, vous avez écrit : > On Sat, Jan 12, 2008 at 12:05:16PM +0100, Gallien Matthieu wrote: > > Hi > > > > Le Saturday 12 January 2008 13:48:44 Ana Guerrero, vous avez écrit : > > > Hi, > > > > > > On Fri, Jan 11, 2008 at 11:09:40AM +0100, Gallien Matthieu wrote: > > > > Package: kpat > > > > Version: 4:3.98.0~svn755919-1 > > > > Severity: important > > > > > > > > Hi, > > > > first thank you for all your work on packaging kde !!! > > > > > > > > I installed kdegames from experimental, and then could not start > > > > kpat. Each time I try to launch it, it crashes before having shown > > > > anything. This morning I tried to install kdegames-card-data from > > > > experimental and suddenly kpat is working nicely. > > > > Maybe you could add a dependency to force to install > > > > kdegames-card-data from kde4 instead of the kde3 version. > > > > > > > > If you need more informations, you can contact me. > > > > > > No, sorry. > > > > > > Please read: > > > http://lists.debian.org/debian-devel-announce/2008/01/msg1.html > > > > > > Ana > > > > First, kpat from experimental is unusable if you just pick it in a clean > > unstable or testing (not verified for testing). So I do not understand > > why you close the bug and I will reopen it unless you give me more > > informations and raise the severity because the package is completely > > unusbale for me and I do not see why it could be for others. > > > > Second, I do not see any answer in your mail to debian-devel-announce on > > why it is normal than kpat from experimental should crash when started. > > Maybe I should llok at the source package of kde to see if it is their > > fault or Debian's. But clearly kpat is not coinstallable with > > kdegames-card-data from kde3 (at least on my setup). > > > > So I hope that this is just a problem of understanding and communication > > between us. > > Arg, yes, sorry, i did read your mail too fast :) > I'll look at it. Thanks and sorry if my last mail was too harsh, but english is not my native language. Sometimes when I write email I put more than just what is needed. > > Ana -- Gallien Matthieu
Bug#460208: kpat: crash when started with kdegames-card-data package from unstable
Hi Le Saturday 12 January 2008 13:48:44 Ana Guerrero, vous avez écrit : > Hi, > > On Fri, Jan 11, 2008 at 11:09:40AM +0100, Gallien Matthieu wrote: > > Package: kpat > > Version: 4:3.98.0~svn755919-1 > > Severity: important > > > > Hi, > > first thank you for all your work on packaging kde !!! > > > > I installed kdegames from experimental, and then could not start kpat. > > Each time I try to launch it, it crashes before having shown anything. > > This morning I tried to install kdegames-card-data from experimental and > > suddenly kpat is working nicely. > > Maybe you could add a dependency to force to install kdegames-card-data > > from kde4 instead of the kde3 version. > > > > If you need more informations, you can contact me. > > No, sorry. > > Please read: > http://lists.debian.org/debian-devel-announce/2008/01/msg1.html > > Ana First, kpat from experimental is unusable if you just pick it in a clean unstable or testing (not verified for testing). So I do not understand why you close the bug and I will reopen it unless you give me more informations and raise the severity because the package is completely unusbale for me and I do not see why it could be for others. Second, I do not see any answer in your mail to debian-devel-announce on why it is normal than kpat from experimental should crash when started. Maybe I should llok at the source package of kde to see if it is their fault or Debian's. But clearly kpat is not coinstallable with kdegames-card-data from kde3 (at least on my setup). So I hope that this is just a problem of understanding and communication between us. Best regards -- Gallien Matthieu
Bug#460208: kpat: crash when started with kdegames-card-data package from unstable
Package: kpat Version: 4:3.98.0~svn755919-1 Severity: important Hi, first thank you for all your work on packaging kde !!! I installed kdegames from experimental, and then could not start kpat. Each time I try to launch it, it crashes before having shown anything. This morning I tried to install kdegames-card-data from experimental and suddenly kpat is working nicely. Maybe you could add a dependency to force to install kdegames-card-data from kde4 instead of the kde3 version. If you need more informations, you can contact me. Best regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (102, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpat depends on: ii kde-icons-oxygen4:4.0.0-1Oxygen icon theme for KDE 4 ii kdebase-data4:3.5.8.dfsg.1-5 shared data files for the KDE base ii kdebase-runtime 4:4.0.0-1runtime components from the offici ii kdebase-runtime-dat 4:4.0.0-1shared data files for the KDE base ii kdegames-card-data 4:3.98.0~svn755919-1 Card decks for KDE games ii kdelibs54:4.0.0-1core libraries for all KDE 4 appli ii libc6 2.7-5GNU C Library: Shared libraries ii libkdegames44:3.98.0~svn755919-1 KDE games library and common files ii libqt4-core 4.3.3-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.3-2 Qt 4 core GUI functionality runtim ii libstdc++6 4.3-20080104-1 The GNU Standard C++ Library v3 kpat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452909: hal: there is big regressions about the pmu support
Le Saturday 08 December 2007 07:07:19 Sjoerd Simons, vous avez écrit : > reassign 452909 pm-utils > thanks > > On Mon, Nov 26, 2007 at 12:25:14PM +0100, GALLIEN Matthieu wrote: > > Le lundi 26 novembre 2007, Sjoerd Simons a écrit : > > > On Mon, Nov 26, 2007 at 01:49:49AM +0100, Matthieu Gallien wrote: > > > > Package: hal > > > > Version: 0.5.10-2 > > > > Severity: normal > > > > > > > > Due to the last upload of hal, there is regression in the support of > > > > pmu. None of them seems complicated to fix as I was able to find > > > > workarounds without prior knowledge of hal and dbus stuff.. > > > > > > > > The symptom was that I was no longer able to suspend to ram using > > > > kpowersave. I used qdbusviewer to interacts with hald and also > > > > executed hals in a console. I found that > > > > /usr/lib/hal/hal-system-power-pm-is-supported reports to hal that my > > > > computer cannot suspend to ram. This is wrong. Since the regression, > > > > I was able to suspend my computer using: > > > > /usr/lib/hal/hal-system-power-pmu sleep > > > > > > Hmm, do we still ship hal-system-power-pmu, we shouldn't. But that's > > > another bug :) > > > > Yes you still ship hal-system-power-pmu and I use it currently. > > Don't assume it will still be availble on the next upload :) Ok I understand. > > > > > I believe that /usr/lib/hal/hal-system-power-pm-is-supported should > > > > be fixed to at least say yes when an hal helper is able to do the > > > > job. Second problem, > > > > /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux is not able > > > > to suspend to ram my computer. There the problem is that hal > > > > apparently only supports pm-utils. Again, adding those some lines > > > > solved the problem: > > > > > > What needs to be fixed is pm-utils to properly support suspend on PMU > > > machines. As soon as this is fixed, hal will automagically start > > > working again. > > > > Yeah why not. > > It is not my package and I have no right to say what is the best. > > I know that currently hal no longer support pmu and I found a workaround > > before pm-utils is fixed. This is why I submitted this bug report. There > > is people who have lost functionnality. > > > > > I'd rather spend my time fixing pm-utils then adding workarounds in hal > > > to hid problems :) I just haven't come around to actually fixing > > > pm-utils yet. > > > > Do I need to submit a bug report ? > > Nope, i'm reassigning this bug to pm-utils. I build and upload uswsusp on > powerpc, so now all that's left is for pm-utils to correctly show suspend > is supported on PMU machines.. Which can be as simple as checking if > /dev/pmu exists. If you need some help to test packages, I can do it. Unfortunateky I have no time to help you more than to do testing. Thanks in advance for your work. > > Sjoerd Best regards -- Gallien Matthieu
Bug#452909: hal: there is big regressions about the pmu support
Le lundi 26 novembre 2007, Sjoerd Simons a écrit : > On Mon, Nov 26, 2007 at 01:49:49AM +0100, Matthieu Gallien wrote: > > Package: hal > > Version: 0.5.10-2 > > Severity: normal > > > > Due to the last upload of hal, there is regression in the support of pmu. > > None of them seems complicated to fix as I was able to find workarounds > > without prior knowledge of hal and dbus stuff.. > > > > The symptom was that I was no longer able to suspend to ram using > > kpowersave. I used qdbusviewer to interacts with hald and also executed > > hals in a console. I found that > > /usr/lib/hal/hal-system-power-pm-is-supported reports to hal that my > > computer cannot suspend to ram. This is wrong. Since the regression, I > > was able to suspend my computer using: > > /usr/lib/hal/hal-system-power-pmu sleep > > Hmm, do we still ship hal-system-power-pmu, we shouldn't. But that's > another bug :) Yes you still ship hal-system-power-pmu and I use it currently. > > > I believe that /usr/lib/hal/hal-system-power-pm-is-supported should be > > fixed to at least say yes when an hal helper is able to do the job. > > Second problem, /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux > > is not able to suspend to ram my computer. There the problem is that hal > > apparently only supports pm-utils. Again, adding those some lines solved > > the problem: > > What needs to be fixed is pm-utils to properly support suspend on PMU > machines. As soon as this is fixed, hal will automagically start working > again. Yeah why not. It is not my package and I have no right to say what is the best. I know that currently hal no longer support pmu and I found a workaround before pm-utils is fixed. This is why I submitted this bug report. There is people who have lost functionnality. > > I'd rather spend my time fixing pm-utils then adding workarounds in hal to > hid problems :) I just haven't come around to actually fixing pm-utils yet. Do I need to submit a bug report ? > > Sjoerd -- GALLIEN Matthieu
Bug#441975: still here
Le Friday 19 October 2007 10:45:47 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > > Hi, > > > > I can confirm that if /etc/ld.so.nohwcap exists, running perl -e "use Qt" > > leads to a segfault in an up to date unstable. And thus at each upgrade > > of libc6 the problem occurs. > > Which is something really strange. When this file exists, the dynamic > loader uses the non-optimized version of the glibc instead of the normal > one, but they are both ABI compatible. I guess that either your > non-optimized glibc is broken or libqt-perl is doing bad things. > > Could you please tell me what's the output of "ldd /usr/bin/perl" when > the /etc/ld.so.nohwcap file is present and when it is not? ldd /usr/bin/perl without /etc/ld.so.nohwcap linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7f46000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f21000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7f0a000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dc2000) libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb7d94000) /lib/ld-linux.so.2 (0xb7f68000) ldd /usr/bin/perl with /etc/ld.so.nohwcap linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7fa5000) libm.so.6 => /lib/libm.so.6 (0xb7f7f000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7f67000) libc.so.6 => /lib/libc.so.6 (0xb7e1f000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7df1000) /lib/ld-linux.so.2 (0xb7fc6000) > > Also do you have a backtrace of the segfault? #0 0x40c02898 in ?? () #1 0xb7d6a6a8 in ?? () from /lib/libc.so.6 #2 0xbfc4d100 in ?? () #3 0xbfc4d074 in ?? () #4 0xb7e83ff4 in ?? () from /lib/libc.so.6 #5 0xbfc4d094 in ?? () #6 0xb7d6a5ec in siglongjmp () from /lib/libc.so.6 Backtrace stopped: frame did not save the PC Not a usable one. I suppose I should install debug packages. Starting program: /usr/bin/debugperl -e "use Qt" [Thread debugging using libthread_db enabled] [New Thread 0xb7ddd8c0 (LWP 16091)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7ddd8c0 (LWP 16091)] 0x40d62898 in ?? () (gdb) bt #0 0x40d62898 in ?? () #1 0xb7e366a8 in _longjmp_unwind () from /lib/libc.so.6 #2 0xb7e365ec in siglongjmp () from /lib/libc.so.6 #3 0xb7f5f8d4 in siglongjmp () from /lib/libpthread.so.0 #4 0x0806fb7f in S_my_exit_jump (my_perl=0x81bc008) at perl.c:5334 #5 0x0806f6ea in Perl_my_exit (my_perl=0x81bc008, status=0) at perl.c:5282 #6 0x08069263 in S_run_body (my_perl=0x81bc008, oldscope=1) at perl.c:2368 #7 0x08068c85 in perl_run (my_perl=0x81bc008) at perl.c:2283 #8 0x080638cf in main (argc=3, argv=0xbffa6db4, env=0xbffa6dc4) at perlmain.c:99 -- Gallien Matthieu
Bug#441975: still here
Hi, I can confirm that if /etc/ld.so.nohwcap exists, running perl -e "use Qt" leads to a segfault in an up to date unstable. And thus at each upgrade of libc6 the problem occurs. -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#446891: [pkg-ntp-maintainers] Bug#446891: ntp: problem of dependency related to libssl0.9.8
Le Tuesday 16 October 2007 15:27:19, vous avez écrit : > Version: 4.2.4p4+dfsg-1 > > Am Montag, 15. Oktober 2007 schrieb GALLIEN Matthieu: > > since I have upgraded libssl0.9.8 yesterday, ntpd completely refuses to > > start. > > Time to upgrade. Yeah sure, I will upgrade as soon as the package is built !!! -- Gallien Matthieu
Bug#446891: ntp: problem of dependency related to libssl0.9.8
Package: ntp Version: 1:4.2.4p3+dfsg-1 Severity: grave Justification: renders package unusable Hi, since I have upgraded libssl0.9.8 yesterday, ntpd completely refuses to start. I got this error message: ntpd [EMAIL PROTECTED] Mon Aug 27 23:51:28 UTC 2007 (1) ntpd: OpenSSL version mismatch. Built against 90805f, you have 908070 and this is the same with the stable version: ntpd [EMAIL PROTECTED] Sun Mar 4 13:27:01 UTC 2007 (1) ntpd: OpenSSL version mismatch. Built against 90805f, you have 908070 thanks in advance for your help -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (2, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-1-powerpc Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/bash Versions of packages ntp depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.6.1-5GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8f-1 SSL shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system ii perl 5.8.8-11 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- GALLIEN Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Friday 14 September 2007 10:37:25 Gallien Matthieu, vous avez écrit : > Le Thursday 13 September 2007 18:18:54 Aurelien Jarno, vous avez écrit : > > Gallien Matthieu a écrit : > > > Setting up libc6 (2.6.1-3) ... > > > + set -e > > > + export LC_ALL=C > > > + LC_ALL=C > > > + type=configure > > > + preversion=2.6.1-1+b1 > > > + '[' configure = configure ']' > > > + '[' -f /usr/share/debconf/confmodule ']' > > > + . /usr/share/debconf/confmodule > > > ++ '[' '!' '' ']' > > > ++ PERL_DL_NONLAZY=1 > > > ++ export PERL_DL_NONLAZY > > > ++ '[' '' ']' > > > ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/libc6.postinst > > > configure 2.6.1-1+b1 > > > dpkg: error processing libc6 (--configure): > > > subprocess post-installation script killed by signal (Segmentation > > > fault) > > > > Wow it's very strange that /usr/share/debconf/frontend segfault in such > > conditions. It is a perl program. > > > > While a version gap between libc6 and libc6-i686 could really cause such > > causes of problem, the difference is very small in your case, and I > > don't really see how it could cause such a problem. > > > > Does a /etc/ld.so.nohwcap file exists when the versions of libc6 and > > libc6-i686 mismatch (after a failure in the postinst script)? > > Yes there is an empty one > > > - Are you sure there is a correlation between the segfault and the > > presence of libc6-i686? > > No it seems that there is other path to reproduce the error. > At least : > > if libc6 and libc6-i686 are correctly installed from unstable. > Then I remove libc6-i686. I downgrade to libc6/testing. There is no /etc/ld.so.nohwcap and: wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7edb000) libm.so.6 => /lib/libm.so.6 (0xb7eb5000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9e000) libc.so.6 => /lib/libc.so.6 (0xb7d56000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d28000) /lib/ld-linux.so.2 (0xb7efc000) > And I try again to upgrade. There is now a faillure. There is a /etc/ld.so.nohwcap and: wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7f39000) libm.so.6 => /lib/libm.so.6 (0xb7f13000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7efb000) libc.so.6 => /lib/libc.so.6 (0xb7db3000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d85000) /lib/ld-linux.so.2 (0xb7f59000) and if I manualy rm /etc/ld.so.nohwcap. the configuration of libc6 works. So the problem of segfault seems related to the presence of /etc/ld.so.nohwcap. > If I do: > dpkg --ignore-depends=libc6 -i > /var/cache/apt/archives/libc6-i686_2.6.1-3_i386.deb > > after the manual forced installation of libc6-i686: > > wahiba:~# ldd /usr/bin/perl > linux-gate.so.1 => (0xe000) > libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7f5c000) > libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f37000) > libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7f2) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dd8000) > libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb7daa000) > /lib/ld-linux.so.2 (0xb7f7d000) and there is no /etc/ld.so.nohwcap and after the dpkg --configure -a the result is still the same > > Hope this help -- Gallien Matthieu
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Thursday 13 September 2007 18:18:54 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > > Setting up libc6 (2.6.1-3) ... > > + set -e > > + export LC_ALL=C > > + LC_ALL=C > > + type=configure > > + preversion=2.6.1-1+b1 > > + '[' configure = configure ']' > > + '[' -f /usr/share/debconf/confmodule ']' > > + . /usr/share/debconf/confmodule > > ++ '[' '!' '' ']' > > ++ PERL_DL_NONLAZY=1 > > ++ export PERL_DL_NONLAZY > > ++ '[' '' ']' > > ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/libc6.postinst > > configure 2.6.1-1+b1 > > dpkg: error processing libc6 (--configure): > > subprocess post-installation script killed by signal (Segmentation > > fault) > > Wow it's very strange that /usr/share/debconf/frontend segfault in such > conditions. It is a perl program. > > While a version gap between libc6 and libc6-i686 could really cause such > causes of problem, the difference is very small in your case, and I > don't really see how it could cause such a problem. > > Does a /etc/ld.so.nohwcap file exists when the versions of libc6 and > libc6-i686 mismatch (after a failure in the postinst script)? Yes there is an empty one > > That let me ask you a few questions: > - What's the output of ldd /usr/bin/perl in that case? and when the > packages are correctly installed? wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7f1b000) libm.so.6 => /lib/libm.so.6 (0xb7ef5000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7edd000) libc.so.6 => /lib/libc.so.6 (0xb7d95000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d67000) /lib/ld-linux.so.2 (0xb7f3b000) and when the packages are correclty installed by this command: wahiba:~# apt-get remove -f --purge libc6-i686 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libc6-i686* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. 2 not fully installed or removed. Need to get 0B of archives. After unpacking 2638kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 354137 files and directories currently installed.) Removing libc6-i686 ... Purging configuration files for libc6-i686 ... Setting up libc6 (2.6.1-3) ... frontend: cannot connect to X server debconf: unable to initialize frontend: Kde debconf: (DISPLAY problem?) debconf: falling back to frontend: Dialog Setting up libc6-dev (2.6.1-3) ... wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7ef1000) libm.so.6 => /lib/libm.so.6 (0xb7ecb000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7eb4000) libc.so.6 => /lib/libc.so.6 (0xb7d6c000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d3e000) /lib/ld-linux.so.2 (0xb7f12000) and there is no /etc/ld.so.nohwcap then apt-get install linc6-i686 wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7f59000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f34000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7f1d000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dd5000) libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb7da7000) /lib/ld-linux.so.2 (0xb7f7a000) > - Are you sure there is a correlation between the segfault and the > presence of libc6-i686? No it seems that there is other path to reproduce the error. At least : if libc6 and libc6-i686 are correctly installed from unstable. Then I remove libc6-i686. I downgrade to libc6/testing. And I try again to upgrade. There is now a faillure. If I do: dpkg --ignore-depends=libc6 -i /var/cache/apt/archives/libc6-i686_2.6.1-3_i386.deb Then I can correclty configured libc6. when the upgrade of libc6 fails wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/libdl.so.2 (0xb7fb1000) libm.so.6 => /lib/libm.so.6 (0xb7f8b000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7f73000) libc.so.6 => /lib/libc.so.6 (0xb7e2b000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7dfd000) /lib/ld-linux.so.2 (0xb7fd1000) after the manual forced installation of libc6-i686: wahiba:~# ldd /usr/bin/perl linux-gate.so.1 => (0xe000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7f5c000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f37000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7f2) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dd8000) libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb7daa000) /lib/ld-linux.so.2 (0xb7f7d000) Hope this help -- Gallien Matthieu
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Thursday 13 September 2007 09:32:30 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > >> dpkg -l libc6-i686 2>/dev/null | sed -e '/^i/!d;' -e \ > >> "s/^i.\s\+libc6-i686\s\+//;s/\s.*//g" > > > > 2.6.1-3 > > As for the other tests, everything is ok. I have to admit I have no idea > about what really happens. > > When the problem occurs, what happens if you run "apt-get install"? Is > the postinst script ran again, and does the problem occur again? Yes and no apt-get install refuses to run because of dependencies not satisfied : Reading package lists... Done Building dependency tree Reading state information... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: libc6-i686: PreDepends: libc6 (= 2.6.1-1+b1) but 2.6.1-3 is installed E: Unmet dependencies. Try using -f. and that is the result of apt-get install -f : Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following extra packages will be installed: libc6-i686 The following packages will be upgraded: libc6-i686 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. Need to get 0B/1202kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue [Y/n]? /bin/sh: line 1: 15606 Segmentation fault /usr/sbin/dpkg-preconfigure --apt Setting up libc6 (2.6.1-3) ... + set -e + export LC_ALL=C + LC_ALL=C + type=configure + preversion=2.6.1-1+b1 + '[' configure = configure ']' + '[' -f /usr/share/debconf/confmodule ']' + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ PERL_DL_NONLAZY=1 ++ export PERL_DL_NONLAZY ++ '[' '' ']' ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/libc6.postinst configure 2.6.1-1+b1 dpkg: error processing libc6 (--configure): subprocess post-installation script killed by signal (Segmentation fault) Errors were encountered while processing: libc6 E: Sub-process /usr/bin/dpkg returned an error code (1) > > If yes, could you please change the first line of > /var/lib/dpkg/info/libc6.postinst from > > #!/bin/sh > to > #!/bin/sh -x > > and run "apt-get install"? That should give us some more details about > where the problem appears. > > Thanks. Setting up libc6 (2.6.1-3) ... + set -e + export LC_ALL=C + LC_ALL=C + type=configure + preversion=2.6.1-1+b1 + '[' configure = configure ']' + '[' -f /usr/share/debconf/confmodule ']' + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ PERL_DL_NONLAZY=1 ++ export PERL_DL_NONLAZY ++ '[' '' ']' ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/libc6.postinst configure 2.6.1-1+b1 dpkg: error processing libc6 (--configure): subprocess post-installation script killed by signal (Segmentation fault) thanks again for your interest -- Gallien Matthieu
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Wednesday 12 September 2007 17:33:41, vous avez écrit : > Gallien Matthieu a écrit : > > Le Wednesday 12 September 2007 17:15:11 Aurelien Jarno, vous avez écrit : > >> Gallien Matthieu a écrit : > >>> Le Wednesday 12 September 2007 14:54:23 Aurelien Jarno, vous avez écrit : > >>>> Gallien Matthieu a écrit : > >>>>> Package: libc6 > >>>>> Version: 2.6.1-3 > >>>>> Severity: important > >>>>> > >>>>> --- Please enter the report below this line. --- > >>>>> > >>>>> Today, I tried to upgrade my system using apt-get upgrade. > >>>>> I got this error message. > >>>>> > >>>>> Setting up libc6 (2.6.1-3) ... > >>>>> dpkg: error processing libc6 (--configure): > >>>>> subprocess post-installation script killed by signal (Segmentation > >>>>> fault) dpkg: dependency problems prevent configuration of libc6-dev: > >>>>> libc6-dev depends on libc6 (= 2.6.1-3); however: > >>>>> Package libc6 is not configured yet. > >>>>> dpkg: error processing libc6-dev (--configure): > >>>>> dependency problems - leaving unconfigured > >>>>> Errors were encountered while processing: > >>>>> libc6 > >>>>> libc6-dev > >>>>> > >>>>> I solved the problem by first removing libc6-i686, then upgrade libc6 > >>>>> and then reinstall libc6-i686. > >>>> > >>>> This is most probably a problem from your side. Which version of libc6 > >>>> and libc6-i686 was installed before? > >>> > >>> I can reproduce with version 2.6.1-2 and testing. > >> > >> You mean you are still able to reproduce it even after the upgrade? > > > > If I downgrade, I am still able to reproduce it. > > Interesting. Then could you please send us the output of: > - ls -l /lib /lib/i686/cmov -rw-r--r-- 1 root root 117340 Sep 11 09:28 ld-2.6.1.so lrwxrwxrwx 1 root root 11 Sep 12 15:32 ld-linux.so.2 -> ld-2.6.1.so -rw-r--r-- 1 root root5444 Sep 11 09:28 libBrokenLocale-2.6.1.so lrwxrwxrwx 1 root root 24 Sep 12 15:32 libBrokenLocale.so.1 -> libBrokenLocale-2.6.1.so -rw-r--r-- 1 root root 13696 Sep 11 09:28 libSegFault.so -rw-r--r-- 1 root root9804 Sep 11 09:28 libanl-2.6.1.so lrwxrwxrwx 1 root root 15 Sep 12 15:32 libanl.so.1 -> libanl-2.6.1.so -rw-r--r-- 1 root root 1335720 Sep 11 09:28 libc-2.6.1.so lrwxrwxrwx 1 root root 13 Sep 12 15:32 libc.so.6 -> libc-2.6.1.so -rw-r--r-- 1 root root 185824 Sep 11 09:28 libcidn-2.6.1.so lrwxrwxrwx 1 root root 16 Sep 12 15:32 libcidn.so.1 -> libcidn-2.6.1.so -rw-r--r-- 1 root root 21912 Sep 11 09:28 libcrypt-2.6.1.so lrwxrwxrwx 1 root root 17 Sep 12 15:32 libcrypt.so.1 -> libcrypt-2.6.1.so -rw-r--r-- 1 root root9684 Sep 11 09:28 libdl-2.6.1.so lrwxrwxrwx 1 root root 14 Sep 12 15:32 libdl.so.2 -> libdl-2.6.1.so -rw-r--r-- 1 root root 149332 Sep 11 09:28 libm-2.6.1.so lrwxrwxrwx 1 root root 13 Sep 12 15:32 libm.so.6 -> libm-2.6.1.so -rw-r--r-- 1 root root 13692 Sep 11 09:28 libmemusage.so -rw-r--r-- 1 root root 83712 Sep 11 09:28 libnsl-2.6.1.so lrwxrwxrwx 1 root root 15 Sep 12 15:32 libnsl.so.1 -> libnsl-2.6.1.so -rw-r--r-- 1 root root 30436 Sep 11 09:28 libnss_compat-2.6.1.so lrwxrwxrwx 1 root root 22 Sep 12 15:32 libnss_compat.so.2 -> libnss_compat-2.6.1.so -rw-r--r-- 1 root root 17884 Sep 11 09:28 libnss_dns-2.6.1.so lrwxrwxrwx 1 root root 19 Sep 12 15:32 libnss_dns.so.2 -> libnss_dns-2.6.1.so -rw-r--r-- 1 root root 38420 Sep 11 09:28 libnss_files-2.6.1.so lrwxrwxrwx 1 root root 21 Sep 12 15:32 libnss_files.so.2 -> libnss_files-2.6.1.so -rw-r--r-- 1 root root 17900 Sep 11 09:28 libnss_hesiod-2.6.1.so lrwxrwxrwx 1 root root 22 Sep 12 15:32 libnss_hesiod.so.2 -> libnss_hesiod-2.6.1.so -rw-r--r-- 1 root root 34352 Sep 11 09:28 libnss_nis-2.6.1.so lrwxrwxrwx 1 root root 19 Sep 12 15:32 libnss_nis.so.2 -> libnss_nis-2.6.1.so -rw-r--r-- 1 root root 46604 Sep 11 09:28 libnss_nisplus-2.6.1.so lrwxrwxrwx 1 root root 23 Sep 12 15:32 libnss_nisplus.so.2 -> libnss_nisplus-2.6.1.so -rw-r--r-- 1 root root5444 Sep 11 09:28 libpcprofile.so -rw-r--r-- 1 root root 112423 Sep 11 09:28 libpthread-2.6.1.so lrwxrwxrwx 1 root root 19 Sep 12 15:32 libpthread.so.0 -> libpthread-2.6.1.so -rw-r--r-- 1 root root 67408 Sep 11 09:28 libresolv-2.6.1.so lrwxrwxrwx 1 root root 18 Sep 12 15:32 libresolv.so.2 -> libresolv-2.6.1.so -rw-r--r-- 1 root root 30624 Sep 11 09:28 librt-2.6.1.so
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Wednesday 12 September 2007 17:54:43 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > > Le Wednesday 12 September 2007 17:33:41, vous avez écrit : > >> Gallien Matthieu a écrit : > >>> Le Wednesday 12 September 2007 17:15:11 Aurelien Jarno, vous avez écrit : > >>>> Gallien Matthieu a écrit : > >>>>> Le Wednesday 12 September 2007 14:54:23 Aurelien Jarno, vous avez > > > > écrit : > >>>>>> Gallien Matthieu a écrit : > >>>>>>> Package: libc6 > >>>>>>> Version: 2.6.1-3 > >>>>>>> Severity: important > >>>>>>> > >>>>>>> --- Please enter the report below this line. --- > >>>>>>> > >>>>>>> Today, I tried to upgrade my system using apt-get upgrade. > >>>>>>> I got this error message. > >>>>>>> > >>>>>>> Setting up libc6 (2.6.1-3) ... > >>>>>>> dpkg: error processing libc6 (--configure): > >>>>>>> subprocess post-installation script killed by signal (Segmentation > >>>>>>> fault) dpkg: dependency problems prevent configuration of > >>>>>>> libc6-dev: libc6-dev depends on libc6 (= 2.6.1-3); however: > >>>>>>> Package libc6 is not configured yet. > >>>>>>> dpkg: error processing libc6-dev (--configure): > >>>>>>> dependency problems - leaving unconfigured > >>>>>>> Errors were encountered while processing: > >>>>>>> libc6 > >>>>>>> libc6-dev > >>>>>>> > >>>>>>> I solved the problem by first removing libc6-i686, then upgrade > >>>>>>> libc6 and then reinstall libc6-i686. > >>>>>> > >>>>>> This is most probably a problem from your side. Which version of > >>>>>> libc6 and libc6-i686 was installed before? > >>>>> > >>>>> I can reproduce with version 2.6.1-2 and testing. > >>>> > >>>> You mean you are still able to reproduce it even after the upgrade? > >>> > >>> If I downgrade, I am still able to reproduce it. > >> > >> Interesting. Then could you please send us the output of: > >> - ls -l /lib /lib/i686/cmov > > > > Everything looks ok. Do you have something in /lib/i686/cmov (files from > libc6-i686) ? I see nothing listed. Sure, I made a mistake and send only the content of /lib/i686/cmov and not those of /lib /lib: total 5820 drwxr-xr-x 2 root root4096 Jun 27 22:38 alsa lrwxrwxrwx 1 root root 21 Sep 5 19:15 cpp -> /etc/alternatives/cpp drwxr-xr-x 4 root root4096 Jul 30 07:38 cryptsetup drwxr-xr-x 2 root root4096 Aug 10 19:54 discover drwxr-xr-x 2 root root4096 Nov 25 2005 firmware drwxr-xr-x 2 root root4096 Mar 2 2006 i486-linux-gnu drwxr-xr-x 3 root root4096 Sep 12 15:32 i686 drwxr-xr-x 3 root root4096 Jul 30 07:38 init drwxr-xr-x 2 root root8192 Jul 30 07:38 iptables -rwxr-xr-x 1 root root 64496 Sep 4 13:36 klibc-T3tjPzYAN-AkKlc3Efm8yNoXldY.so -rwxr-xr-x 1 root root 117340 Sep 11 09:27 ld-2.6.1.so lrwxrwxrwx 1 root root 11 Sep 12 15:23 ld-linux.so.2 -> ld-2.6.1.so -rw-r--r-- 1 root root5444 Sep 11 09:27 libBrokenLocale-2.6.1.so lrwxrwxrwx 1 root root 24 Sep 12 15:23 libBrokenLocale.so.1 -> libBrokenLocale-2.6.1.so -rw-r--r-- 1 root root 13696 Sep 11 09:27 libSegFault.so lrwxrwxrwx 1 root root 17 Dec 18 2006 libacl.a -> /usr/lib/libacl.a lrwxrwxrwx 1 root root 18 Dec 18 2006 libacl.la -> /usr/lib/libacl.la lrwxrwxrwx 1 root root 11 Dec 18 2006 libacl.so -> libacl.so.1 lrwxrwxrwx 1 root root 15 Dec 18 2006 libacl.so.1 -> libacl.so.1.1.0 -rw-r--r-- 1 root root 22156 Dec 17 2006 libacl.so.1.1.0 -rw-r--r-- 1 root root9804 Sep 11 09:27 libanl-2.6.1.so lrwxrwxrwx 1 root root 15 Sep 12 15:23 libanl.so.1 -> libanl-2.6.1.so lrwxrwxrwx 1 root root 15 Jul 22 17:09 libatm.so.1 -> libatm.so.1.0.0 -rw-r--r-- 1 root root 31156 Jul 21 13:55 libatm.so.1.0.0 lrwxrwxrwx 1 root root 18 Jul 30 07:45 libattr.a -> /usr/lib/libattr.a lrwxrwxrwx 1 root root 19 Jul 30 07:45 libattr.la -> /usr/lib/libattr.la lrwxrwxrwx 1 root root 12 Jul 30 07:45 libattr.so -> libattr.so.1 lrwxrwxrwx 1 root root 16 Jul 30 07:38 libattr.so.1 -> libattr.so.1.1.0 -rw-r--r-- 1 root root 12628 Jul 28 18:18 libattr.so.1.1.0 lrwxrwxrwx 1 root root 15 Jul 17 12:10 libblkid.so.1 -> libblkid.so.1.0 -
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Wednesday 12 September 2007 17:15:11 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > > Le Wednesday 12 September 2007 14:54:23 Aurelien Jarno, vous avez écrit : > >> Gallien Matthieu a écrit : > >>> Package: libc6 > >>> Version: 2.6.1-3 > >>> Severity: important > >>> > >>> --- Please enter the report below this line. --- > >>> > >>> Today, I tried to upgrade my system using apt-get upgrade. > >>> I got this error message. > >>> > >>> Setting up libc6 (2.6.1-3) ... > >>> dpkg: error processing libc6 (--configure): > >>> subprocess post-installation script killed by signal (Segmentation > >>> fault) dpkg: dependency problems prevent configuration of libc6-dev: > >>> libc6-dev depends on libc6 (= 2.6.1-3); however: > >>> Package libc6 is not configured yet. > >>> dpkg: error processing libc6-dev (--configure): > >>> dependency problems - leaving unconfigured > >>> Errors were encountered while processing: > >>> libc6 > >>> libc6-dev > >>> > >>> I solved the problem by first removing libc6-i686, then upgrade libc6 > >>> and then reinstall libc6-i686. > >> > >> This is most probably a problem from your side. Which version of libc6 > >> and libc6-i686 was installed before? > > > > I can reproduce with version 2.6.1-2 and testing. > > You mean you are still able to reproduce it even after the upgrade? If I downgrade, I am still able to reproduce it. -- Gallien Matthieu
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Le Wednesday 12 September 2007 14:54:23 Aurelien Jarno, vous avez écrit : > Gallien Matthieu a écrit : > > Package: libc6 > > Version: 2.6.1-3 > > Severity: important > > > > --- Please enter the report below this line. --- > > > > Today, I tried to upgrade my system using apt-get upgrade. > > I got this error message. > > > > Setting up libc6 (2.6.1-3) ... > > dpkg: error processing libc6 (--configure): > > subprocess post-installation script killed by signal (Segmentation > > fault) dpkg: dependency problems prevent configuration of libc6-dev: > > libc6-dev depends on libc6 (= 2.6.1-3); however: > > Package libc6 is not configured yet. > > dpkg: error processing libc6-dev (--configure): > > dependency problems - leaving unconfigured > > Errors were encountered while processing: > > libc6 > > libc6-dev > > > > I solved the problem by first removing libc6-i686, then upgrade libc6 and > > then reinstall libc6-i686. > > This is most probably a problem from your side. Which version of libc6 > and libc6-i686 was installed before? I can reproduce with version 2.6.1-2 and testing. > > Also did you move at some point /lib/tls to /lib/tls.old or something > like that? I have no /lib/tls nor any /lib/tls.* . I for sure never removed them, so I have not enough knowledge to understand what I should have. -- Gallien Matthieu
Bug#441975: cannot upgrade libc6-2.6.1-3 if libc6-i686 is installed
Package: libc6 Version: 2.6.1-3 Severity: important --- Please enter the report below this line. --- Today, I tried to upgrade my system using apt-get upgrade. I got this error message. Setting up libc6 (2.6.1-3) ... dpkg: error processing libc6 (--configure): subprocess post-installation script killed by signal (Segmentation fault) dpkg: dependency problems prevent configuration of libc6-dev: libc6-dev depends on libc6 (= 2.6.1-3); however: Package libc6 is not configured yet. dpkg: error processing libc6-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libc6 libc6-dev I solved the problem by first removing libc6-i686, then upgrade libc6 and then reinstall libc6-i686. Hope this help. Thanks for your work --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-2-k7 Debian Release: lenny/sid 900 unstablewww.debian-multimedia.org 900 unstableftp.fr.debian.org 500 testing security.debian.org 500 testing ftp.fr.debian.org 500 kernel-dists-trunk kernel-archive.buildserver.net 1 stable security.debian.org 1 stable ftp.fr.debian.org 1 experimentalwww.debian-multimedia.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libgcc1 | 1:4.2.1-5 -- Gallien Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429817: qt4-dev-tools: assistant-qt4 fails to start due to a missing symbol
Package: qt4-dev-tools Version: 4.2.3-1+b1 Severity: normal If you install qt4.3 and still uses qt4-dev-tools 4.2.3, when you start assistant, you got the following error: assistant: symbol lookup error: assistant: undefined symbol: _ZN14QUnicodeTables5lowerEj The problem is solved by upgrading to qt4-dev-tools 4.3. Maybe you can add a conflict to avoid such a situation to arose. Anyway, thanks for your on packaging qt4. Best regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (501, 'experimental'), (500, 'testing'), (102, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-1-powerpc Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/bash Versions of packages qt4-dev-tools depends on: ii libaudio2 1.9-2The Network Audio System (NAS). (s ii libc6 2.5-11 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070609-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt4-core 4.3.0-1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.0-1 Qt 4 core GUI functionality runtim ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3-15 compression library - runtime Versions of packages qt4-dev-tools recommends: ii libqt4-dev4.3.0-1Qt 4 development files ii qt4-designer 4.3.0-1Qt 4 Designer ii qt4-doc 4.2.3-1Qt 4 API documentation -- no debconf information -- GALLIEN Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429490: strigi-applet is not usable by kicker due to a missing symbol
Package: strigi-applet Version: 0.5.1-1 Severity: normal Hi, Thank you for all your work. I have a problem with strigi-applet. I started kicker in a terminal. When I try to insert strigi-applet in a panel, I got the following error : kicker: symbol lookup error: /usr/lib/kde3/strigi_panelapplet.so: undefined symbol: _ZN11AsyncSocketC1Ev If I can help you, do not hesitate to ask. Thanks in advance for your work on this bug. And thanks for having made strigi works on my laptop except for the applet. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (102, 'stable'), (101, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-1-powerpc Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/bash Versions of packages strigi-applet depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libc6 2.5-11 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070609-1 GCC support library ii libsearchclient00.5.1-1 searchclient library for Strigi De ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libstreams0 0.5.1-2 streams library for for Strigi Des ii libstrigihtmlgui0 0.5.1-1 library for writing html clients f strigi-applet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#424675: strigi-daemon: [POWERPC] strigidaemon crashes as soon as it starts indexing after scanning all files
emon 10047000-114d5000 rwxp 10047000 00:00 0 [heap] 3000-3001e000 r-xp 03:03 1015822/lib/ld-2.5.so 3001e000-30024000 rw-p 3001e000 00:00 0 3002e000-3003 rw-p 0001e000 03:03 1015822/lib/ld-2.5.so 3003-30031000 ---p 3003 00:00 0 30031000-3083 rw-p 30031000 00:00 0 3083-30831000 ---p 3083 00:00 0 30831000-3103 rw-p 30831000 00:00 0 7fa0c000-7fa33000 rw-p 7fa0c000 00:00 0 [stack] Program received signal SIGABRT, Aborted. [Switching to Thread 813888688 (LWP 23741)] ---Type to continue, or q to quit--- 0x0f7fb850 in raise () from /lib/libc.so.6 (gdb) bt #0 0x0f7fb850 in raise () from /lib/libc.so.6 #1 0x0f7fd354 in abort () from /lib/libc.so.6 #2 0x0f83a274 in ?? () from /lib/libc.so.6 #3 0x0f842184 in ?? () from /lib/libc.so.6 #4 0x0f8422b8 in ?? () from /lib/libc.so.6 #5 0x0f844874 in ?? () from /lib/libc.so.6 #6 0x0f846ad4 in malloc () from /lib/libc.so.6 #7 0x0faf12dc in operator new () from /usr/lib/libstdc++.so.6 #8 0x0fadadf4 in std::basic_string, std::allocator >::_Rep::_S_create () from /usr/lib/libstdc++.so.6 #9 0x0fadbfa8 in std::basic_string, std::allocator >::_Rep::_M_clone () from /usr/lib/libstdc++.so.6 #10 0x0fadd260 in std::basic_string, std::allocator >::reserve () from /usr/lib/libstdc++.so.6 #11 0x0ff29630 in utf8toucs2 () from /usr/lib/libcluceneindex.so.0 #12 0x0ff29948 in utf8toucs2 () from /usr/lib/libcluceneindex.so.0 #13 0x0ff36874 in CLuceneIndexWriter::addValue () from /usr/lib/libcluceneindex.so.0 #14 0x0ff369e4 in CLuceneIndexWriter::addValue () from /usr/lib/libcluceneindex.so.0 #15 0x0ff36f14 in CLuceneIndexWriter::finishAnalysis () from /usr/lib/libcluceneindex.so.0 #16 0x0ffa71c0 in Strigi::AnalysisResult::~AnalysisResult () from /usr/lib/libstreamanalyzer.so.0 #17 0x0ffc3678 in Strigi::StreamAnalyzer::indexFile () from /usr/lib/libstreamanalyzer.so.0 #18 0x1000a9c8 in ?? () #19 0x1000b734 in ?? () #20 0x10013608 in ?? () #21 0x0ff667b4 in start_thread () from /lib/libpthread.so.0 #22 0x0f8a59e4 in clone () from /lib/libc.so.6 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Hope it can help. Best regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (499, 'experimental'), (1, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-1-powerpc Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/bash Versions of packages strigi-daemon depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.5-9GNU C Library: Shared libraries ii libclucene0 0.9.16a-1library for full-featured text sea ii libcluceneindex00.5.1-2 cluceneindex library for Strigi De ii libdbus-1-3 1.0.2-5 simple interprocess messaging syst ii libgcc1 1:4.2-20070525-1 GCC support library ii libstdc++6 4.2-20070525-1 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.5.1-2 streamanalyzer library for Strigi ii libstreams0 0.5.1-2 streams library for for Strigi Des ii libxml2 2.6.28.dfsg-1GNOME XML library ii wv 1.2.4-2 Programs for accessing Microsoft W ii xpdf-utils [poppler-uti 3.02-1 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-15 compression library - runtime strigi-daemon recommends no packages. -- no debconf information -- GALLIEN Matthieu
Bug#419546: vdrift: Completely unusable on powerpc
Le mardi 17 avril 2007 03:12, Eddy Petrișor a écrit : > GALLIEN Matthieu wrote: > > Hello, > > > Subject: vdrift: Completely unusable on powerpc > > Package: vdrift > > Version: 0.0.2006.10.06-1 > > Severity: important > > > > *** Please type your report below this line *** > > It seems that the current version of the package is completely unusable > > on powerpc linux. Upstream may have fixed this bug in the new release. > > I am not sure, but they say that they had a bug on mac os x and powerpc > > which is > > now fixed in the last release. > > Anyway, it is unusable in its current state on powerpc boxes and even > > has put my X session in a bad state (i.e. without mouse) because I tried > > to play in > > fullscreen. At least a warning for users should be provided. > > Could you be more specific and tell us what doesn't work, what > happens and when that happens? Your report suggests there is a bad > bug that is visible on powerpc which has been fixed upstream, but > there is no information about when that occurs and how does the game > behave when that bug appears. > > Thanks To be more specific. When I start the game all is ok. Then, if I want to do for example a practice game, I see the screen to chose the parameters of the race. All is ok. Then, I see the screen that shows the load and initialisation of the game. After this, the screen remains black and nothing happens. thanks in advance for your help, and sorry for my english. -- GALLIEN Matthieu
Bug#419546: vdrift: Completely unusable on powerpc
Le mardi 17 avril 2007 03:12, Eddy Petrișor a écrit : > GALLIEN Matthieu wrote: > > Hello, > > > Subject: vdrift: Completely unusable on powerpc > > Package: vdrift > > Version: 0.0.2006.10.06-1 > > Severity: important > > > > *** Please type your report below this line *** > > It seems that the current version of the package is completely unusable > > on powerpc linux. Upstream may have fixed this bug in the new release. > > I am not sure, but they say that they had a bug on mac os x and powerpc > > which is > > now fixed in the last release. > > Anyway, it is unusable in its current state on powerpc boxes and even > > has put my X session in a bad state (i.e. without mouse) because I tried > > to play in > > fullscreen. At least a warning for users should be provided. > > Could you be more specific and tell us what doesn't work, what > happens and when that happens? Your report suggests there is a bad > bug that is visible on powerpc which has been fixed upstream, but > there is no information about when that occurs and how does the game > behave when that bug appears. > > Thanks Hello, sorry I forget to include the log. I have launch vdrift in a terminal and do a practice. It seems to have some NaN problems. BinReloc successfully initialized. Executable path: /usr/games/vdrift Data dir: /usr/data Localedir: /usr/share/locale CONFIGFILE.Load: Couldn't find file: /home/mgallien/.vdrift/VDrift.config CONFIGFILE::GetParam(): main.data_dir not found in /home/mgallien/.vdrift/VDrift.config No data_dir found in VDrift.config, using /usr/share/games/vdrift/data Can't find the settings directory at "/home/mgallien/.vdrift". Making a new one... Missing /home/mgallien/.vdrift/controls file, copying. Found config file /home/mgallien/.vdrift/VDrift.config. CONFIGFILE::GetParam(): main.data_dir not found in /home/mgallien/.vdrift/VDrift.config No data_dir found in VDrift.config, using /usr/share/games/vdrift/data Version of game: 2006-10-24 Skin name not found in config file... 0 joystick(s) found: libGL warning: 3D driver claims to not support visual 0x4b Multitexture units (4 are required for all effects): 6 Your GPU meets the texture unit requirements. Note to user: All error messages will be put in /home/mgallien/.vdrift/logs/. Multitexture: Yes Texture units: 6 Anisotropic texture filtering: Yes Maximum Anisotropy: 16 Error: Wave file contains more than 10 chunks before the data chunk: /usr/share/games/vdrift/data/sounds/tire_squeal.wav Error loading sound file: /usr/share/games/vdrift/data/sounds/tire_squeal.wav Disabling sound. Detected NaN in origin vector Detected NaN in elevation 1 0 Not contacting with NaN surface Detected NaN in origin vector Detected NaN in elevation 1 0 Not contacting with NaN surface Detected NaN in origin vector Detected NaN in elevation 1 0 Not contacting with NaN surface Detected NaN in origin vector Detected NaN in elevation 1 0 Not contacting with NaN surface Hope that could help. Do not hesitate to ask for more informations. -- GALLIEN Matthieu
Bug#419546: vdrift: Completely unusable on powerpc
Subject: vdrift: Completely unusable on powerpc Package: vdrift Version: 0.0.2006.10.06-1 Severity: important *** Please type your report below this line *** It seems that the current version of the package is completely unusable on powerpc linux. Upstream may have fixed this bug in the new release. I am not sure, but they say that they had a bug on mac os x and powerpc which is now fixed in the last release. Anyway, it is unusable in its current state on powerpc boxes and even has put my X session in a bad state (i.e. without mouse) because I tried to play in fullscreen. At least a warning for users should be provided. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (499, 'experimental'), (1, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.20-1-powerpc Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Shell: /bin/sh linked to /bin/bash Versions of packages vdrift depends on: ii libalut01.1.0-1 OpenAL Utility Toolkit ii libc6 2.5-1GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1 6.5.2-3 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.6The OpenGL utility library (GLU) ii libopenal0a 1:0.0.8-4OpenAL is a portable library for 3 ii libsdl-image1.2 1.2.5-3 image loading library for Simple D ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii vdrift-minimal 0.0.2006.10.06-1 drift racing simulation Versions of packages vdrift recommends: ii vdrift-full 0.0.2006.10.06-1 drift racing simulation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]