Control: retitle -1 openssh-client: ssh-copy-id can "rm -f *" if mktemp fails Colin Watson <cjwatson@debian.org> (15/05/2013): > Maybe mktemp failed in some other way. Did ~/.ssh exist before running > this command? mktemp won't create leading directories. OK, trying locally, adding "echo" before the two "rm" (see both lines with "trap"), and moving ~/.ssh away, I'm getting a mktemp failure, and "echo rm" prints all the files which would be otherwise deleted. Running ssh-copy-id from the wrong machine can lead to such an ENOENT issue; running with the wrong user, or with wrong permissions (e.g. after a reinstall/restoration from a backup), EPERM is another likely cause. Sorry for jumping to the wrong cause, but the conclusion stands. Mraw, KiBi.
Attachment:
signature.asc
Description: Digital signature