E.g. when failing at tab completion: $ git diff syncplay-9999.ebuild | patch syncplay-1.5. patching file syncplay-1.5. Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file syncplay-1.5..rej patch: **** Can't reopen file syncplay-1.5. : No such file or directory [repeated ~1024 times] patch: **** Can't reopen file syncplay-1.5. : Too many open files patch: **** Can't create file syncplay-1.5..orig : Too many open files [again, repeated a lot] patch: **** Can't create file syncplay-1.5..origSegmentation fault (core dumped)
Why do you think this is caused by diffutils? I see only "patch" going crazy.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dedeef3e8b0b5cb7010149efa4e92892fa74ed36 commit dedeef3e8b0b5cb7010149efa4e92892fa74ed36 Author: Thomas Deutschmann <whissi@gentoo.org> AuthorDate: 2018-08-26 14:32:18 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2018-08-26 14:32:18 +0000 sys-devel/patch: fix error handling with git-style patches Closes: https://bugs.gentoo.org/664640 Package-Manager: Portage-2.3.48, Repoman-2.3.10 ...fix-error-handling-with-git-style-patches.patch | 125 +++++++++++++++++++++ sys-devel/patch/patch-2.7.6-r2.ebuild | 36 ++++++ 2 files changed, 161 insertions(+)
Given that this is "patch", we will let it sit in ~arch a few days. But then we'll just move stable keywords.
I'm sorry about the wrong package. I recalled it was separate from diffutils but I wrongly assumed that would be patchutils, noticed I didn't have that and returned to blame diffutils ;-).