🚀 go-pugleaf

In article <402@alice.marco.UUCP> louis@marco.UUCP (Juergen Fluk) writes:
>1. auf nem 32bitter mit V3-3.2Ab ist es nun schon 2x vorgekommen, dass
>   die area /tmp und die area /usr/tmp das sticky-bit gesetzt hatten
>   (drwxrwxrwt). und zwar einfach so. irgendwo (c.u.w ?) hat's mal
>   gemunkelt, dass dann alle subdirectories irgendwelche eigenschaften
>   u"bernehmen.
>   frage: wie kann das 'spontan' kommen, welches programm setzt /tmp
>	  so, oder wie kommt es sonst, dass beide area's 2x so stehen
>	  (dazwischen hatt' ich das sticky-bit ausgemacht!) ?
>   frage: ist unter MUNIX ein spezielles verhalten bei directories
>	  mit sticky-bit eingebaut ?
>   achso, /tmp ist bei uns auf ne extra partition (/dev/iw0.1)
>   gemountet. macht's das vielleicht ?

	Wenn bei MUNIX das Sticky-Bit auf einem Directory gesetzt ist
	wechselt der Zugriffscshutzmechanismus von SYS5 auf BSD Verhalten,
	d.h., dass Files nur geloescht werden koennen, wenn man auch
	Schreibberechtigung fuer diese Files hat. Schreibberechtigung auf
	dem Directory reicht dann nicht mehr.
	Das Bit wird immer gesetzt, wenn ihr ein "ckft -s" durchlaufen
	(cron??????) lasst. Diese Einstellung ist bei uns naemlich default.
	Doku, steht wahrscheinlich in den Release-Notes, wuerd ich mal
	annehmen, vielleicht, weiss nicht, im Moment keine Doku hier ;-).
	Die anderen Sachen ueberlass ich dem Mike, ist schliesslich sein Job
	(Hallo Mike !!!!!).


		Gruss, Torsten.
-- 
Name    : Torsten Homeyer
Company : PCS GmbH, Pfaelzer-Wald-Str. 36, 8000 Munich W-Germany.
UUCP    : ..[pyramid ;uunet!unido]!pcsbst!tho  (PYRAMID PREFERRED!!)
DOMAIN  : tho@pcsbst.pcs.[ COM From rest of world; DE From Europe ]

In <647@pcsbst.pcs.com> torsten@pcsbst.pcs.com (Administrator for this machine\) writes:

->In article <402@alice.marco.UUCP> louis@marco.UUCP (Juergen Fluk) writes:
->>1. auf nem 32bitter mit V3-3.2Ab ist es nun schon 2x vorgekommen, dass
->>   die area /tmp und die area /usr/tmp das sticky-bit gesetzt hatten
->>   (drwxrwxrwt). und zwar einfach so. irgendwo (c.u.w ?) hat's mal
->>   gemunkelt, dass dann alle subdirectories irgendwelche eigenschaften
->>   u"bernehmen.
->>   frage: wie kann das 'spontan' kommen, welches programm setzt /tmp
->>	  so, oder wie kommt es sonst, dass beide area's 2x so stehen
->>	  (dazwischen hatt' ich das sticky-bit ausgemacht!) ?
->>   frage: ist unter MUNIX ein spezielles verhalten bei directories
->>	  mit sticky-bit eingebaut ?
->>   achso, /tmp ist bei uns auf ne extra partition (/dev/iw0.1)
->>   gemountet. macht's das vielleicht ?

->	Wenn bei MUNIX das Sticky-Bit auf einem Directory gesetzt ist
->	wechselt der Zugriffscshutzmechanismus von SYS5 auf BSD Verhalten,
->	d.h., dass Files nur geloescht werden koennen, wenn man auch
->	Schreibberechtigung fuer diese Files hat. Schreibberechtigung auf
->	dem Directory reicht dann nicht mehr.
->	Das Bit wird immer gesetzt, wenn ihr ein "ckft -s" durchlaufen
->	(cron??????) lasst. Diese Einstellung ist bei uns naemlich default.
->	Doku, steht wahrscheinlich in den Release-Notes, wuerd ich mal
->	annehmen, vielleicht, weiss nicht, im Moment keine Doku hier ;-).
->	Die anderen Sachen ueberlass ich dem Mike, ist schliesslich sein Job
->	(Hallo Mike !!!!!).

jaja, so ist das: diesmal war ich nicht schnell genug !-(. Hat doch
Torsten _den_ Teil, den ich gleich wusste, mir geklaut (Torsten
grrr...!-)

Naja, dann muss ich mich wohl um den Rest kuemmern. Dauert aber ein
wenig, wie gesagt, ich muss mich erst schlau machen (kann ja auch
nicht alles wissen).

Trotzdem: Antwort kommt (original liegt in meiner mailbox, damit ich's
nicht vergesse!-).

Gruss
---
  .  .      .__  .__       | DOMAIN:  msc@pcsbst.pcs.de (EUR) or
 /| /|     /    /_.        |          msc@pcsbst.pcs.com (ROW)
/ |/ |ike /__. __/chroeder | BANG:    ....[pyramid, unido]!pcsbst!msc