Log message:
Add RMD160 digests.

Log message:
Update to 0.40.91 snapshot, by Greg Troxel via pkgsrc-wip.

NEWS since guile-gtk-1.2-0.31

* Guile-gtk-1.2 is now part of the GNU Project.

* Drag'n'Drop support - see examples/test-dnd.scm

* GdkPixbuf bindings. Formerly these bindings were part of
  guile-gnome, unfortunately they were far from compelete,
  moreover they were not working at all. Now there are full
  GdkPixbuf bindings in the (gtk-1.2 gdk-pixbuf) module.

* LibGlade bindings (formerly part of gnome-guile). Imported from
  gnome-guile, completed and improved. Now it is possible to
  autoconnect scheme functions and build a guile-gtk (glade)
  application in three commands - see examples/test-glade.scm and the
  little bit longer examples/run-glade.scm.

  You can find libGlade bindings in the (gtk-1.2 glade) module.

* GtkGLArea bindings (formerly part of guileGL). Imported from
  guileGL, completed and improved.

  (gtk-1.2 gdk-gl) module provides bindings for Gdk part of GtkGLArea
  library (GdkGLContext, GdkGLPixmap etc), (gtk-1.2 gtk-gl-area) has
  bindings for GtkGLArea functions.

* configure script has options --with-gdk-pixbuf, --with-glade and
  --with-gtkgl. Just in case you would like to turn off these new
  nifty features.

* build-guile-gtk-1.2 supports functions with arbitrary number of
  required arguments.

* GtkPixmap bindings closely reflects C API, helper function
  gtk-pixmap-new-from-file implements old behaviour.
  GtkPixmap bindings are complete.

* Lots of additional bindings, especially for Gdk.

NEWS in guile-gtk-1.2-0.31

* Bug fixes.

NEWS in guile-gtk-1.2-0.30

* Support for Gnome and Gtk+-2.0 has been removed.

  The modules have been renamed from (gtk ...) to (gtk-1.2 ...).  They
  are still available under their old names, but the new ones are
  preferred.

  Likewise, build-guile-gtk has been renamed to build-guile-gtk-1.2,
  with the old name still available but deprecated.

  Building new programs with "build-guile-gtk main" is no longer
  supported; only shared libraries are.  Consequently, the guile-gtk
  program is no longer provided.

NEWS in 0.20

* New `cname' option for field specifiers.  You can now specify what
  name to use on the C side for field accessors.  For example, to
  access the allocation.x subfield of a GtkWidget structure, you can use

    (fields
      (int allocation-x (cname allocation.x)))

  The value of the option can be either a symbol or a string.

* New cstring type added to deal with const char *str declarations.

* Guile-gtk will now start the usual `top-repl' of Guile.  The
  processing of Gtk events will happen in a separate handler thread.
  When your Guile doesn't support threading, you get the old event
  driven repl.

* `gdk-event-button-state' and `gdk-event-key-state' have been
  replaced by `gdk-event-state'.  The new function will return a
  GtkModifierType which is a list of symbol such as

    (shift-mask control-mask)

* Automatic *.h->*defs translator

* Threads support

* Experimental GTK+ 2.0 support

* RPM spec file corrected

* Lots of additions and corrections to the *.defs files

* Various bug fixes

Log message:
USE_BUILDLINK3 is a yes/no variable.

Log message:
Update linkage to libltdl (via guile{,14}), which is now its own package.

Unfortunately, guile{,14}/buildlink3.mk directly includes it, and I don't
know which dependencies actually need libltdl, so it was a recursive bump.
Hopefully this recursive inclusion can be ripped out of
guile{,14}/buildlink3.mk at some point and bubble down to dependencies that
actually use libltdl, avoiding this headache in the future....

Log message:
Libtool fix for PR pkg/26633, and other issues.  Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.

Log message:
Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:

	lib/libfoo.a
	lib/libfoo.la
	lib/libfoo.so
	lib/libfoo.so.0
	lib/libfoo.so.0.1

one simply needs:

	lib/libfoo.la

and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.

Also make LIBTOOLIZE_PLIST default to "yes".

Log message:
Convert to buildlink3.

Log message:
Convert to buildlink3.

Log message:
s/accesible/accessible/

Log message:
s/netbsd.org/NetBSD.org/