Update of bug #63781 (project findutils):
Status: None => Working as Intended
Assigned to: None => berny
_______________________________________________________
Follow-up Comment #1:
It's not clear from the bug report, but I assume that both
OSs use the same findutils version 4.8.0, right?
Apart from that it's possible that the downstream maintainer
has added distribution-specific patches which might change
the result, I'm pretty sure that the difference comes from
a different `locale` setting.
See man page:
LC_ALL If set to a non-empty string value, override the values of all the
other internationalization variables.
LC_COLLATE
The POSIX standard specifies that this variable affects the pattern
matching to be used for the -name option.
GNU find uses the fnmatch(3) library function, and so support for
LC_COLLATE depends on the system library.
This variable also affects the interpretation of the response to -ok;
while the LC_MESSAGES variable
selects the actual pattern used to interpret the response to -ok, the
interpretation of any bracket
expressions in the pattern will be affected by LC_COLLATE.
LC_CTYPE
This variable affects the treatment of character classes used in regular
expressions and also with
the -name test, if the system's fnmatch(3) library function supports this.
This variable also affects
the interpretation of any character classes in the regular expressions used
to interpret the response
to the prompt issued by -ok. The LC_CTYPE environment variable will also
affect which characters are
considered to be unprintable when filenames are printed; see the section
UNUSUAL FILENAMES.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?63781>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
