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
