| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Changes since 0.3:
The big NEWS is that LibStroke now can draw the strokes! Yeeepeeee!
But it does not do so by default, you need to pass --with-mouse-footprints
to ./configure. After compiling everything try tests/stroke_test to
see how this works.
There's even more: libgstroke, a stroke implementation for GNOME has
been contributed by Dan Nicolaescu. It is fully functional (it
also supports mouse footprints by default!) and has a very easy to
use API. Try tests/gnome_stroke_test to see how it works (source
code in tests/gnome_stroke_test.c).
We are proposing a set of strokes to be standard strokes. A pretty
picture with them their string representation can be found in
doc/standard_strokes.jpg
A text listing is in doc/standard_strokes.txt (we will find some
better names than the current ones).
We'll also add some "sloppy strokes" for the standard strokes.
We created autoconf macros for libstroke and libgstroke, they are in
the macros subdir.
Java port included and some misc bug fixes with the install process.
|
|
|
|
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.
|
|
be updated to depend on lang/tcl after Tcl/Tk update.
|
|
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
|
|
|
|
|
|
|
|
|
|
pkgsrc. Instead, a new variable PKGREVISION is invented that can get
bumped independent of DISTNAME and PKGNAME.
Example #1:
DISTNAME= foo-X.Y
PKGREVISION= Z
=> PKGNAME= foo-X.YnbZ
Example #2:
DISTNAME= barthing-X.Y
PKGNAME= bar-X.Y
PKGREVISION= Z
=> PKGNAME= bar=X.YnbZ (!)
On subsequent changes, only PKGREVISION needs to be bumped, no more risk
of getting DISTNAME changed accidentally.
|
|
|
|
|
|
+ move the patch digest/checksum values from files/patch-sum to distinfo
|
|
|
|
is bumped to tcl-8.3.2nb1.
|
|
out of date - it was based on a.out OBJECT_FMT, and added entries in the
generated PLISTs to reflect the symlinks that ELF packages uses. It also
tried to be clever, and removed and recreated any symbolic links that were
created, which has resulted in some fun, especially with packages which
use dlopen(3) to load modules. Some recent changes to our ld.so to bring
it more into line with other Operating Systems also exposed some cracks.
+ Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain
the ELF symlinks.
+ Don't mess about with file system entries when handling shared objects in
bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will
have got it right, and have a much better idea than we do.
+ Modify PLISTs to contain "ELF symlinks"
+ On a.out platforms, delete any "ELF symlinks" from the generated PLISTs
+ On ELF platforms, no extra processing needs to be done in bsd.pkg.mk
+ Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on
a.out platforms
+ Update the documentation in Packages.txt
With many thanks to Thomas Klausner for keeping me honest with this.
|
|
|
|
this actually find tcl -- even though it previously DEPENDed on tcl-8.0.5, it
didn't link against it properly (linking -ltcl8.0 instead of -ltcl80).
|
|
|
|
Add a new USE_LIBTOOL definition that uses the libtool package instead of
pkglibtool which is now considered outdated.
USE_PKGLIBTOOL is available for backwards compatibility with old packages
but is deprecated for new packages.
|
|
|
|
|
|
|
