GNU bug report logs - #6052
Is this "ln" bug?

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6052 in the body.
You can then email your comments to 6052 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Hoisko,
	Sakari (EXT-TietoEnator - FI/Tampere)" <sakari.hoisko.ext <at> nsn.com>
To: <bug-coreutils <at> gnu.org>
Subject: Is this "ln" bug?
Date: Tue, 27 Apr 2010 16:16:41 +0300

[Message part 1 (text/plain, inline)]

Hi,

Do you have some reason why -f (forced) parameter works ok if
destionation where link point is a file, then it could update link by
using forced mode.
If destionation where link point is folder then -f parameter not update
link in this situation.

	[user <at> server linkki_testi]$ ll
	total 16
	drwxrwxr-x  4 user xxx 4096 Apr 27 14:21 .
	drwxrwxr-x  9 user xxx 4096 Apr 27 14:20 ..
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:21 EKA_DIR
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:21 TOKA_DIR
	[user <at> server linkki_testi]$ ln -sf
/home/user/tmp/linkki_testi/EKA_DIR
/home/user/tmp/linkki_testi/linkki_DIR
	[user <at> server linkki_testi]$ ll
	total 16
	drwxrwxr-x  4 user xxx 4096 Apr 27 14:21 .
	drwxrwxr-x  9 user xxx 4096 Apr 27 14:20 ..
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:21 EKA_DIR
	lrwxrwxrwx  1 user xxx   39 Apr 27 14:21 linkki_DIR ->
/home/user/tmp/linkki_testi/EKA_DIR
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:21 TOKA_DIR
	[user <at> server linkki_testi]$ ln -sf
/home/user/tmp/linkki_testi/TOKA_DIR
/home/user/tmp/linkki_testi/linkki_DIR
	[user <at> server linkki_testi]$ ll
	total 16
	drwxrwxr-x  4 user xxx 4096 Apr 27 14:21 .
	drwxrwxr-x  9 user xxx 4096 Apr 27 14:20 ..
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:22 EKA_DIR
	lrwxrwxrwx  1 user xxx   39 Apr 27 14:21 linkki_DIR ->
/home/user/tmp/linkki_testi/EKA_DIR
	drwxrwxr-x  2 user xxx 4096 Apr 27 14:21 TOKA_DIR
	[user <at> server linkki_testi]$
	As you could see link still point to "EKA_DIR"... it should
point to "TOKA_DIR" because there was -f parameter defined in ln
command. 

BR.
-sakke

[Message part 2 (text/html, inline)]

Message #8 received at 6052 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: "Hoisko\,
	Sakari \(EXT-TietoEnator - FI\/Tampere\)" <sakari.hoisko.ext <at> nsn.com>
Cc: 6052 <at> debbugs.gnu.org
Subject: Re: bug#6052: Is this "ln" bug?
Date: Tue, 27 Apr 2010 17:04:57 +0200

"Hoisko, Sakari (EXT-TietoEnator - FI/Tampere)"
<sakari.hoisko.ext <at> nsn.com> writes:

> 	As you could see link still point to "EKA_DIR"... it should
> point to "TOKA_DIR" because there was -f parameter defined in ln
> command. 

You didn't use --no-dereference (-n), thus the symbolic link was first
dereferenced, resolving to a directory, and the link was created in this
directory.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #13 received at 6052-close <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: "Hoisko, Sakari (EXT-TietoEnator - FI/Tampere)" <sakari.hoisko.ext <at> nsn.com>
Cc: 6052-close <at> debbugs.gnu.org
Subject: Re: bug#6052: Is this "ln" bug?
Date: Tue, 27 Apr 2010 16:20:07 +0100

On 27/04/10 14:16, Hoisko, Sakari (EXT-TietoEnator - FI/Tampere) wrote:
> Hi,
> 
> Do you have some reason why -f (forced) parameter works ok if
> destionation where link point is a file, then it could update link by
> using forced mode.
> If destionation where link point is folder then -f parameter not update
> link in this situation.

That's because it's first dereferencing the passed symlink.
When updating links I use -n like:

ln -nsf $new_target link_name

cheers,
Pádraig.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.