${BUILDLINK_DIR}. The consensus on tech-pkg@netbsd.org (2000-09-10)
seems to be to fix the packages that include <GL/xmesa.h> instead of
using a workaround.
already exist. This file is in Mesa-3.4.2, but not in the Mesa included
with XFree86-4.x where the definitions in the file have migrated elsewhere.
We create an empty one in this case to prevent compile errors caused by
source files including xmesa.h and not finding it.
used by most Digital Cameras.
Things the 'jhead' program can extract from an Exif file:
- Integral low-res Exif thumbnail
- Shutter speed
- Camera F-stop number
- Flash used (yes/no)
- Focus distance (some digital cameras store this element - very
interesting)
- Focal length (most zoom cameras store their zoomed-to focal length)
- Equivalent 35mm focal length (Calculated from focal length, CCD size,
and CCD resolution)
- Image resolution
- Time and date picture was taken
- Camera make and model
to ${X11BASE} in the header and library search paths into references to
${LOCALBASE}/share/x11-links. These packages should now be strongly-
buildlinked regardless of whether xpkgwedge is installed.
Changes well-tested on NetBSD-1.5X/i386 with and without xpkgwedge and
lightly-tested on NetBSD-1.5.1/alpha without xpkgwedge.
Changes: The background setting works better under non-E window managers
(and has Eterm support). This release shows the zoom level while zooming
and has lots more menu items, including configuration changes (options
menu) and fullscreen/window mode switch on a per-window basis. There are
several other bugfixes and new features.
Include a bugfix for lisp_LISP independently discovered by me that has
been pulled up to the automake-1-4 branch of automake cvs.
Changes are:
New in 1.4-p5:
* Allow AM_PROG_LIBTOOL again.
* Diagnose AC_CONFIG_HEADERS the same as AC_CONFIG_HEADER.
* Display distributed file list correctly in usage message.
* Allow numbers in macro names.
* Bugfixes.
New in 1.4-p4:
* Deal with configure.ac as well as configure.in -- this time for real!
* The version numbering system now allows three point version numbers,
such as 1.4.4, without thinking they are alpha release numbers.
New in 1.4-p3:
* Deal with configure.ac as well as configure.in.
* Don't complain if `version.texi' is included in multiple places.
New in 1.4-p2:
* Deal with AC_CONFIG_FILES from autoconf-2.50.
* Improvements to f77 support.
* DESTDIR now works for script targets.
* distcheck-hook works correctly.
New in 1.4-p1:
* The version numbering system now allows fork identifiers (such as
the p1 in this version of automake).
* Cope gracefully with various versions of libtool which may or may not
require ltconfig, ltcf-c.sh, ltcf-cxx.sh or ltcf-gcj.sh.
* Bugfixes.
* Input method support should work correctly now.
* SVG shape files now use namespace from final W3C recommendation.
Addon shapes will have to be modified to use the
http://www.w3.org/2000/SVG namespace for SVG. SVG export filter
also uses correct doctype.
* menus should now work in both gtk+ and gnome builds and have no i18n
related problems. Don't look in app/menus.c.
* pstricks renderer output should now work fine without modification now.
* gdk-pixbuf is now a requirement for building dia. It no longer
falls back to imlib if it can't find gdk-pixbuf.
* handle "file not found" errors better in the image object type.
* Dia now has documentation thanks to the GDP. The help menu now has
more than just an about menu item.
* Antialiased drawing mode probably won't crash dia anymore
* Dia has a splash screen now (which can be turned off with the
--nosplash option).
* Updated bonobo support (when --enable-bonobo is used)
* added expose event compression for the dia canvas, which makes dia
more usable over remote X connections.
* Many objects updated to use properties interface.
* experimental unicode print support (--enable-unicode)
* updates to the python plugin and now distribute it with dia (--with-python)
* many new shapes and export filter plugins.
* other bug fixes.
to MAKE_ENV and CONFIGURE_ENV
Not apla gets AVIFILE_CONFIG via MAKE_ENV and uses it, doesn't have to
fall back to ${LOCALBASE}/bin/avifile-config as specified in AVIFILE_CONFIG?=
in apla's Makefile.
and use this file *in addition to pkg/PLIST* when AVIFILE_WITH_QT is set to "YES"
# it would be more logical to set PLIST_SRC to PLIST first and then add PLIST.qt to it,
# but @dirrm lib/avifile-0.6 will fail while processing pkg/PLIST,
# because the directory still contains files (they are listed in PLIST.qt) and isn't empty,
# thus can't be removed
o rename "WITH_QT" to "AVIFILE_USE_QT", and add this variable to mk.conf.example
o reorder things in Makefile so we don't have to check AVIFILE_USE_QT twice
Should fix pkg/13750 by Matthias Scheler <tron@netbsd.org>
that exists in 3.3.6. There's a workaround for this in freetype2 package
that creates freetype-config script in ${BUILDLINK_DIR}/bin so the packages
can find it, but this doesn't work when package that wants to use freetype-config
doesn't .include freetype's buildlink.mk directly, but pulls in freetype2 dependency
by including the buildlink of another package (which depends on freetype2).
set FOO_CONFIG=${BUILDLINK_CONFIG_WRAPPER.foo} in both CONFIGURE_ENV and
MAKE_ENV. We remove the check for GNU_CONFIGURE because if a package
Makefile includes the buildlink.mk file, then it most likely wants to use
the config script wrappers as well. Change suggested by Hubert Feyrer
(hubertf) and Tomasz Luchowski (zuntum).
