Date: Thu, 14 Jun 2012 23:27:20 -0500 From: Brandon Gooch <jamesbrandongooch@gmail.com> To: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! Message-ID: <CALBk6yJCbJkMVs2ybGwQd4bVp6GcadEGdtf5wWCgXQTT10TTRQ@mail.gmail.com> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> References: <20120607203753.2466c63a.miwi@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 7, 2012 at 7:37 AM, Martin Wilke <miwi@freebsd.org> wrote: > Hi Fans, > > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but to > take it as how it is now. But with regards to mesa support, we have to > face some new challanges. > > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially =A0the new ones > can easily get confused with it. Another issue is, the packages.We > can't deliver a package set with the new Xorg releases. This means > users with new hardware will have to compile everything by themselves. > Though I'm totally fine with compiling, not everyone has the CPU power > to compile everything. What I'm trying to say is, I would love to see > the newer xorg released as the default version, but i know this will > break a lot of old hardware. The thing is, when we want to try to > become a Modern Operating System, I dont see any other way to make the > new xorg as default but to give Users the chance to compile the old > xorg with a flag like WITH_OLD_XORG. > > Some notes regarding KMS support: > KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 > will come soon, that means so long its not MFC'd to 9-Stable, users > need to get the latest patch from our x11 mailing list. > > This testing includes > * libdrm 2.4.34 (including KMS support) > * mesa 8.0.3 > * full Xorg 7.7 release Change log > =A0http://www.x.org/releases/X11R7.7/changelog.html > > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the xorg > repo. Next, you will need to add WITH_NEW_XORG=3Dyes in > your /etc/make.conf if you want to try out the new Xorg and mesa. Note > that if you are not qualified for the KMS patch, you shouldn=92t use > WITH_NEW_XORG=3Dyes because the old intel driver doesn=92t build with the > new X server. If you are qualified, you should also set WITH_KMS=3Dyes > in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=3Dyes. > > svn co https://trillian.chruetertee.ch/svn/ports/trunk > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the old kdemerge script. Please set > the KDEDIR variable to the path of your X.org ports. After merging, run > one of the following command, depending on which tool you use to manage > your installed packages. > > portupgrade -af \* > portmaster -a > > > After installing these, you will have to rebuild all xf86-* ports. We > will bump all releated ports during the commit to the ports tree. > > Roadmap: > Our current plan is to let the CFT running for a while, and see what > the outcome of the discussion above is. We hope to get a lot of > feedback to solve as many problems as possible. Also we are working on > the libglut to freeglut migration, this will definitely complete before > we import Xorg 7.7. So we still have enough time. =A0We are looking > forward for your feedback. > > - miwi on behalf of the FreeBSD X11 Team > > PS: Please reply only to x11@ thanks. > Finally got an opportunity to do some testing. The new xcompmgr no longer renders shadows. The synaptics driver doesn't allow me to use the trackpoint device -- the touchpad works very well. Also, I have no "middle" mouse button. I think the synaptics driver really broke for me after the bump from 1.2.1 to 1.5.0 -- It's probably an upstream thing, but I can't be sure unless I get the 1.2.1 version compiled and installed again. NVIDIA driver 295.49 seems to be working really well. I did have an error during the upgrade process building graphics/libglut, but I uninstalled the NVIDIA driver and restarted portmaster, and the upgrade completed. Here's a snip of output from the failed build: ... mklib: Making FreeBSD shared library: libGL.so.1 mklib: Installing libGL.so.1 libGL.so in ../../lib gmake[2]: Leaving directory `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glx' gmake[1]: Leaving directory `/usr/ports/graphics/libglut/work/Mesa-8.0.3/sr= c' =3D=3D=3D> Installing for libglut-8.0.3 =3D=3D=3D> Generating temporary packing list =3D=3D=3D> Checking if graphics/libglut already installed cd /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx; gmake install cd: /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx: No such file or directory *** [do-install] Error code 2 Stop in /usr/ports/graphics/libglut. =3D=3D=3D>>> Installation of libglut-8.0.3 (graphics/libglut) failed =3D=3D=3D>>> Aborting update Terminated Does anyone know what to make of this? Y'know, I'm not sure how the upgrade completed to be honest. I wonder if this has anything to do with xcompmgr not rendering shadows... -Brandon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALBk6yJCbJkMVs2ybGwQd4bVp6GcadEGdtf5wWCgXQTT10TTRQ>