Created attachment 375086 [details] output of emerge --info courier-authlib-0.65.0-r3 fails to emerge when trying to add the "mail" user. On a fresh Gentoo install, emerge courier-authlib tries to add the user by calling the enewuser eclass function, which resolves to the following commandline: useradd -r "-u 101 -s /sbin/nologin -d /var/spool/mail -c added by portage for courier-authlib" "mail" As no user group is supplied and USERGROUPS_ENAB is enabled in /etc/login.defs per default, useradd tries to generate a matching user group "mail", which does already exist with id 12. On an older installation, user group "mail" has the id 101, presumably installed by courier-authlib back in the days. Was "mail:x:12:" added to /etc/groups in a recent baselayout change? Anyway, courier won't install on a fresh and stable amd64 install right now. Either the courier-suthlib ebuild or the enewuser function in user.eclass should check for the existing user group.
Created attachment 375088 [details] build.log
Removed enewuser from ebuild and added net-mail/mailbase to DEPEND where mail user is created anyway. Fixed witout a revbump. Thanks for the report.