Date: Fri, 15 Jun 2012 13:04:46 +0200 From: Luca Pizzamiglio <l.pizzamiglio@bally-wulff.de> To: Brandon Gooch <jamesbrandongooch@gmail.com> Cc: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! Message-ID: <4FDB16CE.5090405@bally-wulff.de> In-Reply-To: <CALBk6yJCbJkMVs2ybGwQd4bVp6GcadEGdtf5wWCgXQTT10TTRQ@mail.gmail.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <CALBk6yJCbJkMVs2ybGwQd4bVp6GcadEGdtf5wWCgXQTT10TTRQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Brandon and list! On 06/15/12 06:27, Brandon Gooch wrote: > 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= 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 the 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 >> http://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=yes 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’t use >> WITH_NEW_XORG=yes because the old intel driver doesn’t build with the >> new X server. If you are qualified, you should also set WITH_KMS=yes >> in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=yes. >> >> 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. We 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/src' > ===> Installing for libglut-8.0.3 > ===> Generating temporary packing list > ===> 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. > > ===>>> Installation of libglut-8.0.3 (graphics/libglut) failed > ===>>> 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 I've the same issue. libglut is not in xorg-dev svn port subtree, but it includes graphics/libGL/bsd.mesalib.mk. That could create some issue, because the version of sources are changed and this Makefile doesn't work with the newer version. At the moment I manually modified the port's Makefile, but I'm not really sure what I'm doing. Best regards, Luca
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FDB16CE.5090405>