Paket glibc 2.4

M

manhunt

Foren As
Hallo

Wollte gerade ein neues Programm starten. Und da erhalte ich die Fehlermeldung... Die GlibC ist glaube ich ganz bestimmt installiert. Doch leider wird sie mir im Synaptics nicht angezeigt. Frage unter welchem Namen finde ich Sie?

mfg manhunt

Code:
/lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.4' not found...
 
Zuletzt bearbeitet:
Hm, also eigentlich heißt das Paket einfach 'glibc' plus versionsnummer, und unter diesem namen müsste sich das auch in synaptic finden lassen. Fehlen da vielleicht Paketquellen?
 
Hallo


Also mit der suche nach glibc finde ich nur glibc-doc.


Hier die sources:

ps: Habe die FTP's rausgeschmissen da ich zurzeit nicht auf FTP connecten kann.

Code:
deb http://gd.tuwien.ac.at/opsys/linux/debian/ etch main
deb-src http://gd.tuwien.ac.at/opsys/linux/debian/ etch main

#deb ftp://ftp.at.debian.org/debian/ etch main
#deb-src ftp://ftp.at.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

#deb ftp://ftp.at.debian.org/debian/ etch main contrib non-free
#deb-src ftp://ftp.at.debian.org/debian/ etch main contrib non-free

deb http://gd.tuwien.ac.at/opsys/linux/debian/ etch main contrib non-free
deb-src http://gd.tuwien.ac.at/opsys/linux/debian/ etch main contrib non-free

mfg manhunt
 
Ich habe mal ein wenig recherchiert und fand das hier:

Bei der Aktualität der Pakete hat Debian 4.0 abermals Fortschritte gemacht. Dennoch sind viele Pakete bereits jetzt älter als in anderen Distributionen. So ist der letzte Linux-Kernel die Version 2.6.20 (Etch nutzt 2.6.18), X.org ist bei Version 7.2 (Etch setzt 7.1 ein), Compiz bei Version 0.3.6 (in Etch ist es 0.2.2). Die Glibc ist schon bei der Version 2.5 angekommen (Etch: 2.3.6). Die Desktop-Oberfläche KDE ist aktuell bei der Version 3.5.6 (Etch: 3.5.5), GNOME bei der Version 2.18 (Etch: 2.14). Damit ist Etch teilweise schon recht nah an den aktuell verfügbaren Versionen, die teils älteren Pakete erklären sich durch den Entwicklungsprozess.

Tatsächlich kann es dennoch teilweise zu Problemen durch diese Software-Auswahl kommen, vor allem durch die Glibc-Version. Wer beispielsweise die nativen Windows-Codecs für Linux von Fluendo verwenden möchte, kann dies unter Etch nicht, da sie mindestens die Glibc 2.4 benötigen. Laut den Debian-Entwicklern hätte die Version 2.4 nicht auf allen unterstützten Architekturen funktioniert, weshalb man bei der Version 2.3.6 blieb. Die aktuelle Version 2.5 soll die Architekturprobleme zwar lösen, gelangte dennoch nicht mehr in Etch.

Nachzulesen ist das alles » hier «. Der Artikel ist allerdings auch schon fast drei Monate alt, vielleicht hat sich da zwischenzeitlich bei irgendwelchen repos was getan?
 
Nein ... Etch nutzt und wird auf immer Version 2.3.6 nutzen ...

@manhunt: Welches Programm willste den starten ... und wo haste es her?

Ach ja ... das Paket heißt libc6 bzw. libc6-686
 
Hi


@gropiuskalle Das ich unter Etch nicht die Aktuellsten Versionen habe war mir klar. Ich wollte nur den Namen des Pakets wissen damit ich es ersetzen kann. Achja die Versionen bleiben die Gleichen bis zum nächsten Stable es werden nur Sicherheitslücken behoben.


Ich wollten einen Decodierer zum laufen bringen. Allerdings ist es mir zu Aufwändig die genannte Lib zu ersetzten. Da bei mir praktisch das gesamte system davon abhängt.


Allerdings habe ich jetzt die Win98 version von dem Programm geladen und ich muss sagen unter Wine läuft die außerordentlich stabil.

mfg manhunt
 
Da Du nicht sagst, um was es sich handelt geh ich mal davon aus ... illegal ;)
 
Selbst wenn wen kratzts?

Aber wenn du so interessiert bis dann registriere dich auf http://www.onlinetvrecorder.com/ und lade dir den linux dekoder runter!

Wieso denken eigentlich alle Deutschen zurzeit das man etwas illegales macht nur weil man nicht über alles Auskunft geben will?

mfg manhunt
 
Zuletzt bearbeitet:
Wieso denken eigentlich alle Deutschen zurzeit das man etwas illegales macht nur weil man nicht über alles Auskunft geben will?
Weil Du hilfe wolltest ;)
Das ist wie wenn ich in einer Werkstatt anrufen, sage dass mein Auto nicht anspringt, aber nicht verraten will, wer ich bin und was das für ein Auto ist ... :D
 
Also


ich bin = manhunt

Auto = glibc 2.4


Frage erzählst du deiner Werkstatt wohin du die Woche so alles hinfahren willst?

ps: Ich habe nichts Wichtiges verheimlicht und Alles erfahren was ich wollte ;-)

mfg manhunt
 
Zuletzt bearbeitet:
Ich hab ja nicht gefragt, was Du mit dem Auto machen willst, sondern was es für ein Auto ist *feix*

Aber lassen wir das ... ich denk mal, Du weißt, wie es gemeint war ... ;)
 
Wenn ich mich nicht irre hat debian auch unstable/testing packete, vllt bekommst du da deine glibc 2.4 her
 
Kann man nicht einzelne packete einspielen, auch wenn du das packet einzeln runterladen musst und dann mit "apt-get install ./libc*". Aber da muss es doch irgendeinen sauberen weg geben, ich hab mich mit debian nie auseinandergesetzt, bin gentoo user.
 
Die libc6 ist _die_ zentrale Bibliothek von der mehr oder weniger alle Pakete abhängen. D.h. wenn Du die libc6 aus testing/unstable nimmst, wird aufgrund der Abhängigkeiten für jegliches Paket die testing/unstable Version nachgezogen werden ...

Ach bei Gentoo dürfte der Wechsel von glibc 2.3 auf 2.5 etwas "aufwändiger" werden ... bzw. war aufwändiger ...
 
nö ich hab 2.5-r3 und die 2.6er kann ich ohne irgendwelche dependencies einspielen, ist allerdings unklug, weil die momentan noch hardmasked ist

die 2.4er sollte aber eh abwärtskompatibel sein, deswegen sollte das nicht so viel unterschied machen, es sei denn du hast einen groben hund drinnen.
 
Hi

ein weiterer weg wäre die glib2.4 zu compilieren und dann installieren. Schauen ob das Programm jetzt funktioniert und sonst library per ln austauschen. (Theorie)

unter Gentoo sollte es kein Problem sein da man dort ja auch alles frisch kompiliert.(siehe oben)

@Goodspeed ich wollte dieses Woche mit meinem Auto (glib2.4) meinen Decoder besuchen ;-)

mfg manunt
 

Ähnliche Themen

Fedora 20 - Unlösbare Paket-Duplikat Konflikte

Wieder mal Probleme mit yum

CentOS 6.3 RADIUS - Keine Verbindung möglich

Windows clients können nicht mehr auf lange laufendes System zugreifen

VMC USB Modem & glibc Problem

Zurück
Oben