GNU bug report logs - #53262
chmod 9.0 failing, where 8.29 succeeds - but no error message

Previous Next

Package: coreutils;

Reported by: "Jost, Martin (Nokia - DE/Ulm)" <martin.jost <at> nokia.com>

Date: Fri, 14 Jan 2022 17:02:02 UTC

Severity: normal

Merged with 50784, 50791

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53262 in the body.
You can then email your comments to 53262 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-coreutils <at> gnu.org:
bug#53262; Package coreutils. (Fri, 14 Jan 2022 17:02:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Jost, Martin (Nokia - DE/Ulm)" <martin.jost <at> nokia.com>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Fri, 14 Jan 2022 17:02:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Jost, Martin (Nokia - DE/Ulm)" <martin.jost <at> nokia.com>
To: "bug-coreutils <at> gnu.org" <bug-coreutils <at> gnu.org>
Subject: chmod 9.0 failing, where 8.29 succeeds - but no error message
Date: Fri, 14 Jan 2022 16:37:54 +0000
Hello,

we found a case, where chmod from coreutils 9.0 fails (exit value 1), while the one from 8.29 succeeds. (exit value 0)
Unfortunately, no (error) message is given, just the exit value is 0 and 1 respectively.

Here is the example:

============== 8.29: fine

>chmod --version
chmod (GNU coreutils) 8.29
...
> chmod -R go+r-w MB_192378  
> echo $?
0

Exit value 0, everyone happy.

============== 8.30: bad

> /build/home/..../coreutils-9.0/src/chmod --version
chmod (GNU coreutils) 9.0
....

> /build/home/.../coreutils-9.0/src/chmod -R go+r-w MB_192378
> echo $?                                                                
1

Exit value 1 - no error message given.

==========================================

Notes:
1 this call, using "go+r-w" is generated by some tool, outside our immediate control.
   I would expect 'go+r,go-w'. Can you confirm to me, whether the used syntax is ok ?
   (From the description in the info-page, I'm not sure; OTOH no diagnostic given for both versions.)

1 a I tried " chmod -R go+r,go-w" with 9.0, but that had the same behaviour (No error indication; exit value 1)

2 How can I (try to) find what is causing the bug ?
  (Note: The tree I'm changing, is rather big...)
  I'm currently trying to run the command "under" strace in an emacs shell buffer - but I'm afraid that will be overwhelming...

3. The chmod is done on a NFS mounted FS
    The chmod binary - both 8.29 as well as 9.0 - are located on NFS as well.

4. The "configure' options for 8.29 and 9.0 are the same; both are build on the same machine. (*)
    Both were build after a 'make distclean' in short succession (a few hours); 8.29 intended to "downdate" to that one again, after I ran into the problem.
   The test runs above, had been running on a different machine compared to the build machine.
   (*) I just learned the hard way, that e.g. 'GNU cp' is silently ignoring options like capabilities or ACL, if the needed development (header) packages aren't installed on the build  machine. That triggered the whole "update" thing.

5. Both 8.29 as well as 9.0 passed 'make check' after compilation.

Regards

Martin




Information forwarded to bug-coreutils <at> gnu.org:
bug#53262; Package coreutils. (Sat, 15 Jan 2022 01:10:01 GMT) Full text and rfc822 format available.

Message #8 received at 53262 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Jost, Martin (Nokia - DE/Ulm)" <martin.jost <at> nokia.com>
Cc: 53262 <at> debbugs.gnu.org
Subject: Re: bug#53262: chmod 9.0 failing, where 8.29 succeeds - but no error
 message
Date: Fri, 14 Jan 2022 17:09:06 -0800
Thanks for reporting that. This is a duplicate of bug#50784[1], which 
was fixed[2] in September.

Perhaps we should generate a new Coreutils soon, since this bug has been 
reported three times now.

[1]: https://bugs.gnu.org/50784
[2]: 
https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=e8b56ebd536e82b15542a00c888109471936bfda




Merged 50784 50791 53262. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Sat, 15 Jan 2022 01:11:01 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 50784 <at> debbugs.gnu.org and Daniel Schepler <dschepler <at> gmail.com> Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Sat, 15 Jan 2022 01:11:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-coreutils <at> gnu.org:
bug#53262; Package coreutils. (Sat, 15 Jan 2022 11:14:01 GMT) Full text and rfc822 format available.

Message #15 received at 53262 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>,
 "Jost, Martin (Nokia - DE/Ulm)" <martin.jost <at> nokia.com>
Cc: 53262 <at> debbugs.gnu.org
Subject: Re: bug#53262: chmod 9.0 failing, where 8.29 succeeds - but no error
 message
Date: Sat, 15 Jan 2022 11:12:07 +0000
On 15/01/2022 01:09, Paul Eggert wrote:
> Thanks for reporting that. This is a duplicate of bug#50784[1], which
> was fixed[2] in September.
> 
> Perhaps we should generate a new Coreutils soon, since this bug has been
> reported three times now.
> 
> [1]: https://bugs.gnu.org/50784
> [2]:
> https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=e8b56ebd536e82b15542a00c888109471936bfda

Yes I'm planning a new release in a few weeks.

cheers,
Pádraig





bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 12 Feb 2022 12:24:09 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 129 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.