glibc updaten!

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

glibc updaten!

Beitrag von ReCon » 01.01.2007 14:46:12

Hi,
ich wollte mal nachhaken, wie es den möglich wäre die glibc zu updaten. Ich dachte da an die 2.4 Version.
Ich habe mal im Forum gelesen, das ich dazu die libc6 installieren solle. Jedoch führt sich da meine Testanwendung hierfür leider nicht aus. Es kommt immer noch derselbe Fehler!

MFG

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Beitrag von Spasswolf » 01.01.2007 16:45:30

Version 2.4 gibt es nicht in Debian. Du könntest aber Version 2.5 aus experimental nehmen:
http://packages.debian.org/experimental/libs/libc6
Jedoch führt sich da meine Testanwendung hierfür leider nicht aus. Es kommt immer noch derselbe Fehler!
Die Fehlermeldung wäre u. U. hilfreich.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 01.01.2007 17:06:06

Und was ist das für ein Programm was den Fheler verursacht? Mehr Infos wären hilfreich.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 01.01.2007 19:07:52

Also, geh ich mal genauer darauf ein:
Ich habe einen virtuellen Linux PC auf meinem PC installiert und wollte jetzt einmal versuchen einen World of Warcraft Emulator darunter zu starten. Der Fehler:
/lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by ./mangosd)

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 01.01.2007 19:57:33

Läßt sich das Programm neu kompilieren ?
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 00:43:11

man muss es gar nicht compilieren. es werden Datei in Ordner wie /usr usw. verschoben. Es gibt aber auch eine Version, wo man compilieren kann. Dort kommt bei mir aber folgender Fehler:
checking for pthread_create in -lpthread... no
configure: error: Missing pthread

Benutzeravatar
garibaldi
Beiträge: 2443
Registriert: 17.09.2004 02:31:12
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von garibaldi » 02.01.2007 00:48:49

Code: Alles auswählen

$ aptitude search pthread
p   kaffe-pthreads                  - A POSIX threads enabled version of the Kaf
p   libpthread-dev                  - The GNU Portable Threads (pthread emulatio
v   libpthread2                     -
p   libpthread20                    - The GNU Portable Threads (pthread emulatio
Da musst du wohl das entsprechende Paket installieren, wahrscheinlich auch das .dev.

Gruß, garibaldi
Was einer im Reiche der Wahrheit erwirbt, hat er allen erworben... -- Schiller

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 01:24:24

Schade, selbst dieser Tipp hat nicht geholfen:

Code: Alles auswählen

apt-get install libpthreads*
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Achtung, wähle libpthread0 für reg. Ausdruck »libpthreads*«
Achtung, wähle libpthread2 für reg. Ausdruck »libpthreads*«
Achtung, wähle libpthread20 an Stelle von libpthread2
Achtung, wähle libpthread0-dev für reg. Ausdruck »libpthreads*«
Achtung, wähle libpthread-dev für reg. Ausdruck »libpthreads*«
Achtung, wähle libpthread20 für reg. Ausdruck »libpthreads*«
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 301 nicht aktualisiert.
Der Fehler besteht weiterhin!

MFG

Benutzeravatar
garibaldi
Beiträge: 2443
Registriert: 17.09.2004 02:31:12
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von garibaldi » 02.01.2007 01:29:52

Mach's mal ohne asterisk, sondern direkt das Paket angeben.

Und: 301 nicht aktualisiert ist ja nicht so schön, das schreit nach einem dist-upgrade
Was einer im Reiche der Wahrheit erwirbt, hat er allen erworben... -- Schiller

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 02:44:30

Ich hab es auch ohne den "*" angegeben und die Pakete einzeln eingegeben, jedoch kommt auch, dass das Paket weder aktualisiert noch installiert werden muss, sondern, dass es schon vorhanden ist!

Und, Update läuft :)

EDIT: Update wurde durchgeführt, der Fehler ist leider immer noch da!

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 02.01.2007 08:50:36

Das kann ja auch nicht klappen.

Das Paket hieße wenn

Code: Alles auswählen

aptiude install libpthread20  libpthread-dev
in @Garibaldis Posting stehen doch die korrekten Namen.

Aufjeden falls würde ich ein aptitude dist-upgrade machen bei 301 Paketen die zurückgehalten werden. Das Update alleine Reicht nicht. damit werden ja nur die neuen Paketlisten gelesen.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 02.01.2007 10:30:06

ReCon hat geschrieben:Dort kommt bei mir aber folgender Fehler:
checking for pthread_create in -lpthread... no
configure: error: Missing pthread
Diese Library bzw das PThread API gibt es unter Debian in zwei Ausführungen.
1) Das glibc-PThread API ist im Paket "libc6" und "libc6-dev" enthalten und ist eine native Implementation dieses APIs
verwendet wird entweder die "Linux Threads" Library oder die "Native Posix Thread Library (NPTL)"
2) Das GNU pth ( OSSP pth ) Pthread API ist in Paket "libpthread20" und "libpthread-dev" enthalten und ist eine portable Emulation des API's

