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.
my tree for quite some time, and it builds and installs correctly. An
earlier version (4.2) ran on a DS10 with a SiS card we had at work, but
I no longer have access to that machine to test 4.3. Despite that, I
think this is worth putting in.
and/or fails to build; and/or the maintainer has recommended
that the ports are obsolete and should be deleted.
In each of these cases, the port has been in trouble for quite some time.
The deprecation date is set for April 09, 2004, except for a very few
ports that are in really bad shape (or the maintainer has recommended
deletion), in which case they are set for March 09, 2004.
If anyone wants to keep these ports in the ports collection, now is
the time to step up and fix them.
PR: ports/62575
No objection: freebsd-ports, 10 days
