From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 11:07:40 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBCF7106566B for ; Fri, 15 Jun 2012 11:07:40 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 39FFF8FC15 for ; Fri, 15 Jun 2012 11:07:40 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id 5E81F4090; Fri, 15 Jun 2012 13:07:39 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 13:04:46 +0200 Message-ID: <4FDB16CE.5090405@bally-wulff.de> Date: Fri, 15 Jun 2012 13:04:46 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Brandon Gooch References: <20120607203753.2466c63a.miwi@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 15 Jun 2012 11:04:46.0605 (UTC) FILETIME=[ACD2EBD0:01CD4AE6] Cc: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jun 2012 11:07:40 -0000 Hi Brandon and list! On 06/15/12 06:27, Brandon Gooch wrote: > On Thu, Jun 7, 2012 at 7:37 AM, Martin Wilke 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