in practice, we have people constantly using GNU find extensions in ebuilds and eclasses. while many usages can be easily or semi-easily converted to POSIX find invocations, there are quite a number where conversion is non-trivial. regardless of the difficulty, these changes often sit in the tree for a while before anyone notices and files a bug. having non-Linux ports setup wrappers so that `find` hits `gfind` is however trivial as our experience with things like gsed and gmake have shown. so let's mandate this and be done. this will fix random flakiness that our non GNU users experience by virtue of having the same environment that developers develop and test in. the overhead for these people is fairly minute -- on my 64bit system, the findutils package is less than 2MiB.
Prefix has USERLAND=gnu, so this is already the case for Prefix systems, and not just for `find`.
"In EAPIs XYZ, find and xargs must be available, and must support all forms of invocations valid for GNU findutils version 4.4 or later." Is 4.4 o.k. as version requirement?
4.4+ sounds fine to me
No issue for Gentoo Prefix, removing from CC
This would cause problems for Gentoo FreeBSD, which uses the BSD find.
(In reply to comment #5) > This would cause problems for Gentoo FreeBSD, which uses the BSD find. And GNU find can't be made available?
(In reply to comment #6) > (In reply to comment #5) > > This would cause problems for Gentoo FreeBSD, which uses the BSD find. > > And GNU find can't be made available? it is available and ebuilds have been seeing GNU find as find for a while.
ulm pointed out that aliases are in /var/cvsroot/gentoo-x86/profiles/default/bsd/fbsd/profile.bashrc, which I did not know about. This will not cause any problems for Gentoo/FreeBSD.
PMS commit: http://git.overlays.gentoo.org/gitweb/?p=proj/pms.git;a=commit;h=7c3d7eb05685a5eb2ca7e8459299bf3499933fea