Date: Fri, 15 Jun 2012 14:48:38 +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: <4FDB2F26.9050308@bally-wulff.de> In-Reply-To: <4FDB16CE.5090405@bally-wulff.de> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <CALBk6yJCbJkMVs2ybGwQd4bVp6GcadEGdtf5wWCgXQTT10TTRQ@mail.gmail.com> <4FDB16CE.5090405@bally-wulff.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! Sorry for the noise, sometimes I forget to read UPDATING... portmaster -o graphics/freeglut graphics/libglut portmaster -r freeglut That means we should already use freeglut, right? Best regards, Luca On 06/15/12 13:04, Luca Pizzamiglio wrote: > 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 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FDB2F26.9050308>