FS#6919 - glibc 2.5-* is broken for me

Attached to Project: Arch Linux
Opened by Nagy Gabor (combo) - Sunday, 15 April 2007, 11:32 GMT
Last edited by Roman Kyrylych (Romashka) - Wednesday, 06 June 2007, 19:41 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To No-one
Architecture i686
Severity Critical
Priority Normal
Reported Version 0.8 Voodoo
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

First, I must mention that I'm using my own kernel, because Arch's kernel hangs at isapnp part.
Unfortunately I cannot understand/debug what the real problem is, but strange errors occur when I upgrade my glibc 2.4 to 2.5 (I tried all 2.5-* versions and they are identical in this aspect). All of the following problems disappear when I downgrade to 2.4:
-mplayer hangs with sig11 when -ao alsa used (-ao sdl works fine): I tried to compile my own version with no success.
-I get a segfault when I try to start audacious (however xmms works fine with ALSA output even)
It seems to be ALSA problem but I remember that xfrun4 from the 4.0 version of Xfce couldn't start either.
So I cannot use glibc 2.5. Any idea?
This task depends upon

Closed by  Roman Kyrylych (Romashka)
Wednesday, 06 June 2007, 19:41 GMT
Reason for closing:  Not a bug
Comment by Nagy Gabor (combo) - Sunday, 15 April 2007, 11:55 GMT
Hm. mplayer -ao oss works fine too. So it may be an ALSA & glibc problem (my system is uptodate today)
Comment by Jan de Groot (JGC) - Sunday, 15 April 2007, 12:01 GMT
What kernel version do you use, what alsa-lib version do you use and what error do you get? Is it just "segmentation fault"? or does it contain a complete backtrace with many details?
Comment by Jan de Groot (JGC) - Sunday, 15 April 2007, 12:04 GMT
another question, did you setup something for dmix?

From the gentoo ebuild:
ewarn "Starting from alsa 1.0.11_rc3 the configuration for dmix is changed."
ewarn "Leaving around old asound.conf or ~/.asoundrc might make all apps"
ewarn "using ALSA output crash."
Comment by Nagy Gabor (combo) - Sunday, 15 April 2007, 14:40 GMT
alsa-lib 1.0.13-1
alsa-oss 1.0.12-1
alsa-plugins 1.0.13-1
alsa-utils 1.0.13-1

dmix: as far as I know, I'm not using dmix (at least I never set it up): to be sure, I did this: http://www.pegasos.org/index.php?name=FAQ&id_cat=5

I get just a simple "segmentation fault" with Audacious, and the usual SIGSERV error of mplayer.

kernel: 2.6.20.4
Comment by Roman Kyrylych (Romashka) - Sunday, 15 April 2007, 16:20 GMT
audacious works fine here
I'd suggest to make sure all libraries are the newest versions. :-/
Comment by Nagy Gabor (combo) - Sunday, 15 April 2007, 16:42 GMT
My system is up2date, except glibc (after downgrade) :-S
Yes, I thought that this is a rare bug because noone reported similar bugs earlier. But that is true that there is no problem with glibc 2.4, so something was changed in 2.5 which affects my "non-standard" (custom kernel) system. I mention here that the same error existed with my older custom (2.6.18) kernel (however my .config file was almost the same).
I would test glibc 2.5 from other distros to find out this is an Arch-specific bug or not but I'm afraid of breaking my system.
Comment by Andreas Radke (AndyRTR) - Tuesday, 17 April 2007, 05:15 GMT
we don't change anything important to our glibc. please report if it is also segfaulting when using all latest packages from our repos. for the kernel issues google reports many suggestions and fixes.

otherwise we cannot reproduce it.
Comment by Nagy Gabor (combo) - Tuesday, 17 April 2007, 21:12 GMT
I got your kernel26 work (with noisapnp kernel option). Everything is the same :-S
Comment by Jan de Groot (JGC) - Wednesday, 18 April 2007, 19:47 GMT
Do you have any weird libraries in /lib/tls that belong to an older version of glibc?
Comment by Nagy Gabor (combo) - Wednesday, 18 April 2007, 22:30 GMT
I have no /lib/tls directory.
I have /usr/lib/tls only, which contains: libnvidia-tls.so.1, libnvidia-tls.so.1.0.9631
(I moved it temporarily for testing but nothing changed :-S)

I'd appreciate if you'd create a "vanilla" glibc package for me. If that doesn't work either then this is a glibc problem and my problem should be forwarded to glibc devels.
Comment by Jan de Groot (JGC) - Thursday, 19 April 2007, 06:04 GMT
Our glibc package *IS* vanilla. We patch some tools in the package, we update from the glibc 2.5 branch like every other distribution does, we update some locale data and that's all. I don't see a solution in compiling without those patches.
Comment by Jan de Groot (JGC) - Monday, 23 April 2007, 21:48 GMT
Ok, does this still happen with alsa-lib 1.0.14rc3? Another thing, what soundcard do you have? Is it powered by the famous snd-hda-intel driver?
Comment by Nagy Gabor (combo) - Monday, 23 April 2007, 22:00 GMT
>Ok, does this still happen with alsa-lib 1.0.14rc3?
Yes.

>Another thing, what soundcard do you have?

Loaded ALSA modules
-------------------
snd_via82xx

Soundcards recognised by ALSA
-----------------------------
0 [V8235 ]: VIA8233 - VIA 8235
VIA 8235 with VIA1612A at 0xe000, irq 10
Comment by Jan de Groot (JGC) - Monday, 28 May 2007, 09:22 GMT
Could you try glibc 2.6-2 from testing?
Comment by Nagy Gabor (combo) - Monday, 28 May 2007, 22:47 GMT
The same :-(
(kernel26 2.6.21.3-1)
Comment by Nagy Gabor (combo) - Wednesday, 06 June 2007, 16:44 GMT
Hi!
This bug can be closed now \o/
This was my bug (an old glibc2.4 library file somehow existed on my system out of pacman's control...), so this is not your bug...

Loading...