Subject: bug#6052: closed (Re: bug#6052: Is this "ln" bug?)

From: [email-masked] (GNU bug Tracking System)
Date: Tue, 27 Apr 2010 15:21:02 +0000

Your bug report

#6052: Is this "ln" bug?

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
6052: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6052
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#6052: Is this "ln" bug?
From: Pádraig Brady <[email-masked]>
To: "Hoisko, Sakari (EXT-TietoEnator - FI/Tampere)" <[email-masked]>
Cc: [email-masked]
Date: Tue, 27 Apr 2010 16:20:07 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

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.

Subject: Is this "ln" bug?
From: "Hoisko, Sakari (EXT-TietoEnator - FI/Tampere)" <[email-masked]>
To: <[email-masked]>
Date: Tue, 27 Apr 2010 16:16:41 +0300
List-Id: <debbugs-submit.debbugs.gnu.org>

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@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@server linkki_testi]$ ln -sf
/home/user/tmp/linkki_testi/EKA_DIR
/home/user/tmp/linkki_testi/linkki_DIR
	[user@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@server linkki_testi]$ ln -sf
/home/user/tmp/linkki_testi/TOKA_DIR
/home/user/tmp/linkki_testi/linkki_DIR
	[user@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@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