[Bug 2162976] Re: uutils ls adds false ACL marker and 200 spaces on NFSv4 long listing

[Simon Johnsson]

This is fixed by version 0.10.0 on Stonking, still open for Resolute

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to rust-coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2162976

Title:
  uutils ls adds false ACL marker and 200 spaces on NFSv4 long listing

Status in rust-coreutils package in Ubuntu:
  Confirmed

Bug description:
  Ubuntu 26.04 LTS selects uutils coreutils for /bin/ls. On an NFSv4
  mount, uutils ls -l incorrectly reports a '+' ACL marker and inserts
  about 200 padding spaces before the link count, although the file has
  no extended ACL. This changes one normal long-listing line from 75
  bytes to 276 bytes.

  Package versions:
  - rust-coreutils 0.8.0-0ubuntu3
  - coreutils-from-uutils 0.0.0~ubuntu25
  - coreutils 9.5-1ubuntu2+0.0.0~ubuntu25
  - gnu-coreutils 9.7-3ubuntu2
  - build-essential 12.12ubuntu2.26.04.2

  Filesystem:
  - NFSv4.2 mounted read/write
  - Affected entry is an ordinary directory

  Steps to reproduce:

    cd /ed/backups
    ls -ltr | tail -1 | wc -c
    ls -ltr | tail -1 | sed -n l
    stat -c 'mode=%A links=%h uid=%u gid=%g name=%n' airtop3
    getfacl -cp airtop3

  Actual result:

    wc -c: 276

  The ls output begins with:

    drwxr-xr-x+

  It is then followed by about 200 spaces before:

    3 root root 4096 Jul 30 18:41 airtop3

  The metadata is normal:

    mode=drwxr-xr-x links=3 uid=0 gid=0 name=airtop3

  getfacl shows only:

    user::rwx
    group::r-x
    other::r-x

  There is no extended ACL that should produce the '+' marker.

  Control test with the GNU implementation installed by gnu-coreutils:

    /usr/bin/gnuls -ltr | tail -1 | wc -c

  Expected and GNU result:

    75

  Expected behavior:
  uutils ls should render the same normal long-listing structure as GNU ls, without a false ACL marker or excessive padding.

  Impact:
  This breaks scripts and monitoring that parse or measure standard ls output. It will affect additional systems as they upgrade to Ubuntu 26.04 and receive coreutils-from-uutils by default.

  Related packaging problem:
  Switching to the advertised coreutils-from-gnu provider is not currently a clean fallback. build-essential depends specifically on coreutils-from-uutils rather than accepting either coreutils provider. APT therefore proposes removing build-essential and refuses the transaction because coreutils-from-uutils is Essential. That packaging dependency should also be reviewed, although the primary bug here is the incorrect rust-coreutils ls output.

  ProblemType: Bug
  DistroRelease: Ubuntu 26.04
  Package: rust-coreutils 0.8.0-0ubuntu3
  ProcVersionSignature: Ubuntu 7.0.0-28.28-generic 7.0.12
  Uname: Linux 7.0.0-28-generic x86_64
  NonfreeKernelModules: zfs nvidia_modeset nvidia
  ApportVersion: 2.34.1-0ubuntu0.1
  Architecture: amd64
  CasperMD5CheckResult: pass
  CurrentDesktop: X-Cinnamon
  Date: Thu Aug  6 12:15:51 2026
  InstallationDate: Installed on 2025-03-11 (513 days ago)
  InstallationMedia: Ubuntu 24.04.1 LTS "Noble Numbat" - Release amd64 (20240827.1)
  RebootRequiredPkgs: Error: path contained symlinks.
  SourcePackage: rust-coreutils
  UpgradeStatus: Upgraded to resolute on 2026-04-24 (104 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rust-coreutils/+bug/2162976/+subscriptions