gnome-post-install ordering

Henry Hu at
Thu Mar 17 20:42:34 UTC 2016

On Wed, Mar 16, 2016 at 1:57 PM, Don Lewis <truckman at> wrote:

> I'm trying to debug why gtk-update-icon-cache isn't getting run when
> the OpenOffice package is installed and ran into something that I don't
> understand.
> The Makefile contains INSTALLS_ICONS=yes, which has the side effect of
> setting USES+=gnome, USE_GNOME+=gtk-update-icon-cache, and
> _USES_install+=690:gnome-post-install, and that target is responsible
> for parsing ${TMPPLIST} and invoking gtk-update-icon-cache as needed.
> I do see gtk-update-icon-cache in the dependency list in +MANIFEST, so
> it appears that INSTALLS_ICONS=yes is being detected.
> It appears that things go wrong because I'm using the Makefile
> post-install target to generate the plist.  If I look at, I
> see that _STAGE_SEQ contains 700:post-install.  It looks to me like
> gnome-post-install is getting run before the plist is generated, which
> would explain why gnome-post-install isn't detecting any icons and not
> invoking gtk-update-icon-cache.
> Why is gnome-post-install earlier than post-install, which at least some
> ports use to do plist generation?  Some ports do plist generation in
> do-install, but that doesn't work if there are do-install option helpers
> because those get run after the main do-install target.

It looks smilar to the issue I mentioned in PR 206019. It's also caused by
generated plist, but in that case it is a python port.

> There is the TARGET_ORDER_OVERRIDE knob, but it is very lightly used.
> _______________________________________________
> freebsd-ports at mailing list
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at"


More information about the freebsd-ports mailing list