Commit graph

9 commits

Author SHA1 Message Date
gdt
ebd745d6df fix ABI/API versions; this package ended up going from 0.4 to 0.40.91 to 0.5. 2006-08-27 11:43:11 +00:00
jlam
c16221a4db Change the format of BUILDLINK_ORDER to contain depth information as well,
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.

For example, "make show-buildlink3" in fonts/Xft2 displays:

	zlib
	fontconfig
	    iconv
	    zlib
	    freetype2
	    expat
	freetype2
	Xrender
	    renderproto
2006-07-08 23:10:35 +00:00
jlam
9430e49307 Track information in a new variable BUILDLINK_ORDER that informs us
of the order in which buildlink3.mk files are (recursively) included
by a package Makefile.
2006-07-08 22:38:58 +00:00
rillig
96fc47c14f Aligned the last line of the buildlink3.mk files with the first line, so
that they look nicer.
2006-04-12 10:26:59 +00:00
reed
5abef9be14 Over 1200 files touched but no revisions bumped :)
RECOMMENDED is removed. It becomes ABI_DEPENDS.

BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.

BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.

BUILDLINK_DEPENDS does not change.

IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".

Added to obsolete.mk checking for IGNORE_RECOMMENDED.

I did not manually go through and fix any aesthetic tab/spacing issues.

I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.

I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.

As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.

As discussed on tech-pkg.

I will commit to revbump, pkglint, pkg_install, createbuildlink separately.

Note that if you use wip, it will fail!  I will commit to pkgsrc-wip
later (within day).
2006-04-06 06:21:32 +00:00
joerg
5911def816 Recursive revision bump / recommended bump for gettext ABI change. 2006-02-05 23:08:03 +00:00
wiz
be9ba77985 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
2004-12-03 15:28:33 +00:00
tv
c487cb967a 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.
2004-10-03 00:12:51 +00:00
wiz
f66acac209 Convert to buildlink3. 2004-05-03 15:58:55 +00:00