This is an auto-filled bug because net-mail/courier-imap calls ar directly. The issue was originally discovered on arm64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different AR implementation (like llvm-ar) by setting the AR variable. So this issue has been reproduced by setting the AR variable to aarch64-unknown-linux-gnu-ar and by removing the /usr/bin/ar binary.
Created attachment 636424 [details] build.log build log and emerge --info
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=59f6afac11c7acc7530a6b34e7ccff45f5d5acf3 commit 59f6afac11c7acc7530a6b34e7ccff45f5d5acf3 Author: Alfredo Tupone <tupone@gentoo.org> AuthorDate: 2020-05-08 06:38:27 +0000 Commit: Alfredo Tupone <tupone@gentoo.org> CommitDate: 2020-05-08 06:39:17 +0000 net-mail/courier-imap: Not calling ar directly Closes: https://bugs.gentoo.org/721240 Package-Manager: Portage-2.3.89, Repoman-2.3.20 Signed-off-by: Alfredo Tupone <tupone@gentoo.org> net-mail/courier-imap/courier-imap-5.0.8.ebuild | 1 + net-mail/courier-imap/files/courier-imap-5.0.8-ar-fix.patch | 11 +++++++++++ 2 files changed, 12 insertions(+)