Ich teste den Linux-Dekoder dann mal morgen früh. Hab schon nen Schrecken gekriegt, ich müsst ein Windows aufsetzen, um Bayern3 dekodieren zu können, aber siehe da, neuer Linux-Dekoder ist nun auch da - on problem do send message to otrforumZitat von Raus
Ciao
Stephan
Bei dem alten Linux-Dekoder (v221) war jemand so schlau die Libs einfach statisch zu linken... da gab's die Probleme mit GLIBC_2.4, etc. nicht.
Wieso um alles in der Welt benutzt der neue Dekoder dynamische Libraries
Einfach statisch linken und fertig, dann wird das Executable zwar größer, aber es gibt keine Probleme.
In Debian z.B. ist in stable libc6 als 2.3.6er, d.h. alles Distribution die auf Debian Etch aufbauen haben Probleme mit dem neuen Dekoder.
Nun bin ich neugierig - und hab kein .otrkey da, ums auszuprobieren. Abgesehen davon, wer hindert einen unter Debian dran, apt anzuwerfen, und ein neueres C draufzuwerfen? Ok, Profi-Entwickler mit Kunden, deren Programme gepflegt werden müssen, aber wegen alter libs nur noch mit einem älteren gcc/Glibc funktionieren. Naja - ich geh mal ein paar GWP opfern und zieh mir Miami Vice
Ciao
Stephan
Ok - da steht also Arbeit ins Haus. SuSE 10.0 auf glibc 2.4 zu bringen ist mir angesichts der Tatsache, dass der Support für die 10.0 ohnedies bald (zum Jahresende?) eingestellt wird, zu viel Akt. Auf 10.1 und 10.2 funktioniert der Decoder (CLI) problemlos - also werd ich die beiden letzten 10.0-Server nun doch mal umstellen.Naja - ich geh mal ein paar GWP opfern und zieh mir Miami Vice
Scheint mir übrigens, dass der Decoder a) geringfügig flotter geworden ist (Bauchgefühl, keine Messung) und b) beherrscht er die Maschine nicht mehr derart egoistisch, dass neben dem Dekodieren sogar ein smbd heftig stottert. Ein echter Fortschritt.
Ciao
Stephan
/! geändert, ich hatte blödsinn geschrieben /!
Ich benutze Debian - größtenteils etch. Mit einigen notwendigen Updates aus dem testing Zweig. Unter anderem der vermutlich entscheidenden libc6, die bei mir auf Version 2.5-9 läuft.
Daher habe ich dieses Problem nicht.
Bei anderen besteht das Problem ja trotzdem, daher wäre static linked schon besser!
Eine geringere CPU auslastung meinte ich auch bemerkt zu haben.
Hi,
korrigiert mich, wenn ich Schwachsinn rede, aber IIRC ist ein komplett statisches Linken gegen die glibc unmöglich - die resolver-APIs (/lib/libnss_*) werden _immer_ dynamisch eingebunden (dlopen()), weshalb theoretisch auch die gleiche glibc wie bei Linken auf dem System vorhanden sein muss. Wie sehr sich das ABI da ändert, weiß ich nicht, aber ich würde mich nicht darauf verlassen, dass ein gegen die glibc-2.5 gelinktes Programm auch mit einer uralten glibc funktioniert, selbst wenn es statisch gelinked ist...
falcon
@SGE
Du bist ja ein sehr aufmerksamer Leser
Und du hast teilweise recht. Ich habe ein sehr unsauberes System. Ich habe nach den Problemen mit lenny ein Downgrade zu stable gemacht. Habe aber danach den ntfs-3g treiber wieder aus dem unstable release installiert und damit bekam meine libc6 wieder ein Update.
Später nocheinmal ein update für ntfs-3g aus den debian backports, mit dem ich eigentlich mein debian komplett auf stable zurücksetzen könnte, aber es aus faulheit noch nicht gemacht habe.
Code:debian:~# apt-cache policy libc6 libc6: Installiert:2.5-9+b1 Mögliche Pakete:2.5-9+b1 Versions-Tabelle: *** 2.5-9+b1 0 500 http://ftp.de.debian.org lenny/main Packages 100 /var/lib/dpkg/status 2.3.6.ds1-13 0 500 http://ftp2.de.debian.org etch/main Packagesbtw. der hinweis mit den security updates war nur als zusatzinfo, ich dachte in der schnelle es könnte daran liegen.Code:debian:~# apt-cache policy ntfs-3g ntfs-3g: Installiert:1:1.516-1~bpo.1 Mögliche Pakete:1:1.616-1 Versions-Tabelle: 1:1.616-1 0 500 http://ftp.de.debian.org lenny/main Packages *** 1:1.516-1~bpo.1 0 1 http://www.backports.org etch-backports/main Packages 100 /var/lib/dpkg/status
Warum hat das Paket bei dir auf dem mirror ne andere Pin Priority
Im übrigen wäre das vielleicht schon eine vorübergehende Lösung für das Problem. Einfach mal der Libc6 ein Update gönnen.
grüße
Dazu stehe ich auch - die ist nicht nur ein wenig weniger geworden, die Kiste läuft auch mit mehreren Decodes parallel noch durchaus akzeptabel - und der smbd liefert meine Musik nun auch dann ohne Aussetzer <g>
Scheint mir trotz des Aufwands, den Server von SuSE 10 auf .2 zu liften eine lohnende Sache zu sein. Bin höchst erfreut. Sideeffect: Nun darf ich mir noch jemanden suchen, warum ich von Windows aus auf einen smbd-share nicht schreiben darf, wenn der aus einem nfs-mount stammt... (Aber das ist eine andere Geschichte)
Ciao
Stephan
rpm -U glibc... *flööööt*Quellen für neuere libc6 unter stable?
Auf, komm mal mit Butter bei die Fische... keine gefunden, komisch!
Wieso soll ich mir das Übersetzen geben, wenn dieses andere sehr viel besser beherrschen als ich? Aber zugegeben - auch ne SuSE 10 hätte man schon übel verbiegen müssen für. Insofern, auch weil das Update zum Jahresende eh angestanden hätte mangels weiterem Patchsupport, war ein Komplettupdate inkl. Neuinstallation letztlich die sauberste Lösung.
Und meine Jungs sind sicher traurig, weil ich nun die OTR-Filme in Adult (me/eltern/0)/Non-Adult (me/eltern/5) gegliedert hab - sone Neuinstallation öffnet einem die Augen für die kleinen Wehwehchen
Ciao
Stephan
Bei mir nichtMacht er das unter Linux auch?
Dann besteht ja noch Hoffnung das man das als ganz normales Konsoleprogramm ans Laufen kriegtBei mir nicht
Kann man denn die alte Version noch irgendwo für Etch runterladen?
Ich war mit dem alten Decoder ganz zufrieden ganz zufrieden, und erstaunt, dass der neue nicht läuft. Ich meine so exotisch ist Etch auch nicht, und gerade mal 3 Monate alt.
Berechtigungen
