Moin Liste! Ich möchte neben dem per Binary-RPM installierten KDE 3.0.4(oder 5) die HEAD-Version aus dem CVS compilieren. Wie das prinzipiell geht, beschreibt http://developer.kde.org/build/build2ver.html soweit verständlich, auch wie man die Libraries voneinander trennt (nämlich mit der Umgebungsvariable LD_LIBRARY_PATH). Allerdings geht dieses Dokument von mehreren selbst compilierten Versionen aus, und ich weiß nicht, wie das alles mit der SuSE-Installation zusammenspielt. SuSE nimmt nämlich "seine" kdelibs in ld.so.conf auf. Daher meine Frage: Kann ich neben der Binary-Version eine selbstkompilierte KDE-Version installieren ohne "DLL-Hell"? Letzlich läuft das auf die Frage hinaus, ob der LD_LIBRARY-PATH vor den Pfaden auf ld.so.conf (sichtbar mit ldconf -p) abgesucht wird. Liege ich da richtig? Einfach ausprobieren möchte ich hier nicht, denn mein letzter Versuch war ernüchternd. Ich musste KDE und QT erst komplett de- und wieder neu installieren (Rettungs-Versuche mit einer teilweisen Neuinstallation der Libs waren erfolglos), bevor die Binary-Version wieder stabil lief. Und schließlich starte ich die Session (weil über Netz) per XDMCP. Wo muss ich dann die entsprechenden Pfade setzen? im jeweiligen startkde? Vielleicht hat das ja schon mal jemand von Euch erfolgreich gemacht und kann mir sein Rezept nennen. Ideal wäre natürlich, wenn mir jemand sein kde-cvsbuild.conf mailen könnte - damit geht es am bequemsten. Schon mal danke, Alfred
Hallo, On Tue, 21 Jan 2003, Alfred Poschmann wrote:
Daher meine Frage: Kann ich neben der Binary-Version eine selbstkompilierte KDE-Version installieren ohne "DLL-Hell"? Letzlich läuft das auf die Frage hinaus, ob der LD_LIBRARY-PATH vor den Pfaden auf ld.so.conf (sichtbar mit ldconf -p) abgesucht wird. Liege ich da richtig?
Jep. Schreib dir am besten ein script, um das cvs-kde zu testen, z.B. sowas in der Art hier, das ist allerdings hier um kde2 neben kde1 zu testen (also Versionen/Verzeichnisse anpassen!)... Schau am besten in das startkde-script des cvs-kde, um zu schauen, ob du weiter / andere Variablen anpassen musst. ==== #!/bin/sh # is there an old KDE 1 out there ? if [ -d /opt/kde/bin ]; then PATH="/opt/kde/bin:$PATH" KDEDIR="/opt/kde2" test -n "${LD_LIBRARY_PATH}" && \ LD_LIBRARY_PATH="${KDEDIR}/lib:${LD_LIBRARY_PATH}" || \ LD_LIBRARY_PATH="${KDEDIR}/lib" fi export KDEDIR LD_LIBRARY_PATH export KDEDIRS="/etc/opt/kde2:/opt/kde2:/opt/kde" export QTDIR="/usr/lib/qt2/:/usr/lib/qt" export PATH="/opt/kde2/bin:$PATH" export KDEHOME="$HOME/.kde2" ==== Diese Variante kannst du dann in einem xterm sourcen (leg z.B. ein alias an: "alias skdecvsenv='source /usr/local/bin/kdecvsenv'" oder so aehnlich... Weiters koenntest du noch ein 'kdecvsexec'-script schreiben: ==== #!/bin/sh source /usr/local/bin/kdecvsenv exec "$@" ==== Damit koenntest du dann z.B. 'kdecvsexec kblubb -foo -bar' eintippen um 'kblubb' von KDE cvs zu starten. HTH, -dnh -- 37: Fehlertolerant Das Programm erlaubt keine Benutzereingaben.
participants (2)
-
Alfred Poschmann -
David Haller