Fix behaviour of keyboard under sparc64, where keycodes were off by one
(i.e., when pressing 'd' on keyboard, server would get code for 'f'). [2]
PR: ports/71937 [1]
Submitted by: Satoshi Kimura [1], marius [2]
Approved by: portmgr (linimon), mentor (anholt)
Fix package list (partly [2]).
PR: ports/69790 [1], ports/70376 [2]
Submitted by: Andreas Kohn (andreas AT syndrom23.de) [1]
John R. Makosky (jrm-spam1 AT crackpot.org) [2]
Approved by: anholt (mentor)
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
It's only useful with both server and libraries. It should really be depended
on by the metaport instead.
PR: ports/68484
Submitted by: Roman Bogorodskiy <bogorodskiy@inbox.ru>
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
is already in the server. I can't even imagine a situation where running an
X server (which is run as root, mind you) is ok, while having a setuid X
server with arguments and environment checking ala wrapper.c is not. But put
an option in anyway.
- Include the SERVER_PATCHES define needed for the new server ports.
(XMAN_DIRS is set).
- Remove spammed-in configure.gen.pre
- Pass thread flags/libs to configure like should have been done
- Add changes to config/cf/* for the fonts ports.
[2] Remove sparc64 patch that got spammed into the wrong location in FreeBSD.cf
[3] Fix many problems in the Render implementation.
[4] Depend on libGL to provide glx headers, until they're located in a more
appropriate package.
PR: [1] ports/66682
Submitted by: [1] Francois Tigeot <ftigeot@wolfpond.org>
Obtained from: [3] X.Org CVS
Tested only on x86 so far due to problems installing dependencies on build
cluster. Based on XFree86-4-Server originally, but I decided the history
wasn't worth keeping that much as a lot has been changed.
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
