$ check-deps.sh app-admin/syslog-ng * Checking "app-admin/syslog-ng-3.6.2" * Missing in RDEPEND and DEPEND: sys-apps/util-linux X86_64;libuuid.so.1 /usr/lib64/libsyslog-ng-3.6.so.0.0.0 syslog-ng-3.6.2 $ grep -i uuid configure.ac PKG_CHECK_MODULES(UUID, uuid, enable_libuuid="yes", enable_libuuid="no") AC_DEFINE_UNQUOTED(ENABLE_LIBUUID, `enable_value $enable_libuuid`, [Enable libuuid support]) AC_SUBST(UUID_CFLAGS) AC_SUBST(UUID_LIBS)
sys-apps/util-linux is in the system set for linux systems.
Yes, now it is. But it is safer to have it in deps explicitly. And it is common practise, look at 'qgrep -N sys-apps/util-linux'.
You haven't made a convincing argument. Safety isn't really an issue and what other packages do isn't necessarily relevant since there are many different reasons those packages are listing util-linux explicitly. If you sent a patch upstream making uuid support optional I would put util-linux behind a use flag but as the package currently exists I'm not leaning toward changing the deps.
Indeed without '--disable-uuid / --enable-uuid' or similar ./configure option it is hardly possible to have uuid USE flag. Having non optional sys-apps/util-linux dep is wrong, because it is masked in several profiles.
we do require people to depend on util-linux for the libraries it installs (in this case, libuuid). respecting the USE=uuid flag is even better (and looks like it should be somewhat possible).