Date: Wed, 1 Apr 2015 14:28:40 +0600 From: Alexey Dokuchaev <danfe@nsu.ru> To: Koop Mast <kwm@rainbow-runner.nl> Cc: x11@freebsd.org Subject: Re: INSTALLS_ICONS being gnome/gtk-oriented, pulling unneeded(?) deps for Qt-ports Message-ID: <20150401082840.GA83582@regency.nsu.ru> In-Reply-To: <551B094E.90806@rainbow-runner.nl> References: <20150331162654.GA96906@regency.nsu.ru> <551B094E.90806@rainbow-runner.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 31, 2015 at 10:53:34PM +0200, Koop Mast wrote: > On 31-3-2015 18:26, Alexey Dokuchaev wrote: > >Currently, portlint(1) suggests to add INSTALLS_ICONS knob if it sees > >share/icons/hicolor/* files in pkg-plist, which in turn means USE_GNOME+= > >gtk-update-icon-cache and thus pulls things which are from Gtk+ world, > >and thus seem not quite natural for e.g. Qt-based (or even completely > >unattached) ports. > > INSTALL_ICONS is only needed for gtk ports, so Qt ports don't need it. I > guess the check should be updated to take that into account, but it > might be complex to do so. Thanks; nice to know Qt ports do not need it. Having such vaguely-named knob certainly adds to confusion. Can its logic be turned into automatic detection of share/icons/hicolor/* in plist and calling appropriate icon- cache update commands? Telling the framework something that it should be able to detect itself looks bogus. ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150401082840.GA83582>