Bruno Haible via GNU coreutils General Discussion <[email protected]> writes:
> The CI shows a test failure of tests/ls/recursive.sh today, that was not > present a week ago, on Alpine Linux and OpenBSD. Probably due to > commit 8787601bbe08ccf38b50e8c7364607229ffa8c64 [..] > ../tests/ls/recursive.sh[65]: too many files open in shell :'( I think glibc only needs 1 file descriptor outside of the typical 3 for this test. I figured 'ulimit -n 7' would be enough for most systems and/or if I change 'ls' to use fts later to handle recursive with deep directories. I'll have a look later, thanks. Probably will just increase the number of directories and use a higher value for the limit. The goal of the test is just to make sure we don't keep N file descriptors open when visiting a depth of N. Collin
