Solaris 8. Addresses part of PR pkg/26769 by Robert Lillack.
While here, remove some more test(1) == constructions from the configure
script (they were harmless).
2.0 New stable release (for GNOME 2.10). Minor changes since 1.14:
some optimization and cleanup.
1.14 Memory leaks nailed. Some minor restructuring. Bugfixing.
A couple of XKL_*_DISABLE envvars introduced.
1.13 Some build process cleanup and fixes. One more "virtual function"
introduced.
1.12 First version with real xmodmap support. Sure, bugs are possible.
I did it again - broke API. Really hope no API changes in 1.1x
series any more.
1.11 A lot of internal changes. VTable introduced (so now at some
point there can be implemented xmodmap backend). Some bugs were
fixed.
1.10 Some internal reorganization in the xklavier-config department.
API/ABI are broken. All this stuff is going to be used in
GNOME 2.9x. The environment variable XKL_DEBUG introduced in
order to control the debug info more handy. Minor portability
bug was fixed.
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.
- Some memory leaks were nailed (thanks to kmaraas and valgrind).
- Default ruleset for partially non-compliant servers introduced
(though it still long way to go for AccelleratedX support).
- A couple of small tests introduced.
- Hopefully the last release in 1.0x series.
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".
Due to the high demand, libxklavier is now able to detect the default xkb
rules set at runtime. The option --with-xkb-rules-set is not necessary any
more.
* configure.in, libxklavier/xklavier_config_xkb.c: I suppose now libxklavier
should be able to live in xorg world - the name of the rules files is
customizable at build-time.
by moving the inclusion of buildlink3.mk files outside of the protected
region. This bug would be seen by users that have set PREFER_PKGSRC
or PREFER_NATIVE to non-default values.
BUILDLINK_PACKAGES should be ordered so that for any package in the
list, that package doesn't depend on any packages to the left of it
in the list. This ordering property is used to check for builtin
packages in the correct order. The problem was that including a
buildlink3.mk file for <pkg> correctly ensured that <pkg> was removed
from BUILDLINK_PACKAGES and appended to the end. However, since the
inclusion of any other buildlink3.mk files within that buildlink3.mk
was in a region that was protected against multiple inclusion, those
dependencies weren't also moved to the end of BUILDLINK_PACKAGES.
libxklavier is a library providing high-level API for X Keyboard Extension
known as XKB. This library is indended to support XFree86 and other
commercial X servers. It is useful for creating XKB-related software
(layout indicators etc).
The current features are:
* Reading XKB configuration registry information (for XFree86).
* Configuring XKB.
* Application-defined callbacks for many XKB-related events.
* Support for per-window switching etc.
