Skip site navigation (1)Skip section navigation (2)
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>