Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 03 Oct 2014 10:56:30 +0200
From:      =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= <dumbbell@FreeBSD.org>
To:        Baptiste Daroussin <bapt@FreeBSD.org>, ports@FreeBSD.org,  stable@FreeBSD.org, "freebsd-x11@freebsd.org" <freebsd-x11@FreeBSD.org>
Subject:   Re: Removal of legacy X.Org (aka non-WITH_NEW_XORG)
Message-ID:  <542E64BE.3040906@FreeBSD.org>
In-Reply-To: <20141003083051.GA52332@ivaldir.etoilebsd.net>
References:  <20141003083051.GA52332@ivaldir.etoilebsd.net>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--o5xR78pHKjNhVCRBb9Hmr7Q1MJ1d1UiqV
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 03.10.2014 10:30, Baptiste Daroussin wrote:
> Hi,
>=20
> As you may know, the ports tree currently provides two versions of the
> X.Org server and related pieces of software:
>    1. xserver 1.7, Mesa 7.6 and libdrm 2.4.17
>    2. xserver 1.12, Mesa 9.1 and libdrm 2.4.52
>=20
> We are about to remove the older set. The primary reason is the
> maintenance cost. The Graphics team is small and it's a nightmare to
> test changes. The consequence is infrequent updates to those packages
> and, of course, way more work each time we decide to jump to a later
> version. All this time spent on keeping the legacy stack in a working
> state isn't invested on improving the current one and today's hardware
> support.
>=20
> The recent update to Cairo is a good example of this unsustainable
> situation: we tested what we could with the time we had and we sent a
> "Call for testers" on freebsd-x11@ and freebsd-current@ mailing-lists a=
s
> well as asking for help on several Quarterly Status Reports. The benefi=
t
> (if not the requirement) of the update and the lack of failure reports
> were instrumental in the final decision. Unfortunately, many users of
> the old X.Org server on Intel GPUs are now having crashes with any Gtk+=

> applications or the X.Org server itself. This time, we won't revert
> anything or spend more time on trying to fix the old stack.
>=20
> Now, what does it change for the community? What are the benefits of
> this solution?
>=20
>     1. No more headache with WITH_NEW_XORG, alternate pkg(8) repository=
,
>        mismatching ABI versions between xf86-input-* and xserver.
>     2. More frequent and independant updates (ie. no need to update the=

>        whole stack in one pass).
>     3. KDE and, in the near future, GNOME 3 available as packages in th=
e
>        main repository and on install medias.
>=20
> Great, but what does it break?
>=20
> The only regression is for users of Intel GPUs and FreeBSD 8.x and
> 9.0. Those versions of FreeBSD lack the required kernel driver and
> therefore xf86-video-intel won't work (the last UMS-aware version
> doesn't work with xserver 1.12). Users can still use xf86-video-vesa if=

> they can't/don't want to update their FreeBSD workstation. To install
> xf86-video-vesa, run:
>     pkg install xf86-video-vesa
> or
>     portmaster x11-drivers/xf86-video-vesa
>=20
> There won't be any regression for owners of Radeon GPUs because
> xf86-video-ati 6.14.6 (the last one with UMS support, which fortunately=

> works with xserver 1.12) is provided as a separate port. To install thi=
s
> UMS driver:
>     pkg install xf86-video-ati-ums
> or
>     portmaster x11-drivers/xf86-video-ati-ums
>=20
> In the longer term, we suggest you update to FreeBSD 10.x (10.1-RELEASE=

> is around the corner). For example, you can find instructions to update=

> to 10.0-RELEASE here:
>     https://www.freebsd.org/releases/10.0R/installation.html
>=20
> Note that there's a know regression with syscons and kernel video
> drivers: you can't switch back to a console once an X.Org session is
> started. A new console driver called vt(4) fixes this issue while
> bringing nice features. It's available in FreeBSD 9.3-RELEASE and
> 10.1-RELEASE but isn't enabled by default. To enable it, put the
> following line in your /boot/loader.conf:
>     kern.vty=3Dvt
>=20
> Note official packages reflecting this sitation will start building on
> Wednesday 8th of October and hit your mirrors as soon as possible for b=
oth
> quarterly branch and regular head.
>=20
> regards,
> Bapt on behalf on the X11 team

Let's forward this announcement to the freebsd-x11@ mailing-list.

--=20
Jean-S=E9bastien P=E9dron


--o5xR78pHKjNhVCRBb9Hmr7Q1MJ1d1UiqV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQJ8BAEBCgBmBQJULmTCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz
OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM+YUQAJBm9IzhG3WAkiy/84yjZS1A
BhoIbnClDYAKgCDOSaO19LFG59Jm8dYa+5/KnUtLeYya7cVuRLZjHVoT4sGwRV2H
z+nitgs8mnG4PkmiQndvUhs9z5/WR/EPFr2KdYfGs5Kg085uXtzOwYKHV4ka9qog
2KczyKUNj0q18GYqwVBPX3+4uN+OMlkBO5vjbt78+gRlU73T3SgWJAf5/F5I2Eb8
tUDxAWG8+B5xbuChZpsoDJWo93pxBdpiOrRvI/C1k/CxsclI2iexUNjqN6iDlvvo
8Qzi+Lvz/g+ft1EUq21sbTSmVWeBkevKxZUXpHGSIbzS63/V5RRasOyVMUTGt22b
Uh7+R2TxFlje5KNFzfIWK9OQIkqwaqfTxSVf6ToHX58tn8D5U90Ejz8DNReA3I5F
EuMQ2oPRnNIUfurSvuGnOJJsTRnJXqQNHLstg+p4kKbXUFZZi+DGfs/bnUsygQ7p
uBLrDns4t9nbqrmjuCkBSI42aNA2kkWY+WxGCYAYdIq4Ui7pE52Sk3pKss5FnqKQ
ElBE2glbNlTiaosYNJIO1ZyDAhCTnPwyUgL63IgHLEfGoHe9zldLJEI0k22iBp67
gw9npaj0MyblNd/o+ESq9q2N+G/4Wy0W4agDAEi1Uv/Wtmsdlq4F5106HvhLaS3Q
6xVfGS1cAZmyqHNpwBQS
=gvo9
-----END PGP SIGNATURE-----

--o5xR78pHKjNhVCRBb9Hmr7Q1MJ1d1UiqV--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?542E64BE.3040906>