August 2010 - Xquartz-dev - lists.macosforge.org

XQuartz 2.6.0_alpha2
by Jeremy Huddleston 11 Sep '10

11 Sep '10

2.6.0_alpha2 pulls in all the changes that went into 2.5.3 (some of which weren't in 2.6.0_alpha1), pulls in upstream changes from 1.9 RC6, and has a bunch of additional work on RandR which addresses the crash in alpha1 and better integrates RandR with the legacy rootless/fullscreen mode switching. It doesn't yet Capture/Release the screen like it should. I spent about 5 minutes working on that before the flight attendant made me turn off the laptop, and it was giving me issues, so it'll have to wait until next time. You can just check for updates or grab it here: http://static.macosforge.org/xquartz/downloads/SL/XQuartz-2.6.0_alpha2.dmg Thanks, Jeremy

4 7

Re: [Xquartz-dev] Xquartz-dev Digest, Vol 34, Issue 15
by Christof Wolf 28 Aug '10

28 Aug '10

On Saturday 28 August 2010, xquartz-dev-request(a)lists.macosforge.org wrote: > > I can see this. But the interesting thing is, I don't have cpp on my > > system though I have XCode on it. > > > > Is there a way to install it manually? > > Try reinstalling Xcode? I've reinstalled Xcode and xterm works again :-) thanks christof -- public key www.hfph.mwn.de/~chwolf/chwolf.asc Please respect my privacy and do not make my contact information available to third parties.

1 0

xterm - black
by Christof Wolf 28 Aug '10

28 Aug '10

On Monday 23 August 2010, xquartz-dev-request(a)lists.macosforge.org wrote: > Actually, xinitrc will C Pre-Process if /usr/bin/cpp is present. Install > XCode, and it should work as you want. Jeremey, sorry, but it doesn't. I am now on my macbook pro, where I have installed XCode - on the macbook air I don't have too much space :-) it's exact the same behavior. What I do remember is, that it was not all the time the case - maybe it worked with .xinitrc? best christof -- public key www.hfph.mwn.de/~chwolf/chwolf.asc Please respect my privacy and do not make my contact information available to third parties.

3 3

Libpng mismatch
by Peter Dyballa 27 Aug '10

27 Aug '10

