gnome-post-install ordering

Don Lewis truckman at
Fri Mar 18 23:41:58 UTC 2016

On 17 Mar, Henry Hu wrote:
> 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.

It's a related problem.  In this case, the plist is getting created by
940:add-plist-post, which happens a lot later than post-install.

More information about the freebsd-ports mailing list