rdesktop installieren (kompilieren)

[artemisia]

Original geschrieben von h. grímnirson
xwin.c:21:: X11/Xlib.h: No such file or directory
xwin.c:22:: X11/Xutil.h: No such file or directory

nachtrag (sorry, aber mir war des so klar, des ich des gar ned mehr erwähnt hab)

header dateien enden mit:

.h

greetz
artemisia

[hugin grímnirson]

so, jetzt leg ich gleich noch eines nach:

habt ihr bittebitte generelle informationen zu dem thema installieren/kompilieren für mich? (wo die executables eigentlich liegen, was man tun muß, damit andere user auch programme ausführen können u ob man das schon ev beim kompilieren berücksichtigen muß, etc ...)

hab nämlich gerade am mplayer herumgemurkst und irgendwie will das nicht so ganz funktionieren und ich hätte da gerne einmal ein bißchen überblick u klarheit ...

cu
hugin

[artemisia]

sers grimni,

beim installieren neuer pakete mußt du unterscheiden zwischen binaries und source code.
eine binary version eines programms enthält die compilierte version. meistens wird durch aufrufen einer routine zb
make install
oder eines scriptes, die programme an der richtigen stelle im fhs (filesystem hierarchy standard) abgelegt.
http://www.linuxbase.org
rpm pakete von binary versionen machen das beim endpacken meinst selbständig. grundsätzlich ist es so, daß anders als unter win oder dos die dateien eines paketes verteilt werden. die eigentlich ausführbare dateien (binaries) werden in einen binary verzeichnis abgelegt. also zb nach /usr/bin, /bin, /usr/X11R6/bin usw.
bibliotheken (libraries, libs) werden ebenfalls in die dafür vorgesehenen verzeichnisse kopiert. also beispielsweise nach /usr/lib oder /usr/X11R6/lib.
zugehörige dokumentationen finden sich zb für SuSE distris ab 7.1 in /usr/share/doc/packages/"paketname".

bei der installation von source code paketen müssen diese erst vorbereitet, compiliert und anschließend installiert werden. in vielen fällen läuft des folgendermaßen ab:
mit dem tar-befehl wird das paket entpackt und als root geht man in das entsprechende verzeichnis, anschließend folgt häufig diese sequenz:
make config (oder ./configure)
make
make install
wenn nicht alle libs vorhanden sind, kommt es meistens schon beim ablauf der configuration zur fehlermeldung, so daß die makefiles für die compilierung und installierung erst gar nicht erstellt werden.

da mußt halt auf die suche gehn ;-)

auf jeden fall empfiehlt sich immer die readme dateien zu lesen, bevor man loslegt.

greetz
artemisia

[hugin grímnirson]

gut, das deckt sich mal soweit mit meinen vermutungen.

was ich jetzt bloß dabei nicht versteh: ich hatte bei einem per rpm oder per yast (der ja wahrscheinlich eh auch nix anderes tut als quasi rpms zu installieren) paket nie das problem, dass ich es nicht unter einem anderen account ausführen konnte.

bei dem selber zusammengestrickten mplayer aber sehrwohl. wird in diesen makefiles auf soetwas (= permissions) nicht rücksicht genommen?

[artemisia]

sers gremni,

unter welchem account hast du es denn installiert?

greetz
artemisia

[hugin grímnirson]

ich war als root angemeldet.

[artemisia]

gibt mal folgendes ein:

>locate "deinplayername"

dann erhälst du als antwort so etwas wie:

/usr/bin/deinplayername
oder
/usr/X11R6/bin/deinplayername

in das verzeichnis gehst du als root mit cd herein und gibst folgendes ein:

>chmod 755 deinplayername

dann sollte es eigentlich unter allen accounts laufen.

greetz
artemisia

[hugin grímnirson]

soweit klar, aber die executable war auch nicht das problem. das problem waren zb die skin-verzeichnisse ...
muß ich da etwa jede einzelne datei modifizieren?

wär ein bisserl kompliziert ....

[artemisia]

wieso kompliziert?

zb wie folgt:

chmod -R 755 /pfadzudenskinverzeichnissen skinverzeichnis*

wobei der stern für die unterschiede im namen des skinverzeichnisses steht.

du solltest dich vielleicht ein wenig mehr mit den grenzenlosen möglichkeiten der kommandozeilenbefehlen beschäftigen

greetz
artemisia

[hugin grímnirson]

ja, hast ja recht. hab ich mittlerweile auch schon herausgefunden, gemacht, und es funktioniert .... bis auf die tatsache, dass die hardware zu schwach ist ....

danke für deine engelsgeduld.