lowing error?
>
>
> "relocation error: /lib/x86_64-linux-gnu/libnss_files.so.2: symbol
> __libc_readline_unlocked version GLIBC_PRIVATE not defined in file libc.so.6
> with link time reference"
>
>
>
>
> After the libc6:amd64 (2.27-8, 2.28-1) update, I c
Hi!
How can I correctly report the following error?
"relocation error: /lib/x86_64-linux-gnu/libnss_files.so.2: symbol
__libc_readline_unlocked version GLIBC_PRIVATE not defined in file libc.so.6
with link time reference"
After the libc6:amd64 (2.27-8, 2.28-1) update, I can no lo
Good day.
At boot time I get the following w/ the service not working:
Courier authentication services: authdaemond/usr/sbin/courierlogger: relocation
error: /usr/sbin/courierlogger: symbol , version GLIBC_2.0 not defined
in file libc.so.6 with link time reference
How it could happen and what
Jerome BENOIT wrote:
[ ... /lib/libc.so.6 appears executable and prints version info ... ]
It is good to know. Nevertheless I am curious to know how we can make
a libXXX.so file prints something.
Does anyone have any hint ?
Interesting. I found this reference:
http://gcc.gnu.org/ml/gcc
Hello List,
after upgrading to Squeeze, I looked for a way to get the glibc version on
different systems:
it appears that entering the command `/lib/libc.so.6' give the answer.
On my Squeeze box:
/lib/libc.so.6
gives
GNU C Library (EGLIBC) stable release version 2.10.2, by Roland McGra
On 2009-08-11 19:15 +0200, Rob Gom wrote:
> [cut]
> I compared libnsl versions, not libc.
I see, I had misunderstood you. Yes, nm lists __libc_clntudp_bufcreate
as undefined in libnsl.
> I _guess_ that some lib is linked against libnsl, but not libc6 (is
> that possible?).
Theoretically it may
[cut]
I compared libnsl versions, not libc.
I _guess_ that some lib is linked against libnsl, but not libc6 (is
that possible?). Then on older versions, it would work fine. On new,
it would try to load libnsl and fail because on new referred symbol
present in libc6.
What else may that be?
I restar
On 2009-08-11 16:21 +0200, Rob Gom wrote:
> On Tue, Aug 11, 2009 at 2:40 PM, Rob Gom wrote:
>> I workarounded that by copying old libnsl-2.7.so to /lib (and second
>> version to /lib/i686/cmov/) and modified symbolic links libnsl.so.1.
>> And smb access started working again ...
>> Shall I report
On Tue, Aug 11, 2009 at 2:40 PM, Rob Gom wrote:
> I workarounded that by copying old libnsl-2.7.so to /lib (and second
> version to /lib/i686/cmov/) and modified symbolic links libnsl.so.1.
> And smb access started working again ...
> Shall I report a bug against libc6?
>
> Regards,
> Robert
>
I d
I workarounded that by copying old libnsl-2.7.so to /lib (and second
version to /lib/i686/cmov/) and modified symbolic links libnsl.so.1.
And smb access started working again ...
Shall I report a bug against libc6?
Regards,
Robert
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
On Tue, Aug 11, 2009 at 11:45 AM, Sven Joachim wrote:
[cut]
>
> That does not seem to happen for me:
>
> ,
> | % objdump -T /lib/i686/cmov/libc.so.6 | grep __libc_clntudp_bufcreate
> | 0010ad30 g DF .text 0399 GLIBC_PRIVATE __libc_clntudp_bufcreate
> `
>
&g
stay with that version - it's fine for my purposes). Log
> message is:
> Could not open library '/usr/lib/kde3/kio_smb.la'.
> /lib/i686/cmov/libnsl.so.1: symbol __libc_clntudp_bufcreate, version
> GLIBC_PRIVATE not defined in file libc.so.6 with link time refe
ssage is:
Could not open library '/usr/lib/kde3/kio_smb.la'.
/lib/i686/cmov/libnsl.so.1: symbol __libc_clntudp_bufcreate, version
GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
What can I do with that? Does it seem to be a KDE3 bug or libc6 bug?
I searched google but
Tzafrir Cohen wrote:
On Mon, Jun 29, 2009 at 03:47:13PM -0400, Ed Sutter wrote:
Ok, next question...
My original reason for upgrading from etch to lenny was because a
tool (cross compiler) I'm using complained because it needed
GLIBC_2.4, and apparently etch only went up to GLIBC_2.3.8.
Now I
On Mon, Jun 29, 2009 at 03:47:13PM -0400, Ed Sutter wrote:
> Ok, next question...
> My original reason for upgrading from etch to lenny was because a
> tool (cross compiler) I'm using complained because it needed
> GLIBC_2.4, and apparently etch only went up to GLIBC_2.3.8.
>
> Now I've updated to
Ok, next question...
My original reason for upgrading from etch to lenny was because a
tool (cross compiler) I'm using complained because it needed
GLIBC_2.4, and apparently etch only went up to GLIBC_2.3.8.
Now I've updated to Lenny, and the tool no longer complains about
GLIBC_2.4. That's the
Hi again,
> After that, all programs linked against libc.so.6 failed with the same
> message.
>
> As a temporary fix, I can do "ldconfig -l /lib/libc-2.3.2.so", but
> if I later run ldconfig in non-library mode, i.e. just call "ldconfig",
> the problem
Hi,
I'm running Debian Woody on a SPARC machine (Ultra Enterprise 3000)
using a self-compiled 2.4.27 kernel.
While I did an "apt-get dist-upgrade" recently, it stopped while
unpacking the packages, with the error message
error while loading shared libraries: libc.so.6: can
-
/usr/lib/libmysqlclient.so.10: symbol errno, version
GLIBC_2.0 not defined in file libc.so.6 with link time
reference in Unknown on line 0
I have never filed a bug report before, I searched for
this debian bug under GLIBC and did not find it.
Should I report this bug to debian's GLIBC bug
r
On Tue, Sep 02, 2003 at 10:30:59AM -0700, Philip Clark wrote:
> Hi there,
>
> I have managed to delete /lib/libc.so.6 and since the whole system
> depends on it eg. I can't even create a new link or new file. Also
> booting from a boot disk doesn't work. Does an
Philip Clark wrote:
Hi there,
I have managed to delete /lib/libc.so.6 and since the whole system
depends on it eg. I can't even create a new link or new file. Also
booting from a boot disk doesn't work. Does anyone have any ideas? I am
presuming a rescue disk is the way to go. How do
Philip Clark wrote:
Hi there,
I have managed to delete /lib/libc.so.6 and since the whole system
depends on it eg. I can't even create a new link or new file. Also
booting from a boot disk doesn't work. Does anyone have any ideas? I am
presuming a rescue disk is the way to go. How do
Op di 02-09-2003, om 19:30 schreef Philip Clark:
> Hi there,
>
> I have managed to delete /lib/libc.so.6 and since the whole system
> depends on it eg. I can't even create a new link or new file. Also
> booting from a boot disk doesn't work. Does anyone have any ideas?
Hi there,
I have managed to delete /lib/libc.so.6 and since the whole system
depends on it eg. I can't even create a new link or new file. Also
booting from a boot disk doesn't work. Does anyone have any ideas? I am
presuming a rescue disk is the way to go. How do I make one?
Che
> >
> > [root@localhost iptables-1.2.7a]# iptables
> > iptables: /lib/i686/libc.so.6: \
> > version `GLIBC_2.3' not found (required by iptables)
> >
> > As I wrote, I have no idea why this can happen: I myself re-compiled
> > the whole iptable
when trying to launch iptables afterwards:
>
> [root@localhost iptables-1.2.7a]# iptables
> iptables: /lib/i686/libc.so.6: \
> version `GLIBC_2.3' not found (required by iptables)
>
> As I wrote, I have no idea why this can happen: I myself re-compiled
> the
iptables: /lib/i686/libc.so.6: \
version `GLIBC_2.3' not found (required by iptables)
As I wrote, I have no idea why this can happen: I myself re-compiled
the whole iptables on that box already twice -- and searching the web
has not helped me further. That's the reason I hope to dar
libc-i686. From the changelog of glibc-2.2.2-3
currently waiting in incoming [1]:
* Disable building of optimized libs for now. I did not forsee the
problems involved with symbol skew between ld-linux.so.2 and the
optmized libc.so.6. As of now, I can see no way around this.
* Make lib
) ...
> Unpacking replacement libc6-dev ...
> Preparing to replace libc6 2.2.2-1 (using
> .../g/glibc/libc6_2.2.2-2_i386.deb) ...
> Unpacking replacement libc6 ...
> /bin/sh: error while loading shared libraries: /lib/i686/libc.so.6: symbol
> _dl_debug_files, version GLI
while loading shared libraries: /lib/i686/libc.so.6: symbol
_dl_debug_files, version GLIBC_2.2 not defined in file ld-linux.so.2 with
link time reference
dpkg: warning - old post-removal script returned error exit status 127
dpkg - trying script from the new package instead ...
/bin/sh: error while
PROTECTED]
Purdue University http://www.ecn.purdue.edu/~servis
-
*- On 14 Apr, [EMAIL PROTECTED] wrote about "matlab 5.3 seg fault (can it use
both libc.so.6 & libc.so.5 ?)"
> Hi all,
>
> Ma
On Wed, 14 Apr 1999 [EMAIL PROTECTED] wrote:
> Hi all,
>
> Mathworks tech support has been unable to help get matlab 5.3
> running on my Debian system. I was wondering if anybody else has got
> it working and perhaps would know how to fix my problem.
Hi, I haven't undated my 5.2 to 5.
o.5 => /usr/local/matlab5.3/sys/os/lnx86/libc.so.5 (0x409c8000)
> libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40a84000)
> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40ac7000)
> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40b5f000)
> l
to be up and running.
Here is an env variable that was used to find all the needed libs.
LD_LIBRARY_PATH=/usr/X11R6/lib/:/usr/local/matlab5.3/extern/lib/lnx86:/usr/local/matlab5.3/sys/os/lnx86/:/usr/local/matlab5.3/bin/lnx86
I suspect matlab is confused since it is finding libc.so.6, as well as
34 matches
Mail list logo
