into separate ports. The OPTIONS will remain as of yet and trigger dependencies
now, for easy transition.
Update KOffice to version 1.3.2.
Add patches to fix a number of issues, including:
- fix kxkb on Xorg
- fix kdemultimedia WITH_MPEGLIB (now mpeglib_artsplug) compilation on gcc 3.4.2
with optimizations greater than -O
Add security related patches and entries to portaudit.txt.
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
I discovered that the only reason coldsync's ugen support doesn't work
out of the box for a Treo 270 (HandSpring Visor-based phone) is that
it uses a very low resolution sleep (one second) while waiting for USB
devices to appear in "transient" mode. Due to this, it almost always
misses the first packet in the HotSync, which comes from the Palm, and
after five seconds the entire process would time out.
Decrease the amount of time that is spent sleeping while waiting for USB
devices to appear so that it works every time.
(You probably do not want to try this without ugen(4) from yesterday
which will NOT panic when the USB device goes away before programs
with it open have closed their references.)
Approved by: maintainer
and resource (.prc) files.
It was renamed to pdbar to avoid confusion with textproc/par.
WWW: http://www.djw.org/product/palm/par/
PR: ports/63088
Submitted by: Eric P. Scott <eps+psub0401@ana.com>