Hello! When compiling GNU Emacs 24.0.50 from bzr with GTK from MacPorts and X11 from the org.x.x11.pkg version 2.5.23 in /usr/X11 I get a partly non-functional binary: PNG warning: Application was compiled with png.h from libpng-1.2.8 PNG warning: Application is running with png.c from libpng-1.4.3 PNG warning: Incompatible libpng version in application and library PATH starts with /opt/local/bin, configuration happened with: ./configure --without-sound --without-dbus --without-pop --without- gconf --with-x-toolkit=gtk --x-libraries=/usr/X11/lib --x-includes=/ usr/X11/include --enable-locallisppath=/Library/Application\ Support/ Emacs/calendar24:/Library/Application\ Support/Emacs CFLAGS="-g -H - pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 -faltivec -fast" CPPFLAGS="" LDFLAGS="-Wl,-dead_strip_dylibs" CC=gcc-4.2 CPP=cpp-4.2 The (patched) configure script (to use MacPorts instead of Fink) reports: checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking libpng/png.h usability... yes checking libpng/png.h presence... yes checking for libpng/png.h... yes checking for png_get_channels in -lpng... yes Its LOG file contains: configure:10650: checking png.h usability configure:10650: gcc-4.2 -I/opt/local/include -L/opt/local/lib -c -I/ usr/X11/include -g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 - faltivec -fast -D_REENTRANT -I/usr/X11/include/cairo -I/usr/X11/ include/pixman-1 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/ usr/X11/include/libpng14 -I/opt/local/include/librsvg-2 -I/opt/local/ include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -I/opt/local/include/gtk-2.0 -D_REENTRANT -I/usr/X11/include/ cairo -I/usr/X11/include -I/usr/X11/include/pixman-1 -I/usr/X11/ include/freetype2 -I/usr/X11/include/libpng14 -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 - I/opt/local/include/pango-1.0 -I/opt/local/include/gio-unix-2.0/ -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/usr/X11/include -I/usr/X11/include/freetype2 -I/ usr/X11/include -I/usr/X11/include -I/usr/X11/include/freetype2 conftest.c >&5 . /usr/include/stdio.h .. /usr/include/_types.h ... /usr/include/sys/_types.h .... /usr/include/sys/cdefs.h .... /usr/include/machine/_types.h ..... /usr/include/ppc/_types.h . /usr/include/sys/types.h .. /usr/include/sys/appleapiopts.h .. /usr/include/machine/types.h ... /usr/include/ppc/types.h .... /usr/include/ppc/_types.h .. /usr/include/machine/endian.h ... /usr/include/ppc/endian.h .... /usr/include/sys/_endian.h .. /usr/include/sys/_structs.h . /usr/include/sys/stat.h .. /usr/include/sys/_structs.h . /usr/include/stdlib.h .. /usr/include/available.h .. /usr/include/sys/wait.h ... /usr/include/sys/signal.h .... /usr/include/machine/signal.h ..... /usr/include/ppc/signal.h ...... /usr/include/ppc/_structs.h .... /usr/include/sys/_structs.h ..... /usr/include/machine/_structs.h ...... /usr/include/ppc/_structs.h ....... /usr/include/mach/ppc/_structs.h ... /usr/include/sys/resource.h .... /usr/include/sys/_structs.h .. /usr/include/alloca.h . /Developer/usr/bin/../lib/gcc/powerpc-apple-darwin9/4.2.1/include/ stddef.h . /usr/include/string.h . /usr/include/strings.h . /usr/include/inttypes.h .. /Developer/usr/bin/../lib/gcc/powerpc-apple-darwin9/4.2.1/include/ stdint.h . /usr/include/unistd.h .. /usr/include/sys/unistd.h .. /usr/include/sys/select.h ... /usr/include/sys/_structs.h ... /usr/include/sys/_select.h . /opt/local/include/png.h .. /opt/local/include/zlib.h ... /opt/local/include/zconf.h .. /opt/local/include/pngconf.h ... /usr/include/setjmp.h .... /usr/include/machine/setjmp.h ..... /usr/include/ppc/setjmp.h ...... /usr/include/ppc/_structs.h ... /usr/include/time.h .... /usr/include/_structs.h ..... /usr/include/sys/_structs.h configure:10650: $? = 0 configure:10650: result: yes configure:10650: checking png.h presence configure:10650: gcc-4.2 -E -no-cpp-precomp -I/opt/local/include -L/ opt/local/lib -I/usr/X11/include -I/usr/X11/include -I/usr/X11/ include/freetype2 conftest.c configure:10650: $? = 0 configure:10650: result: yes configure:10650: checking for png.h configure:10650: result: yes configure:10650: checking libpng/png.h usability configure:10650: gcc-4.2 -I/opt/local/include -L/opt/local/lib -c -I/ usr/X11/include -g -H -pipe -fPIC -fno-common -mcpu=7450 -mtune=7450 - faltivec -fast -D_REENTRANT -I/usr/X11/include/cairo -I/usr/X11/ include/pixman-1 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/ usr/X11/include/libpng14 -I/opt/local/include/librsvg-2 -I/opt/local/ include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -I/opt/local/include/gtk-2.0 -D_REENTRANT -I/usr/X11/include/ cairo -I/usr/X11/include -I/usr/X11/include/pixman-1 -I/usr/X11/ include/freetype2 -I/usr/X11/include/libpng14 -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 - I/opt/local/include/pango-1.0 -I/opt/local/include/gio-unix-2.0/ -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/usr/X11/include -I/usr/X11/include/freetype2 -I/ usr/X11/include -I/usr/X11/include -I/usr/X11/include/freetype2 conftest.c >&5 . /usr/include/stdio.h .. /usr/include/_types.h ... /usr/include/sys/_types.h .... /usr/include/sys/cdefs.h .... /usr/include/machine/_types.h ..... /usr/include/ppc/_types.h . /usr/include/sys/types.h .. /usr/include/sys/appleapiopts.h .. /usr/include/machine/types.h ... /usr/include/ppc/types.h .... /usr/include/ppc/_types.h .. /usr/include/machine/endian.h ... /usr/include/ppc/endian.h .... /usr/include/sys/_endian.h .. /usr/include/sys/_structs.h . /usr/include/sys/stat.h .. /usr/include/sys/_structs.h . /usr/include/stdlib.h .. /usr/include/available.h .. /usr/include/sys/wait.h ... /usr/include/sys/signal.h .... /usr/include/machine/signal.h ..... /usr/include/ppc/signal.h ...... /usr/include/ppc/_structs.h .... /usr/include/sys/_structs.h ..... /usr/include/machine/_structs.h ...... /usr/include/ppc/_structs.h ....... /usr/include/mach/ppc/_structs.h ... /usr/include/sys/resource.h .... /usr/include/sys/_structs.h .. /usr/include/alloca.h . /Developer/usr/bin/../lib/gcc/powerpc-apple-darwin9/4.2.1/include/ stddef.h . /usr/include/string.h . /usr/include/strings.h . /usr/include/inttypes.h .. /Developer/usr/bin/../lib/gcc/powerpc-apple-darwin9/4.2.1/include/ stdint.h . /usr/include/unistd.h .. /usr/include/sys/unistd.h .. /usr/include/sys/select.h ... /usr/include/sys/_structs.h ... /usr/include/sys/_select.h . /usr/X11/include/libpng/png.h .. /opt/local/include/zlib.h ... /opt/local/include/zconf.h .. /usr/X11/include/libpng/pngconf.h ... /usr/include/setjmp.h .... /usr/include/machine/setjmp.h ..... /usr/include/ppc/setjmp.h ...... /usr/include/ppc/_structs.h ... /usr/include/time.h .... /usr/include/_structs.h ..... /usr/include/sys/_structs.h configure:10650: $? = 0 configure:10650: result: yes configure:10650: checking libpng/png.h presence configure:10650: gcc-4.2 -E -no-cpp-precomp -I/opt/local/include -L/ opt/local/lib -I/usr/X11/include -I/usr/X11/include -I/usr/X11/ include/freetype2 conftest.c configure:10650: $? = 0 configure:10650: result: yes configure:10650: checking for libpng/png.h configure:10650: result: yes configure:10662: checking for png_get_channels in -lpng configure:10687: gcc-4.2 -I/opt/local/include -L/opt/local/lib -o conftest -I/usr/X11/include -g -H -pipe -fPIC -fno-common -mcpu=7450 - mtune=7450 -faltivec -fast -D_REENTRANT -I/usr/X11/include/cairo -I/ usr/X11/include/pixman-1 -I/usr/X11/include/freetype2 -I/usr/X11/ include -I/usr/X11/include/libpng14 -I/opt/local/include/librsvg-2 -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/opt/local/include/gtk-2.0 -D_REENTRANT -I/usr/X11/ include/cairo -I/usr/X11/include -I/usr/X11/include/pixman-1 -I/usr/ X11/include/freetype2 -I/usr/X11/include/libpng14 -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 - I/opt/local/include/pango-1.0 -I/opt/local/include/gio-unix-2.0/ -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/usr/X11/include -I/usr/X11/include/freetype2 -I/ usr/X11/include -I/usr/X11/include -I/usr/X11/include/freetype2 - Wl,-dead_strip_dylibs -L/usr/X11/lib conftest.c -lpng -lz -lm - lXrender -L/usr/X11/lib -lXft -lXrender -lfontconfig -lexpat -liconv - lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -L/usr/X11/lib -L/opt/local/ lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lXinerama -lXi -lXrandr -lXcursor -lXcomposite - lXdamage -lpangoft2-1.0 -lgio-2.0 -lXext -lXfixes -lcairo -lpixman-1 - lpng14 -lXrender -lX11 -lxcb -lXau -lXdmcp -lpango-1.0 -lm - lfontconfig -lexpat -lfreetype -lz -lgobject-2.0 -lgmodule-2.0 - lgthread-2.0 -lglib-2.0 -lintl -liconv -L/usr/X11/lib -L/opt/local/ lib -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lcairo -lgobject-2.0 -lgmodule-2.0 - lgthread-2.0 -lglib-2.0 -lintl -lpixman-1 -lfontconfig -lexpat - lfreetype -liconv -lpng14 -lz -lXrender -lX11 -lxcb -lXau -lXdmcp - lX11 >&5 configure:10687: $? = 0 configure:10696: result: yes This last GCC invocation looks very suspicious to me: it has -lpng and -lpng14! The "-lpng" does not seem to come from a PC (pkg-config) file, it's obviously "hard coded" in the configure script. Another, strange, thing is that PNG related C header files are taken from /usr/ X11/include/libpng instead of /usr/X11/include (sym-links to /usr/X11/ include/libpng14) or /usr/X11/include/libpng14, pete 230 /\ l /usr/X11/include | grep libpng drwxr-xr-x 2 root wheel 136 9. Sep 2007 libpng drwxr-xr-x 2 root wheel 136 23. Aug 13:51 libpng12 drwxr-xr-x 2 root wheel 136 23. Aug 13:51 libpng14 lrwxr-xr-x 1 root wheel 14 23. Aug 13:51 png.h -> libpng14/png.h lrwxr-xr-x 1 root wheel 18 23. Aug 13:51 pngconf.h -> libpng14/ pngconf.h for example here when a file is compiled which enables GNU Emacs to display the picture inside of GIF, TIFF, or PNG (and a few other graphics) files: gcc-4.2 -I/opt/local/include -L/opt/local/lib -c -Demacs - DHAVE_CONFIG_H -I. -I/Users/pete/Quellen/Emacs_CVS/emacs-24/src -I/ usr/X11/include -D_REENTRANT -I/usr/X11/include/cairo -I/usr/X11/ include -I/usr/X11/include/pixman-1 -I/usr/X11/include/freetype2 -I/ usr/X11/include/libpng14 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ pango-1.0 -I/opt/local/include/gio-unix-2.0/ -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/ usr/X11/include -I/usr/X11/include/freetype2 -D_REENTRANT -I/usr/ X11/include/cairo -I/usr/X11/include/pixman-1 -I/usr/X11/include/ freetype2 -I/usr/X11/include -I/usr/X11/include/libpng14 -I/opt/local/ include/librsvg-2 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ glib-2.0/include -I/opt/local/include -I/opt/local/include/ gtk-2.0 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/opt/ local/include/freetype2 -I/opt/local/include -MMD -MF deps/image.d -Wimplicit-function-declaration -Wold-style-definition -Wdeclaration- after-statement -Wno-pointer-sign -g -H -pipe -fPIC -fno-common - mcpu=7450 -mtune=7450 -faltivec -fast image.c The directories checked according to this invocation are: -I/opt/local/include -I. -I/path/to/GNU Emacs/src -I/usr/X11/include -I/usr/X11/include/cairo -I/usr/X11/include -I/usr/X11/include/pixman-1 -I/usr/X11/include/freetype2 -I/usr/X11/include/libpng14 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/pango-1.0 -I/opt/local/include/gio-unix-2.0/ -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/usr/X11/include -I/usr/X11/include/freetype2 -I/usr/X11/include/cairo -I/usr/X11/include/pixman-1 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/usr/X11/include/libpng14 -I/opt/local/include/librsvg-2 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/gtk-2.0 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/opt/local/include/freetype2 -I/opt/local/include but, thanks to -H option, actually . /usr/include/unistd.h .. /usr/include/sys/unistd.h .. /usr/include/sys/select.h ... /usr/include/sys/_structs.h ... /usr/include/sys/_select.h => . /usr/X11/include/libpng/png.h .. /opt/local/include/zlib.h ... /opt/local/include/zconf.h .... /usr/include/sys/types.h ..... /usr/include/sys/_structs.h => .. /usr/X11/include/libpng/pngconf.h ... /usr/include/setjmp.h .... /usr/include/machine/setjmp.h ..... /usr/include/ppc/setjmp.h ...... /usr/include/ppc/_structs.h ... /usr/include/time.h .... /usr/include/_structs.h ..... /usr/include/sys/_structs.h which are "libpng version 1.2.8 - December 3, 2004", get included (excerpt from over 1,100 C header file lines), which are the wrong ones. (Those in libpng14 are "libpng version 1.4.3 - June 26, 2010".) Why is GCC 4.2 searching a directory not given to it? How can this behaviour be avoided? (With Fink instead of MacPorts GNU Emacs 24.0.50 compiles fine.) Is this worth a bug report at Apple? (I am using Leopard on PPC hardware – I'll certainly see no update in my life time.) Oh, one thing, otool reports: /opt/local/lib/libgtk-x11-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.1.0) /opt/local/lib/libgdk-x11-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.1.0) /opt/local/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 2001.0.0, current version 2001.1.0) /usr/X11/lib/libpng14.14.dylib (compatibility version 18.0.0, current version 18.0.0) /opt/local/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) /opt/local/lib/libfontconfig.1.dylib (compatibility version 6.0.0, current version 6.4.0) /opt/local/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.0.0) /opt/local/lib/libgobject-2.0.0.dylib (compatibility version 2401.0.0, current version 2401.2.0) /opt/local/lib/libglib-2.0.0.dylib (compatibility version 2401.0.0, current version 2401.2.0) /opt/local/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.1.0) /opt/local/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/local/lib/libtiff.3.dylib (compatibility version 13.0.0, current version 13.4.0) /opt/local/lib/libjpeg.8.dylib (compatibility version 9.0.0, current version 9.2.0) /opt/local/lib/libgif.4.dylib (compatibility version 6.0.0, current version 6.6.0) /opt/local/lib/libXpm.4.dylib (compatibility version 16.0.0, current version 16.0.0) /opt/local/lib/libXft.2.dylib (compatibility version 4.0.0, current version 4.13.0) /opt/local/lib/librsvg-2.2.dylib (compatibility version 29.0.0, current version 29.3.0) /opt/local/lib/libncurses.5.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libotf.0.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) -- Greetings Pete Work is the curse of the drinking class. – Oscar Wilde

