March 2009 - Xquartz-dev - lists.macosforge.org

2.4.0_beta1
by Jeremy Huddleston 02 Jun '09

02 Jun '09

Hi everyone. I'm proud to announce that 2.4.0_beta1 of XQuartz is ready. With this release, we've jumped to the 1.6 server branch, updated libX11, libxcb, pixman and various others from their rc versions to final release versions, and integrated massive improvements to our GLX support thanks to George's hard work. A list of all changes since 2.3.2.1 can be seen in our ChangeLog: http://xquartz.macosforge.org/trac/wiki/ChangeLog And here's the dmg: http://static.macosforge.org/xquartz/downloads/X11-2.4.0_beta1.dmg For those that are interested, the source code for our libGL is available in svn (see our websvn interface at http://xquartz.macosforge.org/trac/changeset) or from http://xquartz.macosforge.org/downloads/src. The X11 server is seeing massive changes to its input handling to support multiple devices and multitouch. As such, the 1.6 server branch has seen a fair number of changes as a stepping stone toward that end. Unfortunately, all the kinks have not been worked out of input handling, so most of the known regressions are related to input: * capslock doesn't work * a possible race condition can cause xmodmap to ruin your key mappings * workaround: move your ~/.Xmodmap file somewhere else and load it after X has already started * sometimes X may stop responding to your mouse * George has seen this, but I haven't. If someone can help with reproducibility, I'd be grateful George also has some note regarding the GLX improvement (we now support GLX-1.4): AppleSGLX Release Notes o OpenGL Support AppleSGLX supports the same version of OpenGL as Leopard (OpenGL 2.1). Many extensions from the OpenGL framework are now builtin. This adds support for GLSL, and a variety of other features. o Thread Support Thread support has been improved since the libGL in XQuartz 2.3.2.1. o GLX 1.4 Support The GLX 1.3 and 1.4 functions should all work with a few exceptions as outlined in this document. o glXMakeContextCurrent (a GLX 1.3 feature) glXMakeContextCurrent should work with the readable drawable. The OpenGL functions: glReadPixels, glCopyPixels, and glCopyColorTable, should use the readable drawable if it's different than the rendering drawable. o glXGetProcAddress (a GLX 1.4 feature and ARB extension) glXGetProcAddress should work and allow getting the address of any extension functions you may need from the X11 libGL, or OpenGL framework libGL. Previous versions of the X11 libGL didn't allow getting the newer OpenGL framework addresses. o GLXPixmaps New support for GLXPixmaps works well with mixed X11 and OpenGL drawing operations. You can create them using glXCreateGLXPixmap or glXCreatePixmap. o GLXPbuffers Support for GLXPbuffers has been added. These are drawables that are not possible to render to with X11, which is allowed by the spec. A GLXPbuffer will never generate a clobber event, however glXSelectEvent and glXGetSelectedEvent should operate normally. Clobber events are not generated due to low-level architectural differences. The contents of your pbuffers will not be clobbered. o Shared Contexts Due to basic low-level architectural differences the usage of shared contexts requires a similar visual or GLXFBConfig be used in the creation of a shared context. It's best if you specify the same visual. This is due to a CGL design difference, and not something that is easily worked around. o Indirect The X server supports indirect fairly well, so OpenGL applications can be run remotely and displayed by XQuartz. This means you can run applications from a remote host on an XQuartz X server. AppleSGLX does not support indirect rendering. Any indirect context created will appear to glXIsDirect as an indirect context, but it does not actually support indirect rendering to a remote X server. AppleSGLX supports GLXPixmaps and GLXPbuffers with direct and indirect contexts, though they are all direct contexts by definition (see above).

7 13

Tiger: OpenGL problem with stereo visuals with AppleSGLX-55
by Martin Otte 26 Mar '09

26 Mar '09

Using AppleSGLX-55 and xorg-server-1.4.2-apple37 from macports, I can now compile a working X-server with accelerated OpenGL on Tiger. The only difference I noted compared to the system X11 is that a glx program which tries to use a stereo visual crashes. I can replicate the same crash with glxgears -stereo: > env LIBGL_DIAGNOSTIC=1 glxgears -stereo initializing libGL in apple_init_glx DIAG: CGL major 1 minor 0 error: invalid pixel format X Error of failed request: GLXBadContext Major opcode of failed request: 0 () Serial number of failed request: 22 Current serial number in output stream: 22 So far, this is the only problem that I have experienced with xorg- server-1.4.2-apple37 on Tiger. Thanks for the Tiger support, Martin

3 4

Some opengl windows blacked out with 2.3.3rc2
by Martin Otte 26 Mar '09

