Hallo. Am Do, 2004-04-29 um 22.21 schrieb David Haller:
Am Thu, 29 Apr 2004, Marcus Habermehl schrieb:
Am Do, 2004-04-29 um 02.31 schrieb David Haller:
Am Wed, 28 Apr 2004, Marcus Habermehl schrieb:
Am Di, 2004-04-27 um 23.12 schrieb Christian Boltz:
Am Dienstag, 27. April 2004 18:33 schrieb Marcus Habermehl:
[...]
Ich arbeite hier uebrigens lieber mit nem wrapper-script, dass dann LD_LIBRARY_PATH setzt, so z.B. fuer mein "sX" script (startX), das dann fuer WindowMaker (meinem normalen WM, sX wird dann als swmaker aufgerufen, oder auch als sX wmaker) folgendes macht:
[Skript entfernt]
Analoges mache ich auch mit anderen Sachen, sowas macht z.B. das Mozilla-Startscript, IIRC das startkde-script u.v.a.m...
So etwas in der Richtung steht noch in meiner TODO. Ich will nur nicht mit zu Vielem auf einmal anfangen. Das habe ich schon mal gemacht. Als Ergebnis hatte ich dann Skripte, die nicht so funktionierten, wie sie sollten.
Hmja, da kommt's halt auf die allgemeinen shell-Kenntnisse an. Ich schreib sowas in ner Minute mal eben hin (wobei das war ja nur das Fragment fuer den (damals von mir kompilierten) neuen Windowmaker)...
Fuer nen shell-Anfaenger ist sowas natuerlich eher muehsam.
Ich würde mich nicht unbedingt als Anfänger bezeichnen. Aber allzu weit bin ich auch noch nicht. Würde so sagen am Ende vom Anfang, vielleicht. Mit ein paar Minuten wäre es bei mir aber auf gar keinen Fall getan. Eher Stunden. [...]
Jep. Besser waere aber u.U. ein wrapper-script in /usr/local/bin, das die diversen Variablen setzt und dann xfce aufruft (s.o.).
Wie oben schon gesagt. Steht noch auf meiner Liste. Nur halt nach und nach. Sonst kann ich nur viel ein wenig, anstatt wenig viel. Letztere Möglichkeit ist mir halt lieber.
Ich weiss halt nicht, was XFCE ausser PATH und LD_LIBRARY_PATH noch so braucht. Ansonsten ist dann ganz simpel:
XFce4 hätte noch gerne PKG_CONFIG_PATH. Aber das wäre ja dann analog zu Zeile 2 und 3 da unten.
==== /usr/local/bin/xfce4 ==== #!/bin/sh PATH="/opt/xfce4/bin:$PATH" LD_LIBRARY_PATH="/opt/xfce4/lib:$LD_LIBRARY_PATH"
### ':' am Anfang und Ende loeschen, ist aber kein "muss" PATH="`echo \"$PATH\" | sed 's/^://;s/:$//' LD_LIBRARY_PATH="`echo \"$LD_LIBRARY_PATH\" | sed 's/^://;s/:$//'"
WINDOWMANAGER="/opt/xfce4/bin/xfce" ## oder wie das binary halt heisst
export PATH LD_LIBRARY_PATH WINDOWMANAGER
exec /usr/X11R6/bin/startx "$WINDOWMANAGER" -- "$@" 2>&1 | tee ~/.X.err ====
Mit exec und startx hätte ich jetzt nicht gearbeitet. Nach meinem Wissensstand hätte ich nur xfce4 eingetragen. Und die Übergabe der Kommandozeile and startx, bzw. xfce4 hätte ich auch weggelassen. Man merkt halt, dass ich noch nicht so weit bin. Auch wenn meine Skripte bisher funktionierten.
Wahr für wahr. *heul* Ich könnt immer noch wegen meiner ld.so.conf schreien.
Naja, die laesst sich ja wirklich einfach leicht wiederherstellen. Zur Not per rpm2cpio glibc-2...rpm | bunzip -c | cpio -i /etc/ld.so.conf
Wieso glibc-2? Wenn ich rpm -q --whatprovides /etc/ld.so.conf absetze,
rpm -qf /etc/ld.so.conf
kommt aaa_base (warum heißt das überhaupt aaa?) heraus.
Ups. Stimmt. Dann halt 'rpm2cpio aaa_base...rpm | ...'
Das "aaa" ist AFAIR nur dazu da, dass das weit oben in der Liste steht.
Hab ich mir schon gedacht. Bisher stand das Paket nur am Anfang, wenn ich 'rpm -qa | sort' abgesetzt habe. [...] Mittlerweile funktionieren meine %post und %postun Einträge. Allerdings habe ich auch den Prefix Eintrag in meinem spec File entfernt. Mein Problem war die Übertragen von %{prefix} auf $PATH und Co. Ich weiß nämlich nicht, ob das auch hinhauen würde, wenn man das RPM bei der Installation nach z. B. /usr/local installieren würde. Ich denke auch, dass ich mich zu sehr auf die Portierbarkeit konzentriert habe. Was ja eigentlich Schwachsinn ist. Ich erstelle die RPMs ja nur, damit ich nicht unkontrolliert Dateien ins System bringe, die ich dann vielleicht nie wieder vollständig entfernen kann. Im spec File teste ich jetzt nur, ob unter /etc profile[.local], [bash.]bashrc[.local] und ld.so.conf existieren, bevor ich in die Dateien hineinschreibe. Dafür, dass die RPMs eh auf meinem Rechner bleiben, ist das wohl eh noch unnötige Arbeit. Aber so habe ich Vorarbeit geleistet, falls ich die Specs mal an eine andere Distri anpassen will. Gruß Marcus