the FULLPKGPATH, thus providing changes to packing-lists which shouldn't
happen, and making update more difficult.
Accordingly, bump all pkgnames with PSEUDO_FLAVORS, and provide an
update @pkgpath for the bug for most of them (left out the ones with 3
or 4 pseudo flavors for space constraints...)
to have them picked up in the current spot instead of Gtk+2 headers.
This was originally done to prevent potential breakage from an upgrade
when the headers path was changed to prevent this kind of problem in
the first place but it looks like all ports deal with this gracefully
since they use "gdk-pixbuf-config --cflags" to find the path.
is wrong with libtool. this worked just fine and then I updated my powerpc
box to more recent -current and I was able to reproduce the problem
as reported to me by a handful of people.
o Combine two .if ${FLAVOR}s into one.
o Pass --without-gnome if not building the gnome flavor to be
on the safe side.
o Only include gnome shared libraries in the final PLIST if
we're on a shared arch.
o Remove gnome stuff from default PLIST and PFRAG.shared.
ok brad@
the following: a basic data structure to provide reference-counted images,
functions to load images synchronously from disk or progressively from
arbitrary data buffers, and convenience functions to transform pixbufs
and render them to drawables.
From: Tom Knienieder <tom@knienieder.com>
