svn commit: r320172 - head/bin/ln

[Alexey Dokuchaev]

On Wed, Jun 21, 2017 at 08:31:10AM -0600, Alan Somers wrote:
> On Wed, Jun 21, 2017 at 7:37 AM, Alexey Dokuchaev <danfe at freebsd.org> wrote:
> > On Tue, Jun 20, 2017 at 08:46:08PM +0000, Ngie Cooper wrote:
> >> New Revision: 320172
> >> URL: https://svnweb.freebsd.org/changeset/base/320172
> >>
> >> Log:
> >>   ln(1): fix -F behavior
> >>
> >>   When '-F' option is used, the target directory needs to be unlinked.
> >>   Currently, the modified target ("target/source") is being unlinked,
> >>   and since it doesn't yet exist, the original target isn't removed.
> >>   This is fixed by skipping the block where target is modified to
> >>   "target/source" when '-F' option is set.
> >>   Hence, a symbolic link (with the same name as of the original target)
> >>   to the source_file is produced.
> >
> > Is this about the same problem I've asked on -hackers@ back in 2015
> > (and never got any answer)?
> >
> > https://lists.freebsd.org/pipermail/freebsd-hackers/2015-January/046939.html
> 
> Yep, shivansh rediscovered the same problem.  Sorry nobody noticed
> your original post.

Yeah, I vaguely recall someone mentioned that -hackers@ is not the best
place to talk about technical problems these days. :-(

Do we have a -hackers-who-care@ ML now, when -arch@ would be too gross yet
lack of immediate patch would prevent one from opening a PR?

./danfe