Univention Bugzilla – Bug 16316
ltspfs Update
Last modified: 2012-09-14 11:34:39 CEST
Aufgrund von Bug #16309 wurde das ltspfs-Paket nicht aktualisiert. Das sollte nachgeholt werden.
Ich habe die aktuelle sid-Version von ltspfs gebaut. Das funktioniert damit grundsätzlich, wenn im Thin Client chroot in der ltspfs_entry die Prüfung ! boolean_is_true "$LOCALDEV" entfernt wird. Es müsste jetzt "nur noch" unsere Änderung an add_fstab_entry und remove_fstab_entry auf ltspfs_entry übertragen werden.
Ich nehme den Bug mal in die 3.1 Liste auf, da das glaube ich nicht mehr so aufwendig sein dürfte. Wenn doch, dann bitte schieben.
Ein Init-Skript muss nicht mehr mitgebracht werden, das wurde in der 0.4er Version durch einen Patch hinzugefügt. Der Dienst startet automatisch, wenn das erste Device hinzugefügt wurde.
Das hat noch ein paar weiter Auswirkungen, die so noch nicht sauber funktionieren werden. Die (add|remove)_fstab-entry sind stärker verändert wurden. Beispielsweise wird der ltspfsd automatisch gestartet. Das ist soweit in Ordnung. Dabei wird mit mcookie ein Keks erzeugt, der als Property LTSPFS_TOKEN an das Root-Windows des X-Servers geschrieben wird. Unser univention-ltsp-mountd versucht dann mit dem Programm ltspfs das Verzeichnis auf dem Terminalserve einzubinden. ltspfs braucht unbedingt Zugriff auf den X-Server und auf die Property LTSPFS_TOKEN. Es muss sichergestellt werden das ltspfs, dass als root auf dem Terminalserver gestartet wird Zugriff auf den X-Server hat (DISPLAY und XAUTHORITY müssen stimmen). Zusätzlich sind die Rechte für das Verzeichnis unterhalb von /media noch falsch Eventuell könnte man auch versuchen das ltspfs Programm als der entsprechende Benutzer zu starten. Damit wäre Zugriff auf X möglich und er könnte selbst das Desktop-Icon anlegen. Bezüglich Desktop-Icon: Es gibt wohl Mechansmen in ltspfs die das Icon angelegen. Hier wiess ich aber noch nicht genau wieweit die funktionieren. Das ist erst einmal zu aufwändlich für TCS 3.1 -> schieben
ltspfs wird es in UCC nicht mehr geben.