26 Mar '09

I just upgraded to 2.3.3_rc2 from 2.3.2, and everything works fine except for one application (IDL) where all opengl windows are blacked out. If I click and drag/rotate the visualization in the window, the correct scene will flash momentarily but the window will again be entirely black when I stop moving the visualized surface. Everything worked fine with 2.3.2 and earlier versions. Since it is a commercial product, I can't help with any source code examples. Thanks, Martin

2 2

Cmd-tab switch behavior and Spaces [was: 2.3.2_beta2]
by Brian Bender 25 Mar '09

25 Mar '09

Hi Jeremy, I couldn't find a ticket specifically for this issue; do you know of one that includes it, or would you like me to create a new one? I verified that it's still broken in 2.3.3_rc2 if you uncheck that Spaces setting. Thanks, - Brian 2008/11/11 Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> > > Yeah, that won't be fixed until maybe 2.3.3... > > > On Nov 11, 2008, at 11:12, Brian Bender wrote: > >> Hi Jeremy, >> >> I assume this one was too ugly (or just too low priority) for 2.3.2_beta3? >> (either way, FYI, it's still wonky <g>) >> >> Glad the spin/hang is fixed, though. Thanks! >> >> - Brian >> >> 2008/10/27 Jeremy Huddleston jeremyhu-at-berkeley.edu >> |Xquartz-dev/personal| <...>: >>> >>> Yes. In spaces preference pane, there's a checkbox for "When switching to >>> an application, switch to a space with open windows for that application" >>> ... we now support that option... and it looks like a side effect is that >>> it's not raising the windows in the current space if there are any... so... >>> yick... this is gonna get ugly I think... >>> >>> --Jeremy >>> >>> On Oct 27, 2008, at 12:37, Brian Bender wrote: >>> >>>> Hi Jeremy, >>>> >>>> I think there's a regression in this release with cmd-tab not bringing >>>> X11 windows to the top any more. I reverted back to 2.3.2_beta1 + >>>> X11-1.4.2-apple20 + xpbproxy-20081015 to verify, and it works OK. If I >>>> reinstall 2.3.2_beta2, cmd-tab switching to X11 doesn't bring windows >>>> to the top of the z-order. They gain focus, but they stay behind other >>>> windows. >>>> >>>> Were there any updates after X11-1.4.2-apple20 (but before >>>> 2.3.2_beta2) that I'm missing that would affect this? >>>> >>>> - Brian

2 2

Remote X11 Connections Blocked on Leopard vs. Tiger
by Grant Erickson 19 Mar '09

19 Mar '09

