February 2011 - Xquartz-dev - lists.macosforge.org

2.6.0_beta2
by Jeremy Huddleston 29 Sep '11

29 Sep '11

I just uploaded 2.6.0_beta2 which pulls in all the updates in X11R7.6 RC1 plus the xorg-server 1.9.3 RC1 server. You can obtain the update by checking for updates in the X11 menu or directly here: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.6.0_beta2.dmg The full ChangeLog is available here: http://xquartz.macosforge.org/trac/wiki/ChangeLog The only XQuartz specific changes I want to address before making rc1 are related to RandR. If you find any regressions or serious issues, please let me know. --Jeremy

3 11

XQuartz and Lion
by Jeremy Huddleston 26 Feb '11

26 Feb '11

The first seed of Mac OS 10.7 (Lion) was released to developers this week. If you have access to it, I encourage you to test it out. It's my expectation that XQuartz (the "Snow Leopard "version) will work on Lion, so please lend a hand if you're able. In reporting any issues you come across, it will be helpful to know if they appear in just one of the versions or both of them, so throw XQuartz.app and X11.app into your dock to make switching easier (which I'm sure some of you do in SL already). I just want to remind you that discussion of Lion specifics should be kept off the list. Please feel free to email me directly regarding X11 issues you are seeing in Lion, or you can file bugs at http://bugreport.apple.com Thanks for your help, Jeremy

1 0

Re: [Xquartz-dev] PNG issue with 2.6.0 final (snow leopard)
by Dave Ray 22 Feb '11

22 Feb '11

Yes, 2.6.1 beta1 does work better. I read the top entry in the changelog and mistakenly thought it was for the latest release! My bad. I did get to the bottom of the problem. A program was written such that it would fail if both png 1.4 and 1.5 .pc files co-existed on a machine, regardless of sym links. Installing XQuartz 2.6.0 triggered the problem, but was not the cause.

1 0

On Feb 20, 2011, at 8:06 PM, Dave Ray wrote: I've been using 2.6.0_final (snow leopard) for a few weeks now without problems. Some of my apps use libpng, and there were no problems with the libs in /opt/X11/lib. I was building some new apps today that use png, against the headers in XQuartz. First time trying this with 2.6.0. gcc was throwing png-related errors. I had no png packages installed besides those from Apple and XQuartz. All my paths are all set to /usr/local first, then /opt/X11, th
by Dave Ray 21 Feb '11

21 Feb '11

> On Feb 20, 2011, at 20:06, Dave Ray wrote: > >> I was building some new apps today that use png, against the headers in XQuartz. First time trying this with 2.6.0. gcc was throwing png-related errors. I had no png packages installed besides those from Apple and XQuartz. >> >> All my paths are all set to /usr/local first, then /opt/X11, then /usr/X11 last. So I'm pretty sure the ones from XQuartz were the ones being used. >> >> I compiled libpng1.5.1 and installed into /usr/local. I pruned out all the png files from /opt/X11 (except libs in /opt/X11/lib). All gcc errors went away. >> >> I don't think the problem is the libpng version number, since 1.5.1 is working. I think there was something wrong with the include headers or something. Perhaps the libpng version in XQuartz 2.6.0 was an early version of 1.5 with bugs. > > Nope. 2.6.0 contains 1.4.x and 1.2.x SDK and libs. 2.6.1_beta1 contains 1.2.x, 1.4.x libs and 1.5.x SDK and libs. > > That being said, there are no known problems. Please be a bit more specific about the issues you are seeing. Also, please try 2.6.1_beta1 since it will probably just work for you. My misunderstanding on the version numbers. In any case, I think there may be a problem with the PNG includes in 2.6.0. I will update to the latest beta and check. I had been compiling apps using the includes in XQuartz before 2.6.0 without a problem,. The upgrade to 2.6.0 caused png-related compiler failures, regardless of version. No other changes on my side, I was compiling the same apps - e16 and e17.

2 1

PNG issue with 2.6.0 final (snow leopard)
by Dave Ray 21 Feb '11

21 Feb '11

I've been using 2.6.0_final (snow leopard) for a few weeks now without problems. Some of my apps use libpng, and there were no problems with the libs in /opt/X11/lib. I was building some new apps today that use png, against the headers in XQuartz. First time trying this with 2.6.0. gcc was throwing png-related errors. I had no png packages installed besides those from Apple and XQuartz. All my paths are all set to /usr/local first, then /opt/X11, then /usr/X11 last. So I'm pretty sure the ones from XQuartz were the ones being used. I compiled libpng1.5.1 and installed into /usr/local. I pruned out all the png files from /opt/X11 (except libs in /opt/X11/lib). All gcc errors went away. I don't think the problem is the libpng version number, since 1.5.1 is working. I think there was something wrong with the include headers or something. Perhaps the libpng version in XQuartz 2.6.0 was an early version of 1.5 with bugs. -Dave

2 1

XQuartz 2.6.1_beta1
by Jeremy Huddleston 18 Feb '11

18 Feb '11

XQuartz 2.6.1_beta1 is ready for download. This is primarily a maintenance release aimed at picking up a handful of bug fixes and addressing some regressions (like the hotplugging displays issues). One important thing to note is the addition of libpng-1.5.1. With this release, I've removed the libpng-1.2 and libpng-1.4 SDKs (but the libs are still present so as to not break existing applications). libpng-1.5.1 has removed API from libpng that had been deprecated for years. There may be a few applications that need to be updated to build with the new version. If this is a huge problem, I can go back to providing both SDKs, so please be vocal if you have problems. As always, grab the update by checking for updates in XQuartz or directly from this link: http://xquartz.macosforge.org/downloads/SL/XQuartz-2.6.1_beta1.dmg Thanks, Jeremy

2 1

Problems with XQuartz 2.6.0 (xorg-server 1.9.3)
by Peter Dyballa 14 Feb '11

14 Feb '11

I am starting this new thread because of a few more problems I see. In ~/.xinitrc.d/50-clients.sh I had just 'gkrellm &' which worked before. Now I have to add the path to the X client, /sw/bin/. PWD in GNU Emacs is /, but HOME is OK. When I launch uxterm the Programmes menu it has PWD=$HOME, when I launch it from ~/.xinitrc.d/50- clients.sh it has PWD=/. The value of PATH in ~/.xinitrc.d/50-clients.sh is PATH=/opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin although 'defaults read ~/.MacOSX/environment PATH' gives /Users/pete/bin:/sw/lib/flex/bin:/sw/lib/freetype219/bin:/sw/lib/xft2/ bin:/usr/local/bin:/usr/local/texlive/2009/bin/universal-darwin:/usr/ bin:/bin:/sbin:/usr/sbin:/usr/local/sbin:/sw/sbin:/usr/X11/bin:/sw/ bin:/Developer/Tools The command "bash -c 'echo $PATH'", hopefully reporting the PATH bash uses and not what the shell sees which is interpreting this command, gives: /opt/local/bin:/opt/local/sbin:/usr/local/texlive/2010/bin/universal- darwin:/Users/pete/bin:/sw/lib/flex/bin:/sw/lib/freetype219/bin:/sw/ lib/xft2/bin:/usr/local/bin:/usr/local/texlive/2009/bin/universal- darwin:/usr/bin:/bin:/sbin:/usr/sbin:/usr/local/sbin:/sw/sbin:/usr/X11/ bin:/sw/bin:/Developer/Tools which indeed is close to the environment in which GNU Emacs is running, because it's being launched as env PATH=/usr/local/texlive/2010/bin/universal-darwin:/Users/pete/ bin:/sw/lib/flex/bin:/sw/lib/freetype219/bin:/sw/lib/xft2/bin:/usr/ local/bin:/usr/local/texlive/2009/bin/universal-darwin:/usr/bin:/bin:/ sbin:/usr/sbin:/usr/local/sbin:/sw/sbin:/usr/X11/bin:/sw/bin:/ Developer/Tools MANPATH=/usr/local/texlive/2010/texmf/doc/man:/usr/ local/share/man:/usr/local/clamXav/share/man:/usr/share/man:/usr/X11/ share/man:/sw/share/man:/usr/local/texlive/2009/texmf/doc/man:/opt/ local/share/man:/Developer/usr/llvm-gcc-4.2/share/man:/sw/lib/ perl5/5.8.8/man INFOPATH=/usr/local/texlive/2010/texmf/doc/info:/usr/ local/texlive/2009/texmf/doc/info:/usr/share/info:/usr/local/share/ info:/sw/share/info:/opt/local/share/info:/Applications/EmacsJCVS.app/ Contents/Resources/info:/Applications/EmacsJCVS.app/Contents/Resources/ extra/info emacs-24.0.50 -geometry 100x55+696+145 -T 'TeX Live 2010(a)24.0.50 ' -xrm 'Emacs*iconName: TeX Live-2010' --debug-init & The environment set up here is inherited by processes spawned by GNU Emacs, for example a pdflatex run. But not by tcsh running in *shell* buffer or running in uxterm. The *shell* buffer in NS Emacs 24.0.50 /has/ inherited the environment and PATH setting. The value of SHELL in ~/.xinitrc.d/50-clients.sh is /bin/tcsh, the value of X11_PREFS_DOMAIN is org.macports.X11, the script starts with echo "50-clients.sh" -- Greetings Pete "Klingons do not believe in indentation - except perhaps in the skulls of their project managers."

3 13

FBConfig woes
by Stefan Eilemann 14 Feb '11

14 Feb '11

Jeremy, all, this is a followup to bug 466: http://xquartz.macosforge.org/trac/ticket/466 I tried the following to get my implementation working, details below: 1) Use glXCreateNewContext: crash 2) Use glXCreateContextWithConfigSGIX: return 0 I'm running 2.6.0 with the following libraries: dyld: loaded: /Users/eile/Software/eq-git/src/./debug_glx/bin/eqPly.app/Contents/MacOS/eqPly dyld: loaded: /Users/eile/Software/eq-git/src/debug_glx/libs/client/libEqualizer.1.0.0.dylib dyld: loaded: /Users/eile/Software/eq-git/src/debug_glx/libs/admin/libEqualizerAdmin.1.0.0.dylib dyld: loaded: /Users/eile/Software/eq-git/src/debug_glx/libs/collage/libCollage.0.2.0.dylib dyld: loaded: /usr/lib/libSystem.B.dylib dyld: loaded: /opt/local/lib/libboost_system-mt.dylib dyld: loaded: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon dyld: loaded: /usr/X11/lib/libSM.6.dylib dyld: loaded: /usr/X11/lib/libICE.6.dylib dyld: loaded: /usr/X11/lib/libX11.6.dylib dyld: loaded: /usr/X11/lib/libXext.6.dylib dyld: loaded: /usr/X11/lib/libGL.1.dylib ... What's the proper way to get this working? Cheers, Stefan. 1) Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 [Switching to process 2161] 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00000001002501eb in eq::GLXWindow::createGLXContext (this=0x10305e4b0, fbConfig=0x10283a200) at /Users/eile/Software/eq-git/src/libs/client/glXWindow.cpp:328 ... (gdb) up #1 0x00000001002501eb in eq::GLXWindow::createGLXContext (this=0x10305e4b0, fbConfig=0x10283a200) at /Users/eile/Software/eq-git/src/libs/client/glXWindow.cpp:328 328 GLXContext context = glXCreateNewContext( _xDisplay, fbConfig[ 0 ], type, shCtx, True ); (gdb) p glXCreateNewContext $1 = {<text variable, no debug info>} 0x100d70426 <glXCreateNewContext> (gdb) p _xDisplay $3 = (Display *) 0x103805800 (gdb) p fbConfig[ 0 ] $4 = (struct __GLXFBConfigRec *) 0x10303a070 (gdb) p type $5 = 32788 (gdb) p shCtx $6 = (struct __GLXcontextRec *) 0x0 2) Breakpoint 2, eq::GLXWindow::createGLXContext (this=0x101a1afc0, fbConfig=0x102060200) at /Users/eile/Software/eq-git/src/libs/client/glXWindow.cpp:328 328 GLXContext context = glXCreateContextWithConfigSGIX( _xDisplay, fbConfig[0], type, shCtx, True ); (gdb) n 364 if( !context ) (gdb) p context $1 = (struct __GLXcontextRec *) 0x0 -- http://www.eyescale.ch http://www.equalizergraphics.com http://www.linkedin.com/in/eilemann

2 2

Speed of copying from Mac OS X to X11
by Peter Dyballa 11 Feb '11

11 Feb '11

Hello! It can take many seconds, feeling more like minutes, until a text selection plus copy action in Mac OS X is available for pasting in X11 – can this process be sped up? By prioritising components? -- Greetings Pete It's not the valleys in life I dread so much as the dips. – Garfield

3 5