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

2018-02-13 Thread Dominic Hargreaves
Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=124421 On Sun, Dec 24, 2017 at 09:36:59PM +0100, Peter De Wachter wrote: > Hello Dominic, > > [Resending with bugs.debian.org in Cc] > > I feel that in Debian the expected behavior is that options and other > arguments can be

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

2017-12-24 Thread Peter De Wachter
Hello Dominic, [Resending with bugs.debian.org in Cc] I feel that in Debian the expected behavior is that options and other arguments can be mixed. Sure, no program bothers explicitly documenting that, but why would they? It's simply the normal behavior of glibc's getopt(3) after all. Programs

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

2017-12-24 Thread Dominic Hargreaves
On Sat, Dec 23, 2017 at 09:02:04PM +0100, Peter De Wachter wrote: > 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

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

2017-12-23 Thread Peter De Wachter
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.