libtinynotify[symlink] will install /usr/bin/notify-send symlink, thus I'd appreciate if libnotify had a flag to disable installing a binary there. TIA.
That does not sound like a reasonable thing to do. Why not use an eselect module or use the alternatives eclass (like abiword or vala) or rename this binary in libtinynotify (like uuencode in gmime).
When I suggested eselect module, nirbheek told me to just use USE=symlink :P. Also, I hate to create another large, duplicate eselect module for two apps. And, alternatives.eclass seems to be not a case here.
> And, alternatives.eclass seems to be not a case here. Using alternatives.eclass would be the best solution, imho, because (a) it requires absolutely no action on the part of the user (e.g. no need to manually choose which package to active the USE flag on), and (b) if both implementations of libnotify are installed on a machine, there is really no reason for the user to care which package's notify-send ends up being used. So I would simply rename notify-send to notify-send-libnotify and notify-send-libtinynotify in the corresponding packages, and add alternatives_makesym /usr/bin/notify-send /usr/bin/notify-send-libnotify /usr/bin/notify-send-libtinynotify to pkg_postinst in both.
To be honest, I don't really see why should we prefer one package over the other. But well, maybe alternatives.eclass will be fine when I implement --hint.
+ 23 Jan 2012; Samuli Suominen <ssuominen@gentoo.org> package.use.force: + Force USE="symlink" enabled for x11-libs/libnotify while waiting for + supporting eselect module wrt #379941 *libnotify-0.7.4-r1 (23 Jan 2012) 23 Jan 2012; Samuli Suominen <ssuominen@gentoo.org> +libnotify-0.7.4-r1.ebuild, metadata.xml: Rename notify-send to libnotify-notify-send and symlink it to notify-send with USE="symlink" wrt #379941 by Michał Górny
alternatives.eclass should die with fire... anyway, masked while waiting for someone (wink wink :-) to create eselect-notify-send module and can't be unforced before since there can't be a scenario where libnotify is installed and notify-send is not available at all
(In reply to comment #6) > alternatives.eclass should die with fire... anyway, masked while waiting for > someone (wink wink :-) to create eselect-notify-send module done too, so this is finally now all handled
