OpenSLX

• für alle dists
• original openslx bildchen bauen.
• sonstige logos:
  • RZ
  • Telekom
  • Borken
  • ...

Beim Einbauen von einem anderen Theme (Test: SuSE10.0 Theme in SuSE10.1) geht noch etwas schief, Ausgabe von mkdxsinitrd:

...
        Using /opt/openslx/share/themes/suse10/ for themes.

 (640x480),  (800x600),  (1024x768),  (1280x1024),  (1400x1050),  (1600x1200)
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
/etc/bootsplash/themes/SuSE/animations/circ.mng: No such file or directory
...

die config dateien müssen noch angepasst werden, z.b:
/opt/openslx/share/themes/suse10/bootsplash/config/bootsplash-1024x768.cfg
hier müssen alle pfade /tmp/bootsplash/ statt /etc/bootsplash/themes/SuSE/ lauten!

Es gab eine Umbenennung ("openslx" -> "opendl") für die bestehenden Sachen und eine neue Version für themes/openslx (640x480 ... 1280x1024 Framebuffer-Auflösung), Siehe Rev. 731,2,3 ...

Für den Bootsplash lohnt sich ein Blick nach http://www.bootsplash.org, diese Site ist wieder zum Leben erwacht und es scheint nun auch mehr zur Konfiguration erklärt zu werden.

Es gibt noch ein Problem, dass beim Einbinden des Bootsplashes ein externes Kommando, statt des Kommandos im /var/opt/openslx/stage1/..., verwendet wird.

Damit geht alles auf einem SuSE10.0 Server, aber nicht auf 10.2, Ubuntu etc.

Ich habe jetzt das Splashy-Zeug alles in die init gehauen, vielleicht wäre es geschickter nur den Start hier zu machen und dann in jedem Skript das folgt am Anfang den Balken zu aktualisieren. Weißt du die Reihenfolge der Skripte und kannst sie mir nennen (mit evtl. Dauer (kurz, lang, ...))?

Das regelt ja der Runlevel-Linker mit den verschiedenen Aufrufen aus der servconfig. Das wäre zwar der zentrale Ansatzpunkt für alle Distributionen ... müsste man sich aber noch was überlegen, wie man den elegant erweitern kann. Wenn man das an jedes Runlevel-Skript pappen würde, müsste man in den rumfuhrwerken, was m.E. nicht so elegant wäre ...

Vielleicht sollte man das KDM-Theme über den Demuxer in das Tgz packen und nicht mehr in die Initrd. Bei slxconfig könnte man dann 3 Variablen definieren (PXE/KDM/Splashy), welche der Demuxer dann entsprechend einbacken kann. So kann man 3 Verschiedene Themes definieren wenn man möchte. Es gibt bereits "attr_ramfs_screen" aber es fehlt noch PXE/K(G)DM. Vielleicht wäre es auch geschickter die Attribute folgendermaßen zu nennen:
"attr_theme_ramfs", "attr_theme_pxe", "attr_theme_xdmcp"

Bei PXE würde ich vorschlagen ein Default ohne Grafik anzubieten. Wird jedoch ein Theme gewählt, so sollte neben dem Bild auch eine Konfigurationsdatei z.B. 'theme.conf' in dem Verzeichnis liegen. Diese sollte alles Bis auf die Menüeinträge beinhalten. Wie sowas aussehen könnte kann man hier sehen: source:/trunk/theming/openslx/pxe/theme.conf#1339

Bein Halt muss noch Splashy eingefügt werden, beim Boot muss man wohl alles in der Init (Stage 3) + evtl boot.slx(.local).

Im Kopfbalken des PXE-Logo-Teils vielleicht noch einen Hinweis auf ne Hilfetaste unterbringen ...

Es gibt noch ein Problem: Wenn eine Kiste mit "vga=normal" bootet, ist das Abschalten vom Splash via Runlevel-Skript sinnlos. Das müsste noch überprüft werden. Es hängt halt nicht nur am debug=0. Evtl. überprüfen ob, /dev/fb da oder so ...

Siehe r1359 - müsste getestet werden, ob es das Problem sauber löst. So hat beispielsweise Ubuntu nix in /proc/fb stehen, kann aber den eigenen Splash machen ...