Public bug reported: The readlink command from GNU coreutils and the one from uutil coreutils behave differently in case the path contains symlinks and `..`. GNU readlink traverses symlinks first, but uutils resolves `..` first.
Example from Ubuntu 25.10 (questing): ```sh $ gnureadlink -f /sys/class/block/nvme0n1p1/.. /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/nvme/nvme0/nvme0n1 $ /usr/lib/cargo/bin/coreutils/readlink -f /sys/class/block/nvme0n1p1/.. /sys/class/block ``` This breaks dracut (see also https://github.com/dracut-ng/dracut- ng/pull/1776). ** Affects: rust-coreutils Importance: Unknown Status: Unknown ** Affects: rust-coreutils (Ubuntu) Importance: Undecided Status: New ** Bug watch added: github.com/uutils/coreutils/issues #9057 https://github.com/uutils/coreutils/issues/9057 ** Also affects: rust-coreutils via https://github.com/uutils/coreutils/issues/9057 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2134496 Title: readlink: traverse symlinks before resolving .. To manage notifications about this bug go to: https://bugs.launchpad.net/rust-coreutils/+bug/2134496/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
