KDE-DESKTOP FÜR ALLE USER GLEICH
Hi! Gibt es die Möglichkeit, bei einem System, das von mehreren Usern benutzt wird, den KDE-Desktop fest vorzugeben (z.b. nur einige wenige Menüeinträge, die vom User auch nicht geändert werden dürfen und z.B. nur ein Icon auf dem Desktop)? Vielen Dank schon mal. Mario --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* lists@s-produkte.de schrieb am 03.Feb.2000: [Bitte Deinen Realnamen angeben.]
Gibt es die Möglichkeit, bei einem System, das von mehreren Usern benutzt wird, den KDE-Desktop fest vorzugeben (z.b. nur einige wenige Menüeinträge, die vom User auch nicht geändert werden dürfen und z.B. nur ein Icon auf dem Desktop)?
Eine Möglichkeit wäre, dem User die Schreibrechte auf den Konfig-Dateien und ~/Desktop zu nehmen. Da sich das allerdings in seinem Home-Verzeichnis befindet, kann der User den ganzen Desktop löschen, der dann von KDE wieder neu angelegt wird. Die Schreibrechte für sein Homeverzeichnis wirst Du ihm wohl kaum nehmen. Er kann sonst aber auch gar nichts mehr an seinem Desktop ändern. Ich bin mir nicht so sicher, ob das erwüncht ist. Es sollte doch jeder User seine Umgebung so gestalten können wie er es will. Bernd -- Probleme mit dem Drucker? Schon die Druckercheckliste beachtet? http://localhost/doc/sdb/de/html/drucker-howto.html | Auch lesenswert: Oder schon das Drucker-HOWTO gelesen? | man lpr file://usr/doc/howto/de/DE-Drucker-HOWTO.txt.gz | Zufallssignatur 3 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 03 Feb 2000 schrieb lists@s-produkte.de:
Gibt es die Möglichkeit, bei einem System, das von mehreren Usern benutzt wird, den KDE-Desktop fest vorzugeben (z.b. nur einige wenige Menüeinträge, die vom User auch nicht geändert werden dürfen und z.B. nur ein Icon auf dem Desktop)?
Da Du den User nicht daran hindern kannst, in seinem eigenen Homeverzeichnis fremde Dateien/Verzeichnisse zu loeschen: Lege ein zentrales Konfig-Verzeichnis an und kopiere es beim Login jeweils neu in das User-Home. iehe /usr/lib/X11/xdm/Xsession Ciao, Bjørn -- o_) Bjoern Buerger http://bbuerger.home.pages.de .-. _/\ .--------------------------------------------------- --/---\-/(/-' Linux User Group Braunschweig (LUG - BS) `-' http://www.tu-bs.de/initiativen/LUG/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Bjoern,
Gibt es die Möglichkeit, bei einem System, das von mehreren Usern benutzt wird, den KDE-Desktop fest vorzugeben (z.b. nur einige wenige Menüeinträge, die vom User auch nicht geändert werden dürfen und z.B. nur ein Icon auf dem Desktop)?
Da Du den User nicht daran hindern kannst, in seinem eigenen Homeverzeichnis fremde Dateien/Verzeichnisse zu loeschen:
Lege ein zentrales Konfig-Verzeichnis an und kopiere es beim Login jeweils neu in das User-Home.
reicht nicht ein symbolischer Link auf ein Konfig-Verzeichnis, für das der User keine Schreibrechte hat? Gruß Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 03 Feb 2000 schrieb Thomas Schwarze:
Gibt es die Möglichkeit, bei einem System, das von mehreren Usern benutzt wird, den KDE-Desktop fest vorzugeben (z.b. nur einige wenige Menüeinträge, die vom User auch nicht geändert werden dürfen und z.B. nur ein Icon auf dem Desktop)? Lege ein zentrales Konfig-Verzeichnis an und kopiere es beim Login jeweils neu in das User-Home. reicht nicht ein symbolischer Link auf ein Konfig-Verzeichnis, für das der User keine Schreibrechte hat?
Kommt darauf an, ob Du einfach nur ein zentral zu wartendes Konfigurationsverzeichnis und nette User hast, oder ob die User am Aendern der Dateien gehindert werden sollen. In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem gehoeren. Er koennte den Link loeschen und dann legt KDE beim naechsten Start ein neues Verneichnis im Homedir an. Ciao, Bjørn -- o_) Bjoern Buerger http://bbuerger.home.pages.de .-. _/\ .--------------------------------------------------- --/---\-/(/-' Linux User Group Braunschweig (LUG - BS) `-' http://www.tu-bs.de/initiativen/LUG/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bjoern Buerger wrote:
In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem gehoeren. Er koennte den Link loeschen und dann legt KDE beim naechsten Start ein neues Verneichnis im Homedir an.
Hupps... das mit dem Löschen find' ich ja interessant... Womit hängt das zusammen? Mit Rechten ja wohl offensichtlich nicht. Checkt die Shell das mit der /etc/passwd ab oder? Gruß, Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Martin Stark schrieb am 04.Feb.2000:
Bjoern Buerger wrote:
In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem
Hupps... das mit dem Löschen find' ich ja interessant... Womit hängt das zusammen? Mit Rechten ja wohl offensichtlich nicht. Checkt die Shell das mit der /etc/passwd ab oder?
Nein, es hängt mit den Rechten zusammen. Und zwar mit denen des Verzeichnisses. Wenn Du auf dem Homeverzeichnis kein Schreibrecht hast, so kannst Du da auch nichts löschen. Allerdings im eigenen Homeverzeichnis kein Schreibrecht zu haben ist, ähh... seltsam. Was würde es nützen, wenn die Shell in /etc/passwd nachsehen würde. Als normales Programm ohne SUID-Bit darf die Shell nichts ausführen wo sie kein Recht zu hat. Da wacht der Kernel drüber. Letztendlich kann kein Programm direkt auf die Device schreiben. Das macht immer nur und ausschließlich der Kernel, und der läßt ein Programm nicht dahin, wo es nicht hin darf. Löschen ist eine Veränderung des Verzeichnisses nicht der Datei. Umgekehrt kannst Du auch Dateien löschen, zu denen Du keinerlei Rechte hast, wenn Du nur das Schrei- und Ausführrecht im Verzeichnis hast. Allerdings warnt rm dann. Um irgendetwas machen zu können mußt Du für alle Verzeichnisse, die im Pfad auftauchen das Ausführungsrecht haben. Wenn nicht, so gibt es keine Möglichkeit an diese Datei heran zu kommen, es sei es gibt einen andern Link. Ohne Leserecht im Verzeichniß funktioniert ls und ähnliches nicht. Aber Du kannst alles machen, wenn Du die Namen kennst. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bjoern Buerger schrieb in 1,4K (34 Zeilen):
In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem gehoeren. Er koennte den Link loeschen und dann legt KDE beim naechsten Start ein neues Verneichnis im Homedir an.
$ cd $HOME $ su Password: # mkdir TEST_DIR # touch TEST_DIR/file # exit exit $ rm TEST_DIR/file rm: remove write-protected file `TEST_DIR/file'? y rm: cannot unlink `TEST_DIR/file': Permission denied $ rmdir TEST_DIR/ rmdir: TEST_DIR: Directory not empty $ rm -rf TEST_DIR/ rm: cannot unlink `TEST_DIR/file': Permission denied rm: cannot remove directory `TEST_DIR': Directory not empty $ ls -lad TEST_DIR/ drwxr-xr-x 2 root root 1024 Feb 10 02:53 TEST_DIR Wie, bitte, entferne ich jetzt TEST_DIR aus meine $HOME? -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Wolfgang Weisselberg schrieb:
Bjoern Buerger schrieb in 1,4K (34 Zeilen):
In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem gehoeren. Er koennte den Link loeschen und dann legt KDE beim naechsten Start ein neues Verneichnis im Homedir an.
[...]
Wie, bitte, entferne ich jetzt TEST_DIR aus meine $HOME?
Du hast nicht zugehört. Björn sagte, der User dürfe fremde Dateien _in seinem Homeverzeichnis_ löschen. Hier geht es aber um das Löschen einer fremden Datei in einem fremden Verzeichnis, das zufällig im Homeverzeichnis des Users liegt. Das Verzeichnis schützt die Datei, die Datei schützt das Verzeichnis, und root wird von einer stabilen Tür geschützt... -- Christian Ullrich Registrierter Linux-User #125183 "Sie können nach R'ed'mond fliegen -- aber Sie werden sterben" --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Ullrich schrieb in 1,0K (29 Zeilen):
* Wolfgang Weisselberg schrieb:
Wie, bitte, entferne ich jetzt TEST_DIR aus meine $HOME?
Du hast nicht zugehört. Björn sagte, der User dürfe fremde Dateien _in seinem Homeverzeichnis_ löschen.
So ich mich erinnere, geht es um KDE's Desktop-Direktory. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 10 Feb 2000 schrieb Wolfgang Weisselberg:
Bjoern Buerger schrieb in 1,4K (34 Zeilen):
In seinem eigenen Homeverzeichnis darf der User fremde Daten *immer* loeschen, auch wenn sie eigentlich root oder sonstwem
rm: cannot unlink `TEST_DIR/file': Permission denied rm: cannot remove directory `TEST_DIR': Directory not empty Wie, bitte, entferne ich jetzt TEST_DIR aus meine $HOME?
Hmm. Hast Recht. Dann gilt das wohl ausschliesslich fuer Dateien, die im $HOME liegen, nicht fuer gefuellte Verzeichnisse. Wenn das fremde Verzeichnis leer ist, kann man es naemlich einwandfrei loeschen. Ich dachte, ich haette das damals schon mal anders gesehen. Ciao, Bjørn -- o_) Bjoern Buerger http://bbuerger.home.pages.de .-. _/\ .--------------------------------------------------- --/---\-/(/-' Linux User Group Braunschweig (LUG - BS) `-' http://www.tu-bs.de/initiativen/LUG/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (7)
-
B.Brodesser@online-club.de
-
b.buerger@tu-bs.de
-
chris@chrullrich.de
-
lists@s-produkte.de
-
LKA364@t-online.de
-
Martin.Stark@rz-online.de
-
weissel@ph-cip.uni-koeln.de