[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mandrake-cooker
Subject:    [Cooker] [Bug 2546] [glibc] glibc breaks my VPN client
From:       gbeauchesne <bugzilla () linux-mandrake ! com>
Date:       2003-02-28 23:26:32
[Download RAW message or body]

http://qa.mandrakesoft.com/show_bug.cgi?id=2546





------- Additional Comments From gbeauchesne@mandrakesoft.com  2003-03-01 00:26 -------
Please try with some glibc >= 2.3.1-8mdk and < 2.3.1-10mdk. Also, I can't do anything if 
you don't say how to precisely reproduce your problem. i.e. what is your test application, 
where can it be found, and how? Besides, your are also speaking about Debian, does it 
work there?



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



------- Reminder: -------
assigned_to: gbeauchesne@mandrakesoft.com
status: UNCONFIRMED
creation_date: 
description: 
With -10mdk, my VPN client that IBM provides was broken. Apparently there is a
bug/feature in 2.3.1 that caused this. 

Here is a transcript of a work-around for this problem:

-----------------------------------------------------------------------------
I figured out how to get around the glibc 2.3 (used in debian unstable) problem.

The problem is that attvpnctl is core dumping with a segfault. It's the result
of statically linking to a library that dynamically loads shared libraries to do
name resolution. (Why is it statically linked!?!)

Anyway, the fix is to:

1) edit attvpnctl with emacs.
2) search for /etc/nsswitch.conf and change to /etc/nsswitc-.conf.
3) save and exit from emacs. THE FILE SIZE SHOULD NOT HAVE CHANGED!
4) now copy /etc/nsswitch.conf to /etc/nsswitc-.conf
5) edit /etc/nsswitc-.conf change the line
hosts: files dns
to
hosts: dnsnoexist

Yes, dnsnoexist is invalid, but that is the point, we can't load anything! Any
shared library is going to segfault!

Now your good to go!
-----------------------------------------------------------------------------

I am also able to work around it using LD_LIBARARY_PATH set to a directory
containing the library binaries from the -6mdk version.

I'm not sure if this is what was fixed or not, but this is the closest I can
find in their tracking system:
http://bugs.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=glibc&pr=4744

Someone told me that Slackware has incorporated a fix into their glibc which
fixed the problem. 

I'm hoping that someone can find the patch and incorporate it into Mandrake's
glibc. I checked the glibc-cvs list archives, but they apparently don't include
the patches in the archive.

[prev in list] [next in list] [prev in thread] [next in thread]