From owner-svn-src-all@freebsd.org Wed Jun 21 16:00:54 2017 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 148E7D92BEA; Wed, 21 Jun 2017 16:00:54 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBA2071D61; Wed, 21 Jun 2017 16:00:53 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 7BEEB3113; Wed, 21 Jun 2017 16:00:51 +0000 (UTC) Date: Wed, 21 Jun 2017 16:00:51 +0000 From: Alexey Dokuchaev To: Alan Somers Cc: Ngie Cooper , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Subject: Re: svn commit: r320172 - head/bin/ln Message-ID: <20170621160051.GB36934@FreeBSD.org> References: <201706202046.v5KKk8Zd034737@repo.freebsd.org> <20170621133732.GA44693@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.2 (2017-04-18) X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2017 16:00:54 -0000 On Wed, Jun 21, 2017 at 08:31:10AM -0600, Alan Somers wrote: > On Wed, Jun 21, 2017 at 7:37 AM, Alexey Dokuchaev 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