Hallo, Am Thu, 16 Feb 2006, Bernd Kloss schrieb:
David Haller <david@dhaller.de> schrieb am 15.02.06 22:22:01:
Hm. Haette eigentlich nicht passieren duerfen... Kannst du das ./link_copy nochmal ohne '| sh' laufen lassen und die Zeile zu diesem Account raussuchen / -greppen?
Koennte es sein, dass das ~/Desktop von dem Account ein symlink war? Diesen Sonderfall beruecksichtigt die Konstruktion:
test -d $d || mkdir -p $d && install $T $d/
evtl. nicht (bei mir funktioniert's aber dennoch):
$ mkdir foo; ln -s foo bar $ ls -l bar lrwxrwxrwx 1 dh dh 3 Feb 15 22:16 bar -> foo/ $ test -d bar || mkdir bar $ ls -l bar lrwxrwxrwx 1 dh dh 3 Feb 15 22:16 bar -> foo/
Und das 'install' sollte (speziell mit nem / am Ende) auch klappen.
Also, ich kann jetzt nicht mehr rekonstruieren, was da genau war. Auf alle Fälle hatte das Verzeichnis /home/tu/Desktop die Atrribute root root!!!!
Hu? Das passt nicht zum Folgenden...
Klar, dass dann beim Aufbau des DT die Meldung kommt: Kann XY.desktop nicht schreiben... Vielleicht habe ich ja auch vorher da schon rumgepfuscht. Ich lösche den Test-User einfach und lege ihn neu an.
*g*
Hier die Zeilen, die das link_copy zu diesem User tu liefert:
test -d "/home/tu/Desktop" || mkdir -p "/home/tu/Desktop" && install -m 600 -o 1003 -g 100 "/etc/skel/Desktop/Druckjob.desktop" "/home/tu/Desktop/" test -d "/home/tu/Desktop" || mkdir -p "/home/tu/Desktop" && install -m 600 -o 1003 -g 100 "/etc/skel/Desktop/Druckjob.desktop" "/home/tu/Desktop/"
Warum alle Ausgaben doppelt kommen, weiß ich nicht, hat aber anscheinend nicht geschadet.
Hm. Pruefe mal die Ausgabe von 'getent passwd'. Und wie du siehst werden beim 'install' ja -o 1003 und -g 100 verwendet, daher kann das 'root.root' als owner/group also nicht kommen. Die generierten Zeilen sehen jedenfalls korrekt aus, das sollte es nicht gewesen sein, da muss was anderes schiefgelaufen sein. -dnh -- $SUPPLIER said "next day delivery". Unfortunately, they didn't specify which day it would be next to. -- James Cort