work properly this time on FreeBSD/sparc64 so stop using workaround that
defaults to old 'keyboard' one and remove erroneous patch by me.
Pointed out by: Matthias Muthmann (mmuthmann at gmx.net)
Tested by: Matthias Muthmann (Ultra10/type5c), me (Ultra5/type5)
Obtained from: Xorg CVS
soon-to-be-committed-upstream patch to fix the build after the removal of
xf86drmCompat.c. Also includes the fix for ports/32121, which had been
committed.
[2] Add the PCI ID for Radeon X600, 0x5B62 to a place that was missed.
PR: [1] ports/32121
Submitted by: [1] alane
[2] Vladimir Kushnir <vkushnir@i.kiev.ua>
NO_SUID_XSERVER to disable this. The end result is same as it was before
with x11/wrapper installed as the code from there is included in X
server. It is also the same as xorg-server port does (from which this
changes were taken). This should conclude removal of dependency on
x11/wrapper from meta port for above reasons. [1]
- (patch-bsdResource.c) Correct the ranges of the bus resource windows on
sparc64. This makes PCI video cards work that hang off directly from
the Host-to-PCI bridge in machines like the Blade 100. [2]
- (patch-HALlib_bindings.c patch-mga_driver.c) Revert the MGA HALlib
MGASetDisplayStart interface back to HALSetDisplayStart (taken from
upstream CVS) [3]
Noticed by: (bugsgrief at bugsgrief.net) [1]
Submitted by: marius [2]
Reported and tested by: Steven Friedrich (FreeBSD at InsightBB.com) [3]
Ports changes:
- Drop dependency on x11/wrapper. X server already contains this code
(programs/Xserver/os/utils.c rev. 3.58).
- Install default SecurityPolicy with XFree86-4-libraries, thus avoiding
plists and who-owns-what complications between different fooServer ports.
Copy default file to real one if that doesn't exist and remove both upon
uninstall if they are the same.
- Revert change to Imake.rules rev. 3.132 in devel/imake-4 port, since
couple of ports break with this change
(devel/imake-4/files/patch-Imake.rules)
- Add grehans patches for PPC [1]
- Several of directories that were previously in /etc/mtree/BSD.x11-4.dist
were moved to respective ports pkg-plists
PR: [1] 78345, 78346, 78348, 78352, 78353, 78354, 78355, 78356
This makes PCI video cards work that hang off directly from
the Host-to-PCI bridge in machines like the Blade 100. [1]
- Default to old 'keyboard' driver for sparc64. Patches for 'kbd'
one were not enough so until new driver is fixed, this change
makes Xorg work with sparc64 keyboards. Knob WITH_SPARC_KBD is
provided to ease efforts of fixing 'kbd'.
Submitted by: marius [1]
is a port of the server pieces of the periodic snapshot of X.Org, with the
development DRI drivers enabled. The purpose of this port is to bring
bleeding-edge graphics support to FreeBSD.
With Patch:
(pII 400Mhz)
real 1m12.597s
user 0m14.706s
sys 0m12.061s
(athlon 2500+ 3disk raid 0)
real 0m12.912s
user 0m2.884s
sys 0m3.128s
Without Patch:
(pII 400Mhz)
real 1m43.233s
user 0m14.565s
sys 0m13.951s
(athlon 2500+ 3disk raid 0)
real 0m22.967s
user 0m2.925s
sys 0m3.576s
Submitted by: ahze
Xdmx is proxy X server that provides multi-head support for multiple
displays attached to different machines (each of which is running a
typical X server). When Xinerama is used with Xdmx, the multiple displays
on multiple machines are presented to the user as a single unified screen.
Port based on xorg-nestserver.
Requested and tested by: Henry Miller (6.8.1 version)
Release notes are available at
http://www.x.org/X11R6.8.2/doc/RELNOTES.html
Thanks to kris and krion for running several cluster test builds,
maintainers of GNOME for prompt responses, portmgr for postponing ports
freeze for this update, testers on FreeBSD-X11@ list and others that I
might have mised here.
Also included:
- fix for ATI Mobility on Dell Inspiron 7500 (obtained from Marc Aurele La
France; obtained and tested by julian)
- fix for kbd driver on Sparc64 (tested by Aaron Dudek, Michael G. Jung and
Matthias Muthmann), which still appears to have problems with some
keyboards - so
- fix for kbd driver on PC98 (reported and tested by NAKAJI Hiroyuki; PR
ports/77217)
- fix for i810 on HP D530 (obtained from Egbert Eich; obtained and tested
by Anders Nor Berle; PR ports/74757)
- Install driver manpages with 'x' postfix so the ones that clash with
FreeBSD ones are easier to obtain. [2]
- Fix plist.
PR: ports/25576 [2]
Obtained from: XFree86 CVS [1]
Reported and tested by: julian [1]
Font cache is not build by default, which makes related lines in
default configure file wrong, which in turn causes xfs to error out
on startup with default file. Tweak generation of said file in a way
that would make proper configuration depending on existance of font
caching code, so that this patch can be sent upstream. [2]
Inspired by: Jose M Rodriguez (josemi at freebsd.jazztel.es) [1]
Bits and pieces for [1] stolen from:
src/etc/rc.d/xfs, apache2 and squid ports
Noticed by: Gary Dunn (knowtree at aloha.com) [2]
Add rcNG startup script. [2]
Noticed by: Gary Dunn (knowtree at aloha.com) [1]
Inspired by: Jose M Rodriguez (josemi at freebsd.jazztel.es) [2]
Bits and pieces for [2] stolen from:
src/etc/rc.d/xfs, apache2 and squid ports
[2] Put the manpages from section 4 under 4x. For example, you can do
"man 4x vga" to get the X vga(4x) manpage, still do man 4 cirrus to get
cirrus(4x), and man -a vga to get both vga manpages.
[3] Apply several important-looking fixes to ATI drivers from the stable branch:
- Fix mode setting with Mach64 on some laptops.
- Don't crash with mach64 for some PCI configurations
- Improve hang detection on r128s. (may improve speed in DRI, too)
- Avoid a hang on server regen on r128 with DRI.
- Fix the DynamicClocks support, which could have caused hangs with DRI on
original Radeons.
PR: [2] ports/25576
Submitted by: [2] fanf
Requested by: [1] peter
Obtained from: [3] XORG-6_8-branch
of features supported by the open-source Matrox driver for X.Org and XFree86.
This is a newer version than that discussed in the original PR, and has only
been tested briefly by myself on a G400 with X.Org 6.8.1. Note that though the
readme.txt says the file is redistributable, the only licensing information to
be found is the click-through on the website which says redistribution is not
allowed.
PR: ports/55699
Submitted by: Jens Rehsack, rehsack at liwing dot de
change that occurred.
[2] Install the xorg.conf referred to by xorg.conf(5). Installation was
disabled during the XF86 name avoidance phase, but could still be of use.
[3] Add a section about the Composite extension to xorg.conf.
[4] Add MakeDllModules YES to the WITH_DEBUG flag's options. While it won't
package correctly, you can't actually debug modules (where crashes almost always
happen) without it.
[5] Merge fixes from XORG-6_8-branch for i810 driver crashes in on CloseScreen,
ringbuffer lockups, and various warnings.
[6] Recognize R_ALPHA_SREL32 relocation type in elfloader.
PR: [1] ports/75425
[2] ports/73915
[6] ports/73257
Submitted by: [1] Marc Silver, marcs at draenor dot org
[2] Frank J. Laszlo, laszlof at vonostingroup dot com
[6] Ken Stailey kstailey at yahoo dot com
[6] r1.4 of X.Org CVS.
Approved by: portmgr
I had moved libXThrStub into libX11, because it seemed unnecessary. However,
because libc_r symbols are also weak, the weak stubs in libX11 would interfere,
however they don't if they are in a library linked by libX11. The most common
manifestation of the problem was:
GThread-ERROR **: file gthread-posix.c: line 137 (g_thread_impl_init): error
'Invalid argument' during 'pthread_getschedparam (pthread_self(), &policy,
&sched)'
in glib apps.
PR: ports/75477
Submitted by: KIMURA Yasuhiro, yasu at utahime dot org
Testing by: marcus
DRI drivers are incompatible with the old libGL in XFree86, they have been
repocopied to graphics/xfree86-dri. Also note that with this commit the html
manpages are going away, and with it the runtime dependency on perl for the
imake port.
Release notes at: http://www.x.org/X11R6.8.1/RELNOTES.txt
Props to: kris (multiple cluster runs and sorting through logs)
lesi (fixing all the issues in those logs, and more)
submitted by Satoshi Kimura to both x11@freebsd.org and XFree86. It is
already in XFree86 CVS (Changelog #125) so the diff was taken from there.
Also install two files with Japanese documentation.
Submitted by: Satoshi Kimura
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.
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
-Wno-system-headers. While I'm here, port patches for non-x86/alpha from
XFree86-4-Server.
Reported by: Adam Weinberger <adamw@magnesium.net>
Marius Strobl <marius@alchemy.franken.de>
[2] Fix underlining in the freetype backend (bug 330)
PR: [1] ports/52387
[2] ports/55134
Submitted by: [1] Joel Ray Holveck <joelh@piqnet.org>
[2] Ariff Abdullah <skywizard@MyBSD.org.my>
[2] Check that XFREE86_VERSION=4 is set when building, rather than setting it.
[3] Move many common Makefile bits to XFree86-4-libraries/Makefile.inc
[4] Make the XFree86-4-Server port not install libXfont.so.
[5] Move the xcursor.pc file to its proper location in ${X11BASE}/libdata/pkgconfig
[6] Don't explicitly link libGL.so against libc, for the sake of 4.x's pthreads.
Submitted by: [5,6] Ports Fury
and not part of this port. This shouldn't cause portupgade problems for most
people because the port still installs libXfont.* That will be fixed later.
Reported by: kris
