bug#78853: [Bug]: Unexpected Behaviour with the `-r` (relative) `ln` - Parameter
Paul Eggert <[email protected]>
| Newsgroups | gmane.comp.gnu.core-utils.bugs |
|---|---|
| Organization | UCLA Computer Science Department |
| Message-ID | <[email protected]> |
On 2025-06-20 13:58, NA0341-Services (dev-account) wrote:
>
>
> In a conversation with the Claude 3 Haiku AI I confirmed that this is
> very likely to be a bug ~ since `ln` should only dereference the TARGET
> when the -L Option is given.
The documentation for 'ln -r' says:
Relative symbolic links are generated based on their canonicalized
containing directory, and canonicalized targets. I.e., all
symbolic links in these file names will be resolved.
So it appears ln is behaving as documented. The documentation goes on to
say how you can get finer-grained control.