Arguably belatedly, I made the transition from Tiger to Leopard on my various machines yesterday. In general, the transition seemed to go smoothly; however, some bumps have been encountered with X11 (Xquartz 2.1.5 - (xorg-server 1.3.0-apple22) (2.1.5)). A partial work-around to start-up issues resolved ( http://lists.macosforge.org/pipermail/xquartz-dev/2009-March/002204.html) I am now running into remote connectivity issues. I am not using SSH X11 forwarding, DISPLAY seems to be correct on both sides of the connection, all four combinations of X11.app security settings seem to have no impact and neither xhost nor xhost + seem to work: aesop% echo $DISPLAY /tmp/launch-3n3Zy2/:0 % ping -c 2 fenster.local PING fenster.local (192.168.1.14): 56 data bytes 64 bytes from 192.168.1.14: icmp_seq=0 ttl=128 time=0.796 ms 64 bytes from 192.168.1.14: icmp_seq=1 ttl=128 time=0.290 ms aesop% xhost + access control disabled, clients can connect from any host aesop% slogin fenster.local fenster.local's password: Last login: Wed Mar 18 19:32:47 2009 from 192.168.1.2 fenster% echo $DISPLAY 192.168.1.2:0.0 fenster% ping aesop.local 56 2 PING aesop.local. (192.168.1.2): 56 data bytes 64 bytes from 192.168.1.2: icmp_seq=0 ttl=64 time=0 ms 64 bytes from 192.168.1.2: icmp_seq=1 ttl=64 time=0 ms fenster% xemacs & X server not responding : "192.168.1.2:0.0" aesop% grep X11 /etc/ssh* ~/.ssh/* /etc/ssh_config:# ForwardX11 no /etc/ssh_config.system_default:# ForwardX11 no /etc/sshd_config:#X11Forwarding no /etc/sshd_config:#X11DisplayOffset 10 /etc/sshd_config:#X11UseLocalhost yes /etc/sshd_config:# X11Forwarding no /etc/sshd_config.system_default:#X11Forwarding no /etc/sshd_config.system_default:#X11DisplayOffset 10 /etc/sshd_config.system_default:#X11UseLocalhost yes /etc/sshd_config.system_default:# X11Forwarding no fenster% grep X11 /etc/ssh* ~/.ssh/* /etc/ssh_config:# ForwardX11 no /etc/sshd_config:#X11Forwarding no /etc/sshd_config:#X11DisplayOffset 10 /etc/sshd_config:#X11UseLocalhost yes /etc/sshd_config:# X11Forwarding no This all worked OK under Tiger. Any thoughts on what I might be missing or miss-setting here? Thanks, Grant

3 6

Leopard, Xquartz 2.1.5 and Spawning Problems
by Grant Erickson 19 Mar '09

19 Mar '09

Arguably belatedly, I made the transition from Tiger to Leopard on my various machines yesterday. In general, the transition seemed to go smoothly; however, some bumps have been encountered with X11 (Xquartz 2.1.5 - (xorg-server 1.3.0-apple22) (2.1.5)). In particular, either interactively launching a command (e.g. xeyes) from Terminal.app or launching X11.app directly from the Finder, resulted in the popular: 3/18/09 5:12:07 PM com.apple.launchd[178] (org.x.startx) Throttling respawn: Will start in 10 seconds error. After reading this list and consulting Google, I concluded that DISPLAY was not the problem and selectively began adding/removing dot (e.g. .profile, etc.) files from my home directory. I eventually narrowed it down to my .profile. Within that file, I further narrowed it down to a few lines: if [ -z "${PS1}" ] || [ -n "${ENVONLY}" ]; then exit 0 fi If I have a .profile with these lines and only these lines, X11 will never start. If I simply change the above to: if [ -z "${PS1}" ] || [ -n "${ENVONLY}" ]; then echo "Non-interactive" fi Then X starts normally and whatever command that needed to use the display runs and realizes its windows, etc. I've been using this .profile for nearly two decades on all manner of systems including Sun OS, Solaris, Irix, Cygwin, HP/UX, Darwin, Linux, etc. and have never had a problem with the above logic. The whole script amounts to: # Set umask # Add some paths to PATH # Exit if non-interactive # Interactive setup What is it about falling off the end of the profile that is OK (should amount to exit $?) whereas explicitly calling exit 0 causes X11 to choke in attempting to launch? Thanks, Grant

3 3

2.3.3_rc2
by Jeremy Huddleston 17 Mar '09

17 Mar '09

Here is an updated release candidate for 2.3.3. Since rc1, we've done more work on GLX and pulled in newer versions of some protos and libs. A full changelog from 2.3.2.1 can be found here: http://xquartz.macosforge.org/trac/wiki/X112.3.3 And the dmg is here: http://static.macosforge.org/xquartz/downloads/X11-2.3.3_rc2.dmg Thanks, Jeremy

2 4

Uninstaller for XQuartz
by Frank Schima 16 Mar '09

16 Mar '09

Hi, Is there an uninstaller for XQuartz? I ask because I've switched to installing it from macports and I want to make sure I remove the remnants from /usr (and wherever) so as to not confuse things. Cheers! Frank Schima

2 2

Updated quartz-wm for Tiger / MacPorts
by Jeremy Huddleston 15 Mar '09

15 Mar '09

I've built an updated quartz-wm for Tiger (don't try using this on Leopard) for use with the new xorg-server in MacPorts. This quartz-wm will fix the "100% CPU issue when pasteboard proxying is enabled" issue and fixes the dock interaction bug that was present in the 1.0.0 version that I built a few weeks ago. This also brings Tiger users all the fixes that have gone into quartz-wm on Leopard (gravity hints, fullscreen hints, etc). http://static.macosforge.org/xquartz/downloads/quartz-wm-1.0.1-Tiger.bz2 download it, decompress it, and place it at /opt/local/bin/quartz-wm (or change /opt/local/bin to be your prefix). You will also need to 'sudo port -v upgrade xinit' to get xinitrc to use this quartz-wm instead of the system one. --Jeremy

3 4

2.3.3_rc1
by Jeremy Huddleston 10 Mar '09

10 Mar '09

2.3.3_rc1 is ready for testing. Thanks to everyone who's helped out with testing the earlier beta versions. This release is really looking solid. George's GLX and DRI work is really panning out =) Check out a full changelog here: http://xquartz.macosforge.org/trac/wiki/X112.3.3 And get your dmg here: http://static.macosforge.org/xquartz/downloads/X11-2.3.3_rc1.dmg

9 32