Re: Autologin und Autostart eines QT-Programms unter Suse 8.2

Hallo Christian,

also, dank der Hilfe habe ich die meisten Probleme gelöst.
Die Rechte zum Rebooten usw. habe ich über die sudoers-Datei eingestellt.
Auch das mit den Strg+Alt+ Fn habe ich mit der XF86Config hinbekommen.
Das Autologin habe ich in der Datei 
/etc/opt/kde3/share/config/kdm/kdmrc  konfiguriert.
Das klappt auch alles.
Allerdings habe ich das mit dem Autostart noch nicht hinbekommen. Bisher 
wird nach dem automatischen Login noch immer ein Startskript in 
$HOME/Autostart ausgeführt, welches das Programm startet. Aber dann habe 
ich ja wie bisher beschrieben, dass zwischen KDE- und Programmstart noch 
eine Interaktion mit KDE möglich ist.

>>Im Anschluss daran wird KDE geladen. Im 
>>Autostart-Ordner befindet sich ein Skript, welches das Programm
>>startet. Allerdings will ich davon weg, 
>>    
>>
>
>diverse Tips zur xinitrc hast Du ja schon erhalten.
>
>Nur noch eins: Ich würde für sowas nicht unbedingt KDE empfehlen ;-)
>Nimm lieber einen "leichten" Windowmanager ohne viele Zusatzfunktionen, 
>wenn Du sowieso alles abschalten willst.
>Zu ändern ist das über die .xinitrc oder über $WINDOWMANAGER
>

Den Tip mit der .xinitrc habe ich ausprobiert (übrigens auch mit der 
.xsession). Allerdings fehlen dann wie erwähnt die Fensterdekorationen. 
Auch wenn ich in meinem Programm weitere Dialoge (z.B. zur Eingabe von 
irgendwas) öffne, bekommen z.B. die Eingabefelder keinen Fokus. Auch mit 
der Maus sind diese nicht auswählbar. Ich vermute, dies liegt ebenfalls 
daran, dass noch kein Windowsmanager geladen ist.

Ich wurde auch noch auf den Kiosk-Modus vom KDE hingewiesen. Allerdings 
habe ich da noch nicht den Durchblick bekommen (ich habe mich z.B. über 
den Link auf  http://www.kde.org/areas/sysadmin/  informiert). Kennt 
einer vielleicht noch bessere Infos/Hinweise/Anleitungen zum Kiosk-Modus?

Ich habe mir auch mal die Startreihenfolge vom KDE (über KDM) angesehen. 
Wenn ich es richtig verstanden habe, wird nach dem kdeinit der ksmserver 
geladen. Dort wird zunächst der WM KWin und dann die .desktop-Dateien 
aus /opt/kde3/share/autostart geladen (z.B. der Desktop und die 
Kontrollleiste). In diesen Dateien ist z.B. auch angegeben, welche 
Dateien zuvor ausgeführt werden müssen. Ich habe mal versucht, dort eine 
eigene Datei zu erzeugen, welche vor(!) der kdesktop ausgeführt sein 
sollte. Aber das hat nicht hingehauen. Wäre im Endeffekt dann wohl auch 
nicht mein Wunsch gewesen, da diese Einstellungen scheinbar für alle 
Nutzer gelten.
Ich habe leider keine Beschreibungen über den Aufbau der 
.desktop-Dateien gefunden.
Aufgrund der Startabfolge beim KDE kam mir der folgende Gedanke: 
zunächst wird vom ksmserver KWin geladen (und evtl noch einige wenige 
unbedingt benötigte Module). Im Anschluss wird mein Programm automatisch 
gestartet (somit mit WM-Unterstützung). Wird das Programm beendet könnte 
dann ja die Abarbeitung vom ksmserver fortschreiten und die restlichen 
Module (KDesktop, Panel/Kicker) laden, so dass man danach normal mit dem 
KDE arbeiten kann. Ist dies dann evtl. auch so einzurichten, dass dies 
nicht für alle Benutzer gilt?
Wäre dieser Lösungsansatz überhaupt umsetzbar?

Der Vorteil von KDE wäre in meinem Fall folgender: Das gewünschte 
Programm soll automatisch gestartet werden. Verschiedene authorisierte 
Benutzer sollen aber auch die Möglichkeit habe, über eine Passworteingae 
das Programm zu verlassen und direkt im Anschluss unter dem angemeldeten 
Benutzer mit KDE zu arbeiten. Das wäre zwar wohl auch mit einigen 
anderen WM möglich, aber diese Leute haben sich jetzt zumindest schon 
mit KDE angefreundet ;-). Soll heissen, ein neuer WM bringt erfordert 
von diesen Leuten erneuten Lernwillen.
Aber dennoch: welcher andere WM wäre denn sonst zu empfehlen? Bestände 
da dann nicht auch das Problem mit der Interaktion mit dem System vor 
dem Autostart des Programms?

Vielen Dank für die Hilfe bisher.
Ich hoffe, auch bei meinen restlichen Problemen weiß jemand Rat.
Danke im Voraus.

Marc


-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    [email protected]
Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken
Sie eine Mail an: [email protected]