Red Hat Bugzilla – Bug 1327547
ssh-copy-id fails with shells unaware of ~/
Last modified: 2017-03-21 06:01:40 EDT
Created attachment 1147607 [details] use cd; instead of ~/ Description of problem: After RHBA-2015-1335 (exec sh -c '' wrapper) ssh-copy-id fails with shells unaware of ~/, such as SUNWbash on SunOS. Version-Release number of selected component (if applicable): openssh-5.3p1-111.el6.x86_64.rpm How reproducible: Always Steps to Reproduce: 1. $ ssh-copy-id user@host Password: where `sh` @host doesn't understand '~/' Actual results: mkdir: Failed to make directory "~/.ssh"; No such file or directory sh: ~/.ssh/authorized_keys: cannot create Expected results: ssh-copy-id succeeds Additional info: Proposed patch based on upstream approach attached.
Comment on attachment 1147607 [details] use cd; instead of ~/ Thanks for the report. This change looks ok. Fedora, upstream nor RHEL7 are not using ~ signs either.
I use Fedora 22 with openssh-clients-6.9p1-12.fc22.x86_64. In this version of ssh-copy-id the `cd;` command is missing. This breaks ssh-copy-id when `~/.bash_profile` cd's into another directory.
Maxim. This is completely unrelated. Also Fedora 22 is EOL [1], therefore not updated anymore. Exactly this use case is already fixed in Fedora 23+ if I am right. [1] http://fedoraproject.org/wiki/End_of_life
(In reply to Jakub Jelen from comment #19) > Maxim. This is completely unrelated. Also Fedora 22 is EOL [1], therefore > not updated anymore. Exactly this use case is already fixed in Fedora 23+ if > I am right. > > [1] http://fedoraproject.org/wiki/End_of_life Okay, good to know, thanks for replying.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2017-0641.html