hunting what needs what:
=> some apps need more icons than the stock ones
=> some apps require symbolic icons with no fallback
=> some apps needs the svg version of the icon
It makes no sense to hunt all the ports tree source files to check what
icon are used exactly. That means than from now on we are _certain_ not
to miss any icons in gtk applications that are run outside of a full
blown Desktop environment.
no objection from landry@ naddy@ espie@
The situation is this: even when we --disable-gtk-doc, if gtk-doc is
actually installed at configure stage, tools like gtkdoc-rebase will be
picked up and run during the install target. That is bad because the
gtk-doc package may have been removed by then, especially during dpb(1)
bulks (we explicitely disable support for it so why should it stay...).
So for now, let's add the following env to configure whenever we use
--disable-gtk-doc, until a bettersolution is found...
CONFIGURE_ENV +=ac_cv_path_GTKDOC_CHECK="" \
ac_cv_path_GTKDOC_REBASE="" \
ac_cv_path_GTKDOC_MKPDF=""
naddy@, landry@ and jasper@
Remove the icons symlink hack which should have been fixed 2 releases ago.
(if anyone experience icon display issues with firefox, please talk to me)
This allows for gtk+3 to not depends on gtk+2. We will now also be able to
properly set a dependency on gtk-update-icon-cache for apps installing
icons.
PLIST and delete everything under the @sample'd directory instead of the
directory itself to prevent a warning from pkg_delete(1) trying to
remove a non existing directory and to help preventing left-over files
and directories.
* Bugs fixed:
642905 reference lists 2 links for "Index of new symbols...
643170 gtk_file_chooser_set_filename does not work...
643216 Extraneous emits of GdkScreen::monitors-changed
643416 Composited children of GtkScrolledWindow are drawn...
644353 Missing annotations in Gtk/Gdk Window and gtk_acce...