2 1

Re: [Xquartz-dev] XQuartz 2.6.0_alpha2
by Peter Dyballa 23 Aug '10

23 Aug '10

Am 18.08.2010 um 20:28 schrieb Jeremy Huddleston: > It should be working on 10.4 through 10.6. I have now installed pete 297 /\ pkgutil -v --pkg-info org.x.x11.pkg package-id: org.x.x11.pkg version: 2.5.23 volume: / location: ./ install-time: Mon Aug 23 13:52:32 2010 and both xrandr binaries give: pete 298 /\ /usr/X11/bin/xrandr --version xrandr program version 1.3.3 Exit 1 pete 299 /\ /opt/local/bin/xrandr --version xrandr program version 1.3.3 Exit 1 pete 300 /\ otool -L /opt/local/bin/xrandr /opt/local/bin/xrandr: /opt/local/lib/libXrandr.2.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /opt/local/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/local/lib/libXau.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libXdmcp.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) pete 301 /\ otool -L /usr/X11/bin/xrandr /usr/X11/bin/xrandr: /usr/X11/lib/libXrandr.2.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) pete 302 /\ /opt/local/bin/xrandr -q /opt/local/bin/xrandr: could not get screen resourcesExit 1 pete 303 /\ /usr/X11/bin/xrandr -q /usr/X11/bin/xrandr: could not get screen resourcesExit 1 pete 304 /\ /usr/X11/bin/xrandr /usr/X11/bin/xrandr: could not get screen resourcesExit 1 PowerBook G4 17", PowerBook5,5 with PowerPC G4 (1.1) and Mac OS X 10.5.8 (9L31a)/Darwin 9.8.0 and ATI Mobility Radeon 9700 model RV360M11 with 64 MB VRAM and XQuartz 2.6.0 (xorg-server 1.9.0). No second monitor. XRANDR is no must-have for me. -- Greetings Pete "Debugging? Klingons do not debug. Our software does not coddle the weak."

