habs gefunden im ordner des scripts. das problem wird nur sein, das meine images dann im pluginbrowser alle als enigma2-plugin-image-oozoon zu finden sein werden, da nicht mehr als 4 segmente angezeigt werden, also alles nach dem 4 bindestrich nicht angezeigt wird.
OoZooN-CVS-lean-dm7025-20090131.nfi + OoZooN-CVS-full-dm7025-20090131.nfi (enigma2 2.5 stable)
-
-
-
das script war auch nur Q&D um zu zeigen wie man ein nfi image in ein ipk packt.
Im Prinzip hast du ja die Versionsinfo und das datum eh im ipk namen (kann man auch als zusätzliche argumente zum script angeben, oder am anfang des shellscripts editieren - z.B. Author auf OoZooN setzen). Maschinentyp wie 7025/800/8000 steckt dann auch im filenamen.
Dann solltest du eigentlich wieder die ganzen infos haben die auch im nfi filenamen des images drinnenstecken um falls es mal mehrere gibt diese auch im Pluginbrowser vom enigma2 unterscheiden zu können (ist wie wenn du 2 unterschiedliche Versionen eines Plugins im Packages.gz file des feeds hast).
Das script ist halt noch nicht perfekt, weil du dadurch im Moment im nfi filenamen auf /MB_Images diese attribute nicht mehr hast, diesewären aber leicht im shellscript wieder dazugebbar.
Im Moment reicht aber ein oozoon.nfi auf /MB_Images erstmal zum testen das es richtig im ipk drinnen ist, und erst wenn es schön zum installieren und mit BA auspacken/flashen geht machen wir uns Gedanken ob wir das buildscript entsprechend anpassen - wofür auch Dein input wichtig wäre wie du es gerne hättest.
LG
gutemine -
-
Zitat
Original von gutemine
das script war auch nur Q&D um zu zeigen wie man ein nfi image in ein ipk packt.Im Prinzip hast du ja die Versionsinfo und das datum eh im ipk namen (kann man auch als zusätzliche argumente zum script angeben, oder am anfang des shellscripts editieren - z.B. Author auf OoZooN setzen). Maschinentyp wie 7025/800/8000 steckt dann auch im filenamen.
Dann solltest du eigentlich wieder die ganzen infos haben die auch im nfi filenamen des images drinnenstecken um falls es mal mehrere gibt diese auch im Pluginbrowser vom enigma2 unterscheiden zu können (ist wie wenn du 2 unterschiedliche Versionen eines Plugins im Packages.gz file des feeds hast).
Das script ist halt noch nicht perfekt, weil du dadurch im Moment im nfi filenamen auf /MB_Images diese attribute nicht mehr hast, diesewären aber leicht im shellscript wieder dazugebbar.
Im Moment reicht aber ein oozoon.nfi auf /MB_Images erstmal zum testen das es richtig im ipk drinnen ist, und erst wenn es schön zum installieren und mit BA auspacken/flashen geht machen wir uns Gedanken ob wir das buildscript entsprechend anpassen - wofür auch Dein input wichtig wäre wie du es gerne hättest.
LG
guteminemorgen mehr, ich hab heute keine lust mehr
-
Zitat
Original von OoZooN
der server läuft, keine probleme.
ja jetzt gehts, vorher hatte ich nur eine weisse seite angezeigt bekommen -
Zitat
Original von OoZooN
morgen mehr, ich hab heute keine lust mehrIst gut, ich mag eigentlich heute auch nicht mehr- wobei morgen jetzt schon Montag wäre wenn ich so auf die Uhr sehe
LG
gutemine -
Thank you, now worked
-
Hallo OoZooN
Habe in der fstab von /dev/discs/disc0 auf /dev/discs/disc1 geändert , nun wird aber die CF nicht mehr erkannt ?
An was kann das liegenmfg
muggl -
Erstmal Danke für das neue Image. Das mit fstab war ein kleiner Schlag. Nach Änderung dieser Datei läuft alles einwandfrei.
Auch die CF wird erkannt!
Ganz nebenbei: Das Beyonddreams Thema von vali geht jetzt wieder.
Hat jemand Erfahrung mit der "suomi poeka" Erweiterung? Hatte diese entfernt nachdem sie mir ein paar Aufnahmen versaut hat. Traue mich aber im Moment nicht auszuprobieren. Könnte Ärger in der Familie geben.Viele Grüße aus dem endlich winterlichen Finnland. (Deutschland hatte unser Wetter, grrrr)
Kalli
-
Zitat
Original von muggl
Hallo OoZooNHabe in der fstab von /dev/discs/disc0 auf /dev/discs/disc1 geändert , nun wird aber die CF nicht mehr erkannt ?
An was kann das liegenmfg
mugglna die cf ist weiterhin auf /dev/discs/disc0 und für die musst du logischerweise auch einen mount anlegen wenn nicht einer schon vorhanden war.
Zitat/dev/ide/host1/bus0/target0/lun0/part1 /media/cf auto defaults 0 0
ist z.b. der mountpunkt, den ba anlegt.
Zitat/dev/discs/disc0/part1 /media/cf auto defaults 0 0
sollte aber auch gehen.
-
Zitat
Original von kalli_fin
Erstmal Danke für das neue Image. Das mit fstab war ein kleiner Schlag. Nach Änderung dieser Datei läuft alles einwandfrei.Kalli
das war keine idee von mir.
-
Zitat
Original von OoZooN
das war keine idee von mir.
Weiss ich. Wollte mich nur für den Hinweis bedanken.
Kalli
-
Hallo OoZoon
Danke , funktioniert jetzt
mfg
muggl -
Hauptsache in der /etc/init.d/bootup, passt das auch für hdparm.
Ich hab das jetzt so oft geändert, dass ich nicht mehr weiß, was bei dmm im Moment Stand der Dinge ist.
-
Zitat
Original von OoZooN
wenn er ins git einzug gehalten hat, ja. wenn nicht dann nicht.Leider bin ich nicht so bewandert im Lesen von git Repositories.
Koenntest Du mal in die Datei lib/python/Components/NimManager.py schauen,
ob dort im InitNimManager unicable erwaehnt wird?
Im 2.6er Branch ist es wohl enthalten.Dank und Gruss
-
in den 2.5 zweig kommen nur ausgetestete sachen. vo da her gehe ich nicht davon aus das es dort schon einzug gehalten hat wenn es doch gerade in den 2.6 einzug gehalten hat. das 2.6 er image auf die box machen und ein onlineupdate fahren, dann kannst du es selbst heraus finden.
-
Zitat
Original von Oldboke
Hauptsache in der /etc/init.d/bootup, passt das auch für hdparm.Ich hab das jetzt so oft geändert, dass ich nicht mehr weiß, was bei dmm im Moment Stand der Dinge ist.
naja, wenn du den eintrag in der fstab auf /dev/discs/disc1 änderst, musst in der bootup natürlich auch die entsprechenden einträge änder!
-
es ist ein neues onlineupdate verfügbar ( 20090202 )
-
habs schon geladen, zu meinen entsetzen - kein ba..... das mit fstab muß/bin ich noch beim testen....
mal sehen was herauskommt!
aber den download von ba gibs momentan nicht mehr???