Changes between Version 1 and Version 2 of LtspWine

Timestamp:

Nov 10, 2012, 7:51:53 PM (14 years ago)

Author:

Rüdiger Kupper

Comment:

Mögliche Lösungen

LtspWine

@@ -6 +6 @@
 
 
-[TODO]
+== Problem ==
+
+Wine-Anwendungen sind generell für Multi-User-Systeme schlecht geeignet, da das Programm eine komplette Windows-Umgebung im Homeverzeichnis des jeweiligen Users emuliert. Diese müsste in sämtlichen Homeverzeichnissen aller User vorhanden sein, damit jeder das Programm nutzen kann. Das ist aus Platz- und Wartungsgründen inpraktikabel.
+Eine gemeinsame Umgebung zwischen mehreren Nutzern zu teilen ist aufgrund der Eigenheiten von Wine schwierig, das stets davon ausgeht, die komplette Windows-Umgebung "für sich" zu haben (z.B. Schreibrechte in der kompletten Umgebung).
+
+== Lösungsprinzip ==
+
+Bau hat für die Linuxmusterclients ein Prinzip entwickelt, wie eine Wine-Installation von mehreren Nutzern (nacheinander) genutzt werden kann. Dabei gibt es eine Wine-Umgebung mit dem installierten Programm an einem lokalen Speicherort auf dem Rechner. Startet ein Nutzer ein Skript, wird die komplette Umgebung per `rsync` in ein zweites Verzeichnis kopiert und per `chown` dem Nutzer übereignet. Danach wird die Umgebungsvariable `WINE_PREFIX` passend gesetzt und das Programm gestartet.
+
+== Problem für LTSP ==
+
+Das oben skizzierte Verfahren funktioniert nur, wenn nur ein Nutzer zu einer Zeit das Programm verwendet. Bei unserem Client-Server-Setup sollen aber mehrere Nutzer zugleich das selbs Wine-Programm auf dem Server laufen lassen können.
+
+=== Mögliche Lösungen ===
+
+==== Wine als local application ====
+
+Laufen die Wine-Programme nicht auf dem Server, sondern lokal auf dem Client, kann jeder Nutzer für die Dauer der Programmausführung seine persönliche Wine-Umgebung haben. Dazu müsste die Wine-Umgebung in der Client-Chroot installiert werden. Dann könnte man oben beschriebenes Skript genauso einsetzen.
+
+Ein Problem tritt allerdings auf, wenn an einem Client zugleich zwei Personen angemeldet sind, was durchaus möglich ist. Das Problem können wir aber vorerst ignorieren.
+
+==== Wine als Serverapplikation mit lokalem Verzeichnis ====
+
+Wine könnte weiterhin auf dem Server laufen, wenn dort jeder Benutzer sein persönliches lokales Wine-Verzeichnis bekommt (etwa unter /wine/<Nutzername>). Platz genug sollte auf den Platten sein, zumal die Umgebungen nach Verwendung auch wieder gelöscht werden könnten.
+
+==== Wine als Serverapplikation mit Umgebung im Homeverzeichnis ====
+
+Eine weitere Möglichkeit wäre schließlich, die Wine-Umgebung einmal in das Homeverzeichnis des Nutzers zu kopieren und dann dort zu lassen. Dazu würde entsprechender Platz auf dem NFS-Server für `/home` benötigt. Der klare Vorteil wäre, dass Einstellungen, die die Nutzer vorgenommen haben, von Programmaufruf zu Programmaufruf überleben. Nach einer Änderung der Umgebung (z.B. Programmupdate) müssten die Nutzerumgebungen dann aber gezielt überschrieben werden.
+
+
+[TODO: Ergänzen]