1 0

xterm goes black
by Christof Wolf 23 Aug '10

23 Aug '10

Jeremy, I am on 2.6.0 alpha2, xorg-server 1.8.99.906, something strange happens to xterm. If I start X11 there is one xterm window open - which is fine, but if I start another one from the menu (edit>xterm) I got a black window. I got following messages: 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] X11.app Handing off fd to server thread via DarwinListenOnOpenFD(6) 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] DarwinListenOnOpenFD: 6 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Calling ListenOnOpenFD() for new fd: 6 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] X11.app: Launching /opt/X11/bin/xterm: 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] argv[0] = /bin/sh 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] argv[1] = -c 22.08.10 22:00:24 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] argv[2] = /opt/X11/bin/xterm 22.08.10 22:00:39 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "BACKGROUND" is not defined 22.08.10 22:00:39 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "FOREGROUND" is not defined 22.08.10 22:00:39 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "WINDOW_BACKGROUND" is not defined 22.08.10 22:00:46 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "BACKGROUND" is not defined 22.08.10 22:00:50 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "WINDOW_BACKGROUND" is not defined 22.08.10 22:00:50 [0x0-0x1c01c].org.macosforge.xquartz.X11[261] Warning: Color name "WINDOW_FOREGROUND" is not defined I can start any xterm from KDE - and its just fine. any idea? Christof -- public key www.hfph.mwn.de/~chwolf/chwolf.asc Please respect my privacy and do not make my contact information available to third parties.

