redefines about which buildlink.mk files would care is BUILDLINK_X11_DIR,
which points to the location of the X11R6 hierarchy used during building.
If x11.buildlink.mk isn't included, then BUILDLINK_X11_DIR defaults to
${X11BASE} (set in bsd.pkg.mk), so its value is always safe to use. Remove
the ifdefs surrounding the use of BUILDLINK_X11_DIR in tk/buildlink.mk and
revert changes to move x11.buildlink.mk before the other buildlink.mk files.
use X11_BUILDLINK_MK as a test value. Generally just reordering the
inclusions so that x11.buildlink.mk comes before the other buildlink.mk
files will make everthing work.
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.
convert to use buildlink.mk files, and mark as USE_BUILDLINK_ONLY. Changes
from version 2.9 fix a small error in how event timing was assumed to occur.
which takes entries of the format <make-definition-name>=<pkgname>. This
has not been added to MAKEFLAGS because (a) premature optimisation is the
root of all evil, and (b) because the .for loop used to implement this
shows the wrong results when multiple prefices are evaluated.
Modify all the package Makefiles to use EVAL_PREFIX, thereby simplifying
them considerably.
ALso simplify the logic to calculate the prefix as well.
package's prefix would not work as part of the environment specification
via MAKE_ENV (as it would not be executed in the correct directory).
Fix this by invoking pkg_info(1) directly, not via an intermediate make(1)
step - this is not as clean, but more effective (i.e. it works).
a bit more user-friendly.
Introduce a show-{gtk+,imlib,kdebase,qt1,qt2,xpm}-prefix target in
bsd.pkg.mk, and use "${MAKE} show-*-prefix" in package Makefiles.
2.8 25 Nov 1999
Fixed a bug reported by Hartmut M. Bromkamp <Bromkamp@istgmbh.com>
".... But what really led me into some confusion
is the fact that the -rc option doesn't work:
Everytime I launch asapm by
asapm -rc /root/.asapmrc
it will only display its options and ceases...."
This should at the same time fixed the bug that asapm
did not understand '-fail' anymore (-f was used in the code
instead of -rc).
2.9 19 Nov 1999
Stephen Crane <jsc@darkstar.szyzygy.org> proposed the following:
"I've attached a patch to asapm-2.7 to share or use the closest colours
when creating the pixmaps. (It would also be good to do this for the
battery and other colours but I don't know enough X, yet.) I need this
for my graphically-challenged portable: I think it's better to go with
ugly colours than do without the APM data."
So here is the new version with his patch.
