Movieplayer 2 im Image verhindert andere Funktionen

[Boardgeist]

Erst mal sorry für die Ausdrucksweise, mir fiel nichts anderes zur Umschreibung des Problemes ein.
Zum Sachverhalt: ich habe gestern mal ein Image mit besagtem Movieplayer2 erstellt, sonst immer mit "normalem" Movieplayer 1.
Problem: Wenn ein Image mit Movieplayer 2 erstellt wird, laufen diverse Plugins nicht mehr, so z.B. Tuxwetter, Kinosuche, Rezepte online etc. (aus dem JTG-Forum).
Leider kann ich die Fehlerausgabe auf der Konsole nicht mehr genau posten, sie sah aber ungefähr so aus: ...relocation error glibc 2.0 in...Function clock... usw.
Der Fehler äussert sich so, dass im Menü des Plugins nicht mehr gescrollt werden kann und man wieder direkt im TV-Mode landet.
Erstelle ich wieder ein Image mit gleichem CVS-Stand mit dem Movieplayer 1, funktioniert wieder alles.
Frage: was wird hier anders compiliert btw. vielleicht weggelassen, dass diese Plugins nicht mehr laufen?

Ich hoffe, dass es trotz der Herkunft der Plugins eine Hilfestellung gibt.

Danke, Gruß boardgeist

PS: der Movieplayer2 läuft klasse, ich würde ihn halt gern verwenden!

[rhabarber1848]

Wann kopierst Du die Plugins ins Image?
Sie sollten schon im Image sein, wenn mklibs.py läuft.

[Boardgeist]

Muss ich mal in mein Script schauen, sorry, heute abend...

Aber, wieso passiert das in Verbindung mit den Movieplayer-Varianten?

gruß boardgeist

[seife]

Vermutlich verwendet der MP1 bestimmte Library-Funktionen, die MP2 nicht verwendet, die aber von den plugins benötigt werden. Weil sie keiner verwendet, werden sie von mklibs gestrippt => dann gehen die Plugins auch nicht mehr.

Du müsstest schon mal die genaue Fehlermeldung posten, damit man das genauer beurteilen kann.

[Boardgeist]

Ich baue gerade noch mal neu und kopiere die Plugins eher. Wenn der Fehler noch da ist, poste ich ihn dann.
Danke erst mal.

gruß boardgeist

[Boardgeist]

So, hier mal das log beim Aufrufen eines Plugin mit/über shellexec:


<Font "/share/fonts/pakenham.ttf" loaded>
/var/bin/shellexec: relocation error: /var/bin/shellexec: symbol clock, version
GLIBC_2.0 not defined in file libc.so.6 with link time reference
[CPlugins] exec ...
[zapit] tuned frequency does not match request. difference: 1503

"shellexec" habe ich nun schon extra auch noch im root des Images liegen.
So sollten die libs doch auch richtig gestripped werden, oder?
Oder muss das nach /lib/tuxbox/plugins, damit das strippen funktioniert?

gruß boardgeist

[rhabarber1848]

symbol clock, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

Poste doch bitte mal den Auszug aus Deinem customization-Skript,
mit dem Du die Dateien kopierst. Als Skriptname würde ich
root-neutrino-squashfs-local.sh empfehlen, was übrigens
keine Auswirkungen auf /var hat.

Neben den Plugins muss auch shellexec im Image liegen bevor
mklibs.py läuft, damit die nötigen Symbole erhalten bleiben.

[Boardgeist]

Ich benutze root-neutrino-squashfs-local.sh .

Und hier dann:...
cp -f $myfiles/var/bin/shellexec $newroot/bin/shellexec
...
Die Plugins kopiere ich dann mit "var-neutrino-local.sh".
So:...
cp -f $myfiles/var/plugins/tuxwet/* $newvar/plugins/tuxwet
...

Wo liegt der Fehler?
Ist-denke ich-alles nach Anleitung für newmake.

gruß boardgeist

[rhabarber1848]

Die Plugins kopiere ich dann mit "var-neutrino-local.sh".

Damit werden sie von mklibs.py nicht berücksichtigt...

Dateien, die in einem Squashfs-Image in /var liegen sollen,
müssen anders angefasst werden.

(ungetestet)
*Alle* externen Dateien mittels root-local.sh in den Root-Bereich (/bin, /lib) kopieren.
Dann läuft mklibs.py...
Dateien, die in /var liegen sollen, mit root-neutrino-squashfs-local.sh aus dem Root-Bereich löschen.
Dateien, die in /var liegen sollen, mit var-neutrino-local.sh in den var-Bereich kopieren.

[Boardgeist]

O.K., danke.
Dann werde ich mich morgen mal ans umschreiben der Scripte machen.

Ist dann wohl eigentlich nur Glück, dass bis zum heutigen Tag alles problemlos funktioniert hat...


gruß boardgeist

[Boardgeist]

So, hab's die Nacht noch mit"root-local.sh" gemacht und funktioniert perfekt!

Vielen Dank für die Hilfe, wieder was gelernt.

gruß boardgeist

[Grabber66]

Ich melde mich dann auch nochmal, vielleicht weiß ja jemand Rat.
Ich baue ein Image für die IPBox 350 - auch mit dem Movieplayer2 da der einser nicht sauber unter der IPBox läuft und ich den zweier auch eh besser finde
Eingebunden wird per root-local.sh all das was mklibs.py berücksichtigen soll.
Das klappt auch soweit 1a. Nur bei dieser besagten shellexec - Flexmenue nicht.
Finde ich sehr schade, da es ein der besten plugins ist, wie ich finde.

Code: Alles auswählen

/var/plugins > ./shellexec
shellexec Version 2.48
LCD (/dev/dbox/lcd0): No such file or directory
<Font "/share/fonts/micron_bold.ttf" loaded>

danach hängt es sich weg...

Ich denke es liegt daran, das ich für die IPBox baue, weiß aber leider nicht wo ich noch ansetzten soll.
Weiß da jemand nen Rat ? THX

[DrStoned]

LCD (/dev/dbox/lcd0): No such file or directory

Ohne Sourcen für die shellexec wirst Du da nicht weit kommen. Soweit ich weiss sind die ja non-public. Ist ja wegen LCD, Framebuffer und Fernbedienung bestimmt nicht kompatibel. Vermutlich haben die Dbox2 und die IP-Box ne ganz andere Hardware.

P.S.: Was hat die IP-Box für nen Prozessor.

Greetz von DrStoned

[rhabarber1848]

Nur bei dieser besagten shellexec - Flexmenue nicht.

Ich wette, Du hast den Sourcecode von shellexec nicht,
sondern nur eine Binary. Diese wurde garantiert für
die Dbox2 kompiliert, d.h. für ppc-823-CPU. Auf
der IPBox läuft eine andere CPU, deshalb ist die
Binary inkompatibel.

[rhabarber1848]

P.S.: Was hat die IP-Box für nen Prozessor.

ppc405

[Grabber66]

Hatte ich mir fast gedacht - naja kann ich wohl nichts machen.

[kamikazemike]

P.S.: Was hat die IP-Box für nen Prozessor.

ppc405

ist doch der selbe wie bei der dreambox.
und für die dreambox gibt es das flexmenu doch....

cu kami

[prodigy7]

@rhabarber1848:
Sorry, aber du hast glaubich unrecht. Sein Post zeigt ja, dass es Programm prinzipiell läuft, nur halt dann auf ein Device zugreift das es nicht gibt.
Ich weis nicht, ob das funktionieren würde, aber eventuell könnte man einfach n Symlink auf /dev/null oder sowas in der Art machen.
Ansonsten: Vielleicht gibts ja irgendwann mal die Sourcen für shellexec

[rhabarber1848]

Sorry, aber du hast glaubich unrecht. Sein Post zeigt ja, dass es Programm prinzipiell läuft, nur halt dann auf ein Device zugreift das es nicht gibt.

Stimmt, habe ich überlesen. Danke für den Hinweis

[dbt]

Ansonsten: Vielleicht gibts ja irgendwann mal die Sourcen für shellexec

Irgendwo hatte ich die sogar mal rumliegen

[dietmarw]

Ansonsten: Vielleicht gibts ja irgendwann mal die Sourcen für shellexec

Irgendwo hatte ich die sogar mal rumliegen

waren die nicht für eine seeeeeeeeeeeeeeeeeeeehr alte version?

[dbt]

Vermutlich schon, wenn ich schon nur waage daran Erinnerung habe. Muss mal suchen, vlt. kann man das ja gebrauchen, aber ich konnte mich mit dem Plugin sowieso bisher noch nie anfreunden, insofern wär's wurscht.

[rhabarber1848]

Vielleicht gibts ja irgendwann mal die Sourcen für shellexec

Das ist ab heute der Fall, da SnowHead die Sourcen freigegeben hat:
http://www.tuxbox-cvs.sourceforge.net/f ... 27&t=49060