2 2

Re: [Xquartz-dev] XQuartz 2.6.0_alpha2
by Peter Dyballa 21 Aug '10

21 Aug '10

Am 19.08.2010 um 19:25 schrieb Jeremy Huddleston: >>>>> Ok, that's fine. Assuming you have 2.5.3 installed, it's the >>>>> latest version... If not, you can install the one from MacPorts >>>>> (sudo port -v install xrandr) pete 237 /\ port installed | grep -i randr tclsh(42387,0xa0739820) malloc: Could not open , using stderr xorg-libXrandr @1.3.0_1 (active) xorg-randrproto @1.3.1_0 (active) pete 238 /\ port list | grep -i randr tclsh(42681,0xa0739820) malloc: Could not open , using stderr xorg-libXrandr @1.3.0 x11/xorg-libXrandr xorg-randrproto @1.3.1 x11/xorg-randrproto xrandr @1.3.3 x11/xrandr Or did you mean? pete 244 /\ pkgutil -v --pkg-info org.x.x11.pkg com.apple.pkg.X11User package-id: org.x.x11.pkg version: 2.5.19 volume: / location: ./ install-time: Mon Jul 12 10:36:20 2010 'port list' does not show an X11 related line with a version number of @2.[5-9], except: fvwm2 @2.5.28 x11/fvwm2 mlterm @2.9.4 x11/mlterm monafont @2.90 x11/monafont rox-filer @2.8 x11/rox-filer rxvt @2.7.10 x11/rxvt wxgtk @2.8.4 x11/wxgtk xtide @2.8.3 x11/xtide >>>>> >>>>>> (for me it returns exit code 1, "could not get screen resources") >>>>> >>>>> Interesting... Are you running /Applications/MacPorts/X11.app ? pete 245 /\ PS X11 UID PID PPID F CPU PRI NI SZ RSS WCHAN S ADDR TTY TIME CMD 501 82253 127 4000 0 46 0 290248 24012 - S 38dcda8 ?? 205:11.62 /Applications/MacPorts/X11.app/Contents/ MacOS/X11.bin -psn_0_1790389 501 82306 82274 4000 0 31 0 76668 228 - S 38dc938 ?? 0:00.01 xinit /opt/local/lib/X11/xinit/xinitrc -- / opt/local/bin/X :1 -dpi 96 -auth /Users/pete/.serverauth.82274 pete 246 /\ alias PS ps -lwwx | egrep UID\|!:1 | grep -v grep >>>>> >>>>> What is the output of 'xdpyinfo | grep RANDR' ? >>>> pete 251 /\ xdpyinfo | grep RANDR RANDR The digest issue 9 was not received here... -- Greetings Pete A lot of people mistake a short memory for a clear conscience. – Doug Larson

