bug#63931: ls colors one symlink too much as non-broken in symlink chain

2023-06-07 Thread Martin Schulte
Hello Paul, hello Pádraig, thanks a lot for your analysis and explanations! > With that in mind, the code change you proposed is reasonably innocuous, > although it slows things down a bit in the usual case. Not sure it's > worth doing (I guess it does fix a race but there are other unfixable

bug#63931: ls colors one symlink too much as non-broken in symlink chain

2023-06-06 Thread Martin Schulte
Hello coreutils-maintainers, I create a long chain of symlinks - ls colors the 41st element as ok while the kernel already gives up after 40 symlinks: $ uname -a Linux martnix4 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux $ ls --version | head -n 1 ls (GNU coreutils)

bug#54519: YES

2022-03-22 Thread Martin Schulte
Hello Dmitry! > Surely this is a problem with zypper, not with 'yes'. And probably zypper's options --non-interactive / -y / --no-confirm will do want you want! Best regards Martin

bug#53631: coreutils id(1) incorrect behavior

2022-01-30 Thread Martin Schulte
Hello Bob! > > Expected behavior is: > > # id user1 > > uid=1027(user1) gid=1027(user1) groups=1027(user1) > > # id user2 > > uid=1027(user1) gid=1027(user1) groups=1027(user1),1028(somegroup) > > I just tried a test on both FreeBSD and NetBSD and both FreeBSD and > NetBSD behave

bug#38299: A bug while trying to decode a non encode base64

2019-11-20 Thread Martin Schulte
Hello Vardhaman! > 3) Now trying to decode a non-encoded value of 12characters > [vardhaman@oc6085028360 ~]$ echo 'vardhamanbn1' | base64 --decode > ��݅�[vardhaman@oc6085028360 ~]$ echo $? > 0 $ echo -n $'\275\252\335\205\251\232\235\271\365' | base64 vardhamanbn1 So, vardhamanbn1 is a

bug#33097: test has filetest -a but man page doesn't list it

2018-10-21 Thread Martin Schulte
Hello again! Paul Eggert wrote: > Bernhard Voelker wrote: > > I don't think we can remove that primary without breaking some > > scripts, so it's probably best to document it. > > I have the opposite impression. Any scripts using this confusing -a > operator are already broken, and we should

bug#33097: test has filetest -a but man page doesn't list it

2018-10-21 Thread Martin Schulte
when negated the bash builtin behaves different ("wronger" from my point of view) than the coreutils version (and even different from the "-e" in both implementations) - see attached output. coreutils: test ! -a file -> test ! ( -a file ) bash: test ! -a file -> te

bug#33097: test has filetest -a but man page doesn't list it

2018-10-19 Thread Martin Schulte
Hello coreutils maintainers, test in coreutils 8.30 supports the unary -a test (is the same as -e) but this is not listed on the manpage (in bash 4.4.12 "help test" does list it). I can imagine good reasons to kick out the unary -a but I think it then should be kicked out of program and man page