Re: [Cooker] glibc showstopper

2002-12-23 Thread Jerome Hugues
Gwenole Beauchesne ([EMAIL PROTECTED]):

 Le dimanche 22 décembre 2002, à 09:46 PM, Jerome Hugues a écrit :
 
 got the same problem doin a urpmi --auto-select on my cooker box (on a
 Pentium IV), here is a extract of traceback of urpmi doing the upgrade :
 
 Thanks for the report. However, I can't see in the log initscripts 
 update. Do you happen to already have 6.91-18mdk prior to urpmi 
 --auto-select'ing? If your system is still crashing, hmm try 
 /lib/ld-linux.so.2 and see whether you get already something (that's the 
 runtime loader).

I'm sorry but I cannot access this computer for now: I usually access
it remotely, but now I have no remote shell, and no time to go there
and play with it, it's x-mas holidays for me ;)

I may have upgraded the initscripts before, I often run updates of my cooker, and did 
one thursday evening, or friday morning, I'm not sure.

 BTW, I can reliably crash on 9.0 + glibc 2.3.1 ld.so provided that I 
 don't expand LD_LIBRARY_PATH to the temporary directory holding its 
 libraries. This would mean you either don't have updated glibc libraries 
 (unlikely to me), or your ld.so.cache got corrupted somehow?

I got an error on the '%post' execution script, isn't ld.so.cache
updated during this process ?

 Hmm, what is the contents of /etc/ld.so.conf? Could try to rm -f 
 /etc/ld.so.cache once new glibc is installed? Or from a 9.0 urpmi 
 initscripts first, remove ld.so.cache then DURING_INSTALL=1 urpmi glibc? 
 Hmm, I don't think that'd would change anything.

and I have no time to test that, I'm sorry, my train is in 3 hours ..

Have nice x-mas celebration ;)

-- 
Jerome




Re: [Cooker] glibc showstopper

2002-12-22 Thread Jerome Hugues
Gwenole Beauchesne ([EMAIL PROTECTED]):

 I can start with a brand new 9.0 install, urpmi glibc from cooker and 
 then
 everything segs from that point on.
 
 Hmm, you answered to half of the questions. My test machine was a 9.0 as 
 well. Then, I hand-installed glibc-2.3.1-1mdk at some point then urpmi 
 --auto-select everything from cooker. It still works.
 
 Do you really get segfaults? Try LD_DEBUG=libs something that crashes 
 for you.

got the same problem doin a urpmi --auto-select on my cooker box (on a
Pentium IV), here is a extract of traceback of urpmi doing the upgrade :

   5:glibc  ##
error: execution of %post scriptlet from glibc-2.3.1-4mdk failed, exit status 0

then :

hugues@neraka ~ $ LD_DEBUG=libs ls
zsh: segmentation fault (core dumped)  LD_DEBUG=libs ls -F --color=auto

same applies for su, top ...

I attach the full log I got

-- 
Jerome

[root@neraka root]# urpmi.update -a
[..]

[root@neraka root]# urpmi --auto-select
Pour satisfaire les dépendances, les paquetages suivants vont être installés (146 Mo):

drakconf-9.1-0.6mdk.i586
gcc-3.2.1-2mdk.i586
gcc-c++-3.2.1-2mdk.i586
gcc-cpp-3.2.1-2mdk.i586
gcc-gnat-3.2.1-2mdk.i586
gettext-0.11.5-2mdk.i586
gettext-base-0.11.5-2mdk.i586
gettext-devel-0.11.5-2mdk.i586
ghostscript-7.05-32mdk.i586
ghostscript-module-X-7.05-32mdk.i586
glibc-2.3.1-4mdk.i586
glibc-devel-2.3.1-4mdk.i586
glibc-i18ndata-2.3.1-4mdk.i586
gnome-vfs2-2.1.5-2mdk.i586
gtk+2.0-2.1.5-2mdk.i586
ldconfig-2.3.1-4mdk.i586
libatk1.0_0-1.2.0-1mdk.i586
libatk1.0_0-devel-1.2.0-1mdk.i586
libf2c0-3.2.1-2mdk.i586
libgcc1-3.2.1-2mdk.i586
libgcj3-3.2.1-2mdk.i586
libgdk_pixbuf2.0_0-2.1.5-2mdk.i586
libgdk_pixbuf2.0_0-devel-2.1.5-2mdk.i586
libgimpprint1-4.2.5-0.1mdk.i586
libgnat1-3.2.1-2mdk.i586
libgnome-vfs2_0-2.1.5-2mdk.i586
libgnome-vfs2_0-devel-2.1.5-2mdk.i586
libgnomeprint-2.1.5-2mdk.i586
libgtk+-x11-2.0_0-2.1.5-2mdk.i586
libgtk+-x11-2.0_0-devel-2.1.5-2mdk.i586
libgtk+2.0_0-2.1.5-2mdk.i586
libgtk+2.0_0-devel-2.1.5-2mdk.i586
libguile9-1.4-16mdk.i586
libintl2-0.11.5-2mdk.i586
libpanel-applet-2_0-2.1.5-2mdk.i586
librsvg2_2-2.1.1-3mdk.i586
libstdc++5-3.2.1-2mdk.i586
libstdc++5-devel-3.2.1-2mdk.i586
libxine0-0.9.13-11mdk.i586
libxmms1-1.2.7-16mdk.i586
man-pages-fr-0.9.5-30mdk.noarch
perl-URPM-0.81-4mdk.i586
timezone-2.3.1-4mdk.i586
xmms-1.2.7-16mdk.i586
xmms-esd-1.2.7-16mdk.i586
xscreensaver-4.06-3mdk.i586
Est-ce correct ? (O/n) 
 [..]

Préparation...  ##
   1:glibc-i18ndata ##
   2:man-pages-fr   ##
   3:ldconfig   ##
   4:drakconf   ##
   5:glibc  ##
error: execution of %post scriptlet from glibc-2.3.1-4mdk failed, exit status 0
   6:perl-URPM  ##
error: execution of %trigger scriptlet from postfix-1.1.12-2mdk failed, exit status 0
   7:librsvg2_2 ##
   8:libgnomeprint  ##
   9:libgimpprint1  ##
  10:libatk1.0_0##
  11:libgcc1##
  12:libgdk_pixbuf2.0_0 ##
  13:libgtk+-x11-2.0_0  ##
  14:libgdk_pixbuf2.0_0-devel##
  15:timezone   ##
  16:libgnat1   ##
  17:xscreensaver   ##
error: execution of %post scriptlet from xscreensaver-4.06-3mdk failed, exit status 0
error: execution of %postun scriptlet from xscreensaver-4.06-2mdk failed, exit status 0
  18:libgcj3##
  19:libstdc++5 ##
  20:libstdc++5-devel   ##
  21:libxmms1   ##
  22:libintl2   ##
  23:ghostscript##
error: execution of %post scriptlet from ghostscript-7.05-32mdk failed, exit status 0
error: execution of %postun scriptlet from ghostscript-7.05-31mdk failed, exit status 0
  24:gettext-base   ##
  25:gettext

[Cooker] GDB/ncurses problem

2002-12-05 Thread Jerome Hugues
Hi,

I run a cooker box,

It seems I got the latest gdb available

hugues@neraka ~ $ rpm -qa | grep gdb
libgdbm2-1.8.0-18mdk
gdb-5.2.1-2mdk

and ncurses

hugues@neraka ~ $ rpm -qa | grep ncurses
ncurses-5.2-27mdk
libncurses5-devel-5.2-27mdk
libncurses5-5.2-27mdk

yet,

hugues@neraka ~ $ gdb 

gdb: error while loading shared libraries: libncurses.so.4: cannot
open shared object file: No such file or directory

and yes libncurses.so.4 is not present. Besides, this library was
included in ncurses-5.2-12.2mdk (according to a 'rpmfind.net' search)

what is the best option ?
- recompile gdb and linking against libncurses.so.5 ?

- downgrade to an older ncurses package ? (perhaps not a good given
some dependencies/bug issues)

any opinion will be welcomed,

thanks

-- 
Jerome