2 2

Re: [Xquartz-dev] XQuartz 2.6.0_alpha2
by Peter Dyballa 20 Aug '10

20 Aug '10

Am 19.08.2010 um 16:00 schrieb Jeremy Huddleston: > It should be working on 10.4 through 10.6. With Leopard (10.5.8) and XQuartz 2.6.0 (xorg-server 1.8.99.906) from MacPorts I only have one xrandr executable: /usr/X11/bin/xrandr: /usr/X11/lib/libXrandr.2.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) And otool tells it won't use the new MacPorts X libraries... (for me it returns exit code 1, "could not get screen resources") -- Greetings Pete Windows, c'est un peu comme le beaujolais nouveau: à chaque nouvelle cuvée on sait que ce sera dégueulasse, mais on en prend quand même, par masochisme.

3 7

XQuartz 2.5.3
by Jeremy Huddleston 14 Aug '10

14 Aug '10

XQuartz 2.5.3 has been released for Leopard and Snow Leopard. This main bullet points from this release are fixes for some recently announced vulnerabilities in the freetype library and fixes for some AIGLX regressions in 2.5.1. We also pulled in newer versions of packages released upstream which address some rare memory-mismanagement crashes in libX11 and libXi. Full release notes can be found here: http://xquartz.macosforge.org/trac/wiki/X112.5.3 If you are not notified automatically about the update, you can choose "Check For X11 Updates" from the X11 menu or download it directly from the release notes page (above). Unless something major comes up, this should be the final release of the 2.5 series. Thanks, Jeremy

2 2

Java3D app doesn't display back properly to Xquartz 2.5.1+
by Merle Reinhart 14 Aug '10

14 Aug '10

Jeremy, I just filed bug #434 where we use a Java3D application running on a Solaris 10 box displaying back via X11 to a Leopard 10.5.8 desktop running Xquartz 2.5.1 or 2.5.2. The problem is the window gets created, but the 3D graphics don't get drawn (the Java routines complain about the glversion being null). Downgrading to Xquartz 2.5.0 and everything is drawn/displayed properly (and there are no complaints about the glversion). I will not have a chance to try this on Snow Leopard or with the Xquartz 2.6.0-alphas until tonight eastern time. The java test program attached to bug #112 can be used to trigger the problem with 2.5.1 or 2.5.2 (the test program gets run on the remote box). What additional info do I need to pull and attach to the bug report to help you troubleshoot this? Thanks, Merle

2 3