Committing now (along with upcoming atk, pango and gtk+3 updates) during
the hackathon where we have time to fix all the eventual fallout (bulk
running).
ok jasper@ robert@
* use MODPY_ADJ_FILES
* use REGRESS_FLAGS instead of 4 patches...
* use post-install to remove files we don't ship, 2 less patches
* install gtester-report(1) -- it's a python script but we do not
enforce a run dependency on python
PLIST and remove remove 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.
Major update to glib2-2.26.0.
This starts a flood commit of several big updates (gtk+2 and GNOME 2.32).
Please note that there will be some WANTLIB/DEPENDS breakage probably,
this went into several bulks but it's impossible to catch everything.
Any gtk+2/glib2 related build failures, please talk to me or jasper@
The ports tree is expected to be in a unconsistent state for a couple of
days to give us time to fix everything we didn't spot or any runtime
issue with the latest GNOME.
We do this now so that we have packages with all the latest major bumped
libraries at p2k10.
Thanks to landry@ and his zomg!cluster for the bulks and reports.
ok jasper@
GIO Reference Manual:
gio-querymodules creates a giomodule.cache listing the implemented
extension points for each module that has been found. It is used by GIO
at runtime to avoid opening all modules just to find out which extension
points they are implementing.
Glib now enforces threads requirement. As a result, this commit will
break p5-Glib2 (as our perl is not threaded).
Decision was taken after a chat with naddy@ and jasper@ as patching our
current glib2 like hell to cope with newer packages requirements is
clearly not a good solution.
naddy is ok with this move.
This is required by newer GTK. We cannot just update Glib because it now
requires threads which will break p5-Glib2 dependent apps as our perl is
not threaded... solution to this is rthreads or ... <insert solution
here and send it to aja@>. Yes this means we are stuck with this version
for now.
- add missing REGRESS_DEPENDS
*remove previous version before trying to compile this*
Report any failure directly to me please.
tested by landry@ on a sparc64 bulk, thanks!
ok jasper@ on a previous diff
It's the perfect timing to slap it in now during p2k8, and it paves the way
for the incoming gtk 2.14.4 upgrade.
Tested by bernd@ in a mulk muild.
ok ajacoutot@ bernd@ 'go ahead' jasper@
lots of changes, most importantly, the addition of GIO (VFS API to replace
GnomeVFS).
testing and feedback by many, thanks!
ok landry@ merdely@ simon@
"go ahead" bernd@ steven@
(diffs to unbreak some ports will follow)
More importantly, pull out the NetBSD diff that dealt with
*BSDesque dlopen issues and, now that we have a working
RTLD_DEFAULT, go with the FreeBSD hack^H^H^H^H method which works
better.
to include the locale directories, gtk-doc stuff, aclocal and pkgconfig.
With the new pkg-* tools, special casing these is no longer necessary.
Note: other ports that do not recursively depend on glib2 and have not
yet been similarly updated will cause warnings when glib2 is deleted if
they have files in any of the newly owned directories. This is expected,
those ports need to catch up :).
deve/glib2 2.2.2 -> 2.2.3
devel/pango 1.2.3 -> 1.2.5
x11/gtk+2 2.2.2 -> 2.2.4
These are minor bugfix updates to the GTK 2.2 series but are starting
to be required by some GTK & Gnome apps.
General-purpose library in it's second version from the GTK+ team,
includes support routines for C such as lists, trees, hashes,
memory allocation, and many other things.
Joint effort between myself and couderc@.