Sofern von dem Paket, welches du da bauen möchtest, nichts anderes gefordert wird, ist sicherlich die glibc Version zu bevorzugen

Code: Alles auswählen

apt-get --purge remove libpthread-dev
aptitude install libc6-dev
Gruß
gms

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 12:47:40

@KBDCALLS: Ich sagte doch schon, dass ich die Pakete alle schon installiert habe. Sie werden bei apt oder aptitude immer als schon installiert angezeigt.

@gms: Leider ist das Problem, das auch schon libc6 und libc6-dev installiert sind. Zumindest wird mir das abermals angezeigt. Muss ich evtl. die libpthread Pakete alle entfernen, dass es mit der libc6 richtig arbeitet?

MFG

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 02.01.2007 12:51:55

ReCon hat geschrieben: @gms: Leider ist das Problem, das auch schon libc6 und libc6-dev installiert sind. Zumindest wird mir das abermals angezeigt. Muss ich evtl. die libpthread Pakete alle entfernen, dass es mit der libc6 richtig arbeitet?
Das entfernen von "libpthread-dev" sollte genügen
Danach führe noch einmal das "./configure" durch und wenn der Fehler wieder auftritt, poste bitte das "config.log" auf NoPaste

Gruß
gms

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 13:04:11

Leider kommt immer noch der Fehler!
Hier mal die config.log:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by MaNGOS configure 0.6-SVN, which was
generated by GNU Autoconf 2.60. Invocation command line was

$ ./configure --prefix=/opt/mangos --sysconfdir=/opt/mangos/etc --with-python --enable-cli --enable-ra --datadir=/opt

## --------- ##
## Platform. ##
## --------- ##

hostname = pvxxx.xxxxx.de
uname -m = x86_64
uname -r = 2.6.9-023stab033.7-smp
uname -s = Linux
uname -v = #1 SMP Wed Nov 15 14:42:18 MSK 2006

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch = x86_64
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin
PATH: /usr/bin/X11


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2010: checking for a BSD-compatible install
configure:2066: result: /usr/bin/install -c
configure:2077: checking whether build environment is sane
configure:2120: result: yes
configure:2185: checking for gawk
configure:2201: found /usr/bin/gawk
configure:2212: result: gawk
configure:2223: checking whether make sets $(MAKE)
configure:2244: result: yes
configure:2428: checking whether to enable maintainer-specific portions of Makefiles
configure:2437: result: no
configure:2507: checking for gcc
configure:2523: found /usr/bin/gcc
configure:2534: result: gcc

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 02.01.2007 13:17:04

ReCon hat geschrieben:Leider kommt immer noch der Fehler!
in der "config.log" steht aber nichts von diesem Fehler, die wurde anscheinend abgeschnitten

Du kannst aber auch folgendes probieren:

Code: Alles auswählen

root@gms4:~# echo "int main() { pthread_create(); }" >x.c
root@gms4:~# /usr/bin/gcc -o x x.c -lpthread
root@gms4:~#

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 13:30:47

ok, ich hab jetzt das nochmals eingegeben, was du gesagt hast. Fehler besteht immer noch! Ich glaube ich bin verdammt!!!
hier nochmal die volle config.log:

http://nopaste.debianforum.de/4802

hoffe, das hilft
Zuletzt geändert von ReCon am 02.01.2007 13:40:14, insgesamt 1-mal geändert.

Benutzeravatar
armin
Beiträge: 2682
Registriert: 17.03.2005 11:49:14

Beitrag von armin » 02.01.2007 13:38:11

Bitte nach http://nopaste.debianforum.de/ damit. Danke!

Liegt nicht eher hier das Problem:

Code: Alles auswählen

./configure: line 19847: g++: command not found 
Kann es sein, dass du gar keinen g++ (also C++-Compiler) installiert hast?
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams

ReCon
Beiträge: 56
Registriert: 01.07.2006 14:00:14

Beitrag von ReCon » 02.01.2007 13:46:48

jaaaa, wuderbar, das war es, jedoch kommt nun folgendes
checking for ftime in -lcompat... no
checking for mysql_init in -lmysqlclient_r... no
checking for mysql_init in -lmysql... no
configure: error: Missing mysql
MySQL-Server und Client sind jedoch installiert!

Benutzeravatar
armin
Beiträge: 2682
Registriert: 17.03.2005 11:49:14

Beitrag von armin » 02.01.2007 13:49:07

Du brauchst aber auch noch die zugehörigen -dev Pakete. libmysqlclient-dev oder so ähnlich. Vielleicht auch libmysql++-dev - ich weiß es nicht und bin gerade zu faul es rauszufinden ;)
Zuletzt geändert von armin am 02.01.2007 13:54:16, insgesamt 2-mal geändert.
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Beitrag von Spasswolf » 02.01.2007 13:49:34

Auch die entsprechenden *dev Pakete?

Antworten