Bug#885103: rename: "-n" option is ignored

Peter De Wachter pdewacht at gmail.com
Sat Dec 23 20:02:04 UTC 2017


Package: rename
Version: 0.20-6
Severity: important

rename ignores the '-n' option if it's not specified first on the command line:

$ touch a
$ rename s/a/b/ -n a
$ ls -l a
ls: cannot access 'a': No such file or directory

This is different from how the 'rename' command behaves in Debian stable.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages rename depends on:
ii  perl  5.26.1-3

rename recommends no packages.

rename suggests no packages.

-- no debconf information



More information about the pkg-perl-maintainers mailing list