On Wed, Jul 13, 2016 at 5:36 PM, Jeff Law <l...@redhat.com> wrote: > On 06/27/2016 08:10 PM, Eric Gallager wrote: >> >> The last time I ran ./contrib/download_prerequisites, I already had >> previous symlinks set up from a previous run of the script, so `ln` >> followed the existing symlinks and created the new ones in the >> directories to which the symlinks pointed. This patch should fix that >> by removing the old symlinks before creating new ones. (For some >> reason the `-f` flag to `ln` that was already there wasn't enough for >> me.) Tested by running the script and ensuring that the new isl >> symlink pointed to the correct directory, and that there were no bad >> symlinks in the old isl directory. Could someone commit this trivial >> patch for me, or something like it? I don't have write access. > > I'd really rather know why the "-f" flag didn't work for you. The whole > point of -f is to remove the destination file first. > > Jeff >
FWIW, it doesn't work for me, either: $ mkdir d $ ln -s d a $ ls -la a lrwxrwxrwx 1 owner owner 1 Jul 14 09:48 a -> d $ mkdir e $ ln -sf e a $ ls -la a lrwxrwxrwx 1 owner owner 1 Jul 14 09:48 a -> d But adding the -n option does: $ ln -sfn e a $ ls -la a lrwxrwxrwx 1 owner owner 1 Jul 14 09:51 a -> e So perhaps add -n?