grep 3.11 has a bug that causes an "Operation not supported" error when grep'ing directories with 100k files or more. This is due to a bug in the autoconf macros of gnulib. Here's the upstream report: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64773 Here's the debian bugreport: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041588 Here's the commit in gnulib: https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=d4d8abb39eb02c555f062b1f83ffcfac999c582f I'm a bit surprised that this has been known since quite a while, yet grep has not made a new release yet. We should probably have a backport patch in the grep ebuild.
Gah. I didn't even see any mention of this. I'll handle it now, thank you.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bad1434434e66744b2c660546374f8574ed9d8a0 commit bad1434434e66744b2c660546374f8574ed9d8a0 Author: Sam James <sam@gentoo.org> AuthorDate: 2024-04-28 23:04:03 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-04-28 23:05:49 +0000 sys-apps/grep: fix operation on large directories While I did backport the test itself, it's not run by default as it's marked as expensive. We may want to run those in future though. Closes: https://bugs.gentoo.org/930825 Signed-off-by: Sam James <sam@gentoo.org> sys-apps/grep/files/grep-3.11-100k-files-dir.patch | 143 +++++++++++++++++++++ sys-apps/grep/grep-3.11-r1.ebuild | 122 ++++++++++++++++++ 2 files changed, 265 insertions(+)