gtk-update-icon-cache is part of gtk+2: adding gtk+2 to run_depends just
to update the icon cache (which only gtk apps can use) is overkill to
say the least!
As from now, each time icons are installed under %D/share/icons, we try
to execute gtk-update-icon-cache and if it is not there, we just ignore
the error.
What it means is that if you have gtk+2 installed, then it'll run fine
and your apps will be able to use the cache. Otherwise, it will silently
fails which is fine since it means none of your apps would have been
able to take advantage of the cache anyway.
discussed with jasper@
As noted on ports@ recently, pkg_add -r relies on conflicts, and the
sheer existence of updates means we MUST take the past into account in
conflicts now.
Note the renaming of hugs98 to valid package names where versions are
concerned.
This commit shows clearly the renaming of the xfce4 plugin packages, the
ditching of eclipse flavors, the splitting of nessus into subpackages,
the splitting of various other software documentations, some packaging bugs
in kdeedu, and a lot of files moving around...
okay pvalchev@
- uses MULTI_PACKAGES (-client, -server, -share)
- gtk2 support in the client
from maintainer Aleksander Piotrowski <aleksander.piotrowski at piestrak.waw.pl>
cleaned up by yours truly
changes by me:
- add HOMEPAGE
- ensure non-GTK version does not use GTK if it is detected, replace
CONFIGURE_ARGS option --disable-gtktest with --with-xaw
- if we depend on gettext we might as well use it
- sync PLIST
- remove unnecessary NO_INSTALL_MANPAGES option which is leftover from
when this
port used to use imake
