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/