WITHOUT_NEW_XORG not fully supported on stable/8?

[Jean-Sébastien Pédron]

On 17.11.2014 09:03, Alexey Dokuchaev wrote:
> I did not ask for 100% support of new KDE with all its bells and whistles; I
> merely was expecting to get a working X11 with WITHOUT_NEW_XORG set, yet it
> broke.  How realistic would be having pre-KMS stuff in ports for bare-boned
> X11 (sans KDE) available at least while we still support 8.4?  You've listed
> a lot of components that need to be taken care of, but can't we have modern
> cairo working with UMS libdrm/drivers/xorg-server, with compatibility patch?
> Or, would it be feasible to patch the last UMS-aware version of x11-drivers/
> xf86-video-intel so it can work with new xserver?

I tried to port the old UMS xf86-video-intel DDX to xserver 1.12, but 
the gap is too large. The code compiled at some point (mostly by chance) 
but the X server never started.

I'm not willing to spend more time on supporting the old bits 
(WITHOUT_NEW_XORG). It consumes too many resources. I prefer to work on 
what's necessary to move forward. I believe other members of the 
graphics team feel the same.

The announcement of WITH_NEW_XORG being the default should have been 
more clear: WITHOUT_NEW_XORG is going away in the very near future. Some 
ports are already free of it. We're about to post a CFT for xserver 1.14 
which will completely remove the knob.

Unfortunately, FreeBSD 8.4 is a victim here (though you can still run an 
X server), but we have no choice if we want to go back to a sane state 
(which we have not reached yet). I'm afraid FreeBSD 9.x is already 
blocking us again.

All this can be revisited once the Ports tree gain some kind of 
provides/requires support.

-- 
Jean-Sébastien Pédron