XQuartz-2.5.0 is done! Thanks to everyone who helped out with testing the alphas, betas, and release candidates. Without your feedback, support, and responsiveness, many issues would've slipped through the cracks. 2.5.0 is a pretty sizable update from our last release (2.4.0) way back in September. The long release cycle has been mainly due to my desire to wait for fixes to land in a SnowLeopard SU which would prevent our updates from breaking the system X11. Those updates landed in 10.6.3, so SnowLeopard users will need to update to 10.6.3 first. As with all Leopard versions, the Security Update that was released today will overwrite some of the files this package installs, so we recommend you install the SecUpdate first (and reinstall X11 after any future SecUpdates). There are really too many changes to list here, but the big ones include moving to the 1.7.x server codebase and syncing up with all other Xorg modules bringing us up to X11R7.5. libXplugin and quartz- wm have seen a bit of work as well (most of which landed in the 10.6.3 release from Apple) to fix GLX performance for ATI cards and address some odd behavior when using Exposé or wine (like Codeweavers Crossover). Full release notes: http://xquartz.macosforge.org/trac/wiki/X112.5.0 And disk images with the installers: Leopard: http://xquartz.macosforge.org/downloads/Leopard/X11-2.5.0.dmg SnowLeopard: http://xquartz.macosforge.org/downloads/SL/XQuartz-2.5.0.dmg Users of previous versions should be able to update by selecting "Check for X11 Updates" from the X11 menu. Please report any issues you come across to our bug tracker (http://xquartz.macosforge.org/trac/newticket ). Thanks, and enjoy! --Jeremy
Hi there. On Mar 29, 2010, at 8:22 PM, Jeremy Huddleston wrote:
And disk images with the installers: Leopard: http://xquartz.macosforge.org/downloads/Leopard/X11-2.5.0.dmg
Maybe I've not quite followed the discussions here well enough, but I'm having issues since yesterday's OS security update (I'm running Leopard 10.5.8 on a G4) and would appreciate some feedback given my low level of expertise. After that security update, I could not launch X11 ("The application X11.bin quit unexpectedly."), so I figured I'd do what is often suggested here and I re-installed XQuartz 2.4.0 (that was all which was available as of yesterday afternoon for Leopard users). I never looked at crash logs, but indeed that re-install did the trick. This morning I installed the 2.5.0 update posted last night. My X11.bin quitting has returned. I've logged out and back in, and rebooted, but neither help. Looking at the crash logs shows the below info, which indicates there is an issue with libfreetype versions. Is this something *I* need to take care of, or is it something missed by the installer? Or has my sequence of security update, then 2.4.0, then 2.5.0 possibly caused this mismatch? Thanks for any help, and apologies if this belongs on the user list instead of the dev list. -Gene Process: X11.bin [797] Path: /Applications/Utilities/X11.app/Contents/MacOS/X11.bin Identifier: X11.bin Version: ??? (???) Code Type: PPC (Native) Parent Process: launchd [89] Date/Time: 2010-03-30 13:21:06.825 -0400 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: D147C05C-CC5F-45B6-A9E4-31A566C1DBAF Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000001, 0x000000008fe0105c Crashed Thread: 0 Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /Applications/Utilities/X11.app/Contents/MacOS/ X11.bin Reason: Incompatible library version: X11.bin requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10.0.0
The version of libfreetype installed with 2.5.0 meets the requirements: ~ $ otool -L /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) It looks like your libfreetype.6.dylib is from the 2.4.0 install. What is the output of: ls -l /usr/X11/lib/libfreetype* otool -L /usr/X11/lib/libfreetype.6.dylib Try reinstalling the 2.5.0 package and look for anything odd in /var/log/install.log On Mar 30, 2010, at 10:32, Gene Van Buren wrote:
Hi there.
On Mar 29, 2010, at 8:22 PM, Jeremy Huddleston wrote:
And disk images with the installers: Leopard: http://xquartz.macosforge.org/downloads/Leopard/X11-2.5.0.dmg
Maybe I've not quite followed the discussions here well enough, but I'm having issues since yesterday's OS security update (I'm running Leopard 10.5.8 on a G4) and would appreciate some feedback given my low level of expertise.
After that security update, I could not launch X11 ("The application X11.bin quit unexpectedly."), so I figured I'd do what is often suggested here and I re-installed XQuartz 2.4.0 (that was all which was available as of yesterday afternoon for Leopard users). I never looked at crash logs, but indeed that re-install did the trick.
This morning I installed the 2.5.0 update posted last night. My X11.bin quitting has returned. I've logged out and back in, and rebooted, but neither help. Looking at the crash logs shows the below info, which indicates there is an issue with libfreetype versions. Is this something *I* need to take care of, or is it something missed by the installer? Or has my sequence of security update, then 2.4.0, then 2.5.0 possibly caused this mismatch?
Thanks for any help, and apologies if this belongs on the user list instead of the dev list.
-Gene
Process: X11.bin [797] Path: /Applications/Utilities/X11.app/Contents/MacOS/X11.bin Identifier: X11.bin Version: ??? (???) Code Type: PPC (Native) Parent Process: launchd [89]
Date/Time: 2010-03-30 13:21:06.825 -0400 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: D147C05C-CC5F-45B6-A9E4-31A566C1DBAF
Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000001, 0x000000008fe0105c Crashed Thread: 0
Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /Applications/Utilities/X11.app/Contents/MacOS/X11.bin Reason: Incompatible library version: X11.bin requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10.0.0
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Hi, Jeremy. Thanks very much for the reply! On Mar 30, 2010, at 5:42 PM, Jeremy Huddleston wrote:
The version of libfreetype installed with 2.5.0 meets the requirements:
~ $ otool -L /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
It looks like your libfreetype.6.dylib is from the 2.4.0 install. What is the output of:
ls -l /usr/X11/lib/libfreetype*
-rwxr-xr-x 1 root wheel 2950844 May 30 2008 /usr/X11/lib/ libfreetype.6.3.16.dylib* -rwxr-xr-x 1 root wheel 2047956 Mar 29 16:40 /usr/X11/lib/ libfreetype.6.dylib* lrwxr-xr-x 1 root wheel 19 Mar 30 00:09 /usr/X11/lib/ libfreetype.dylib@ -> libfreetype.6.dylib -rwxr-xr-x 1 root wheel 940 Mar 29 16:40 /usr/X11/lib/ libfreetype.la* markiii: Level 23> otool -L /usr/X11/lib/libfreetype.6.dylib
otool -L /usr/X11/lib/libfreetype.6.dylib
/usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) Same as yours. Note that the 2.4.0 install was Mar 29 at 16:40, while the 2.5.0 install was Mar 30 at 00:09.
Try reinstalling the 2.5.0 package and look for anything odd in /var/ log/install.log
Before re-installing, I will note that my crash logs are showing the same issue with libfreetype: +++++++++++++++ Process: fc-cache [45439] Path: /usr/X11/bin/fc-cache Identifier: fc-cache Version: ??? (???) Code Type: PPC (Native) Parent Process: bash [45419] Date/Time: 2010-03-30 18:08:46.550 -0400 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: D147C05C-CC5F-45B6-A9E4-31A566C1DBAF Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000001, 0x000000008fe0105c Crashed Thread: 0 Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /usr/X11/bin/fc-cache Reason: Incompatible library version: fc-cache requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10 .0.0 +++++++++++++++ Also, I still have the install.log from my 2.5.0 install, and I see the following portions which could potentially be suspicious: +++++++++++++++ Mar 30 00:10:00 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: font_cache: Scanning system font directories to generate X11 font caches Mar 30 00:10:01 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: font_cache: Making fonts.dir for updated directories. Mar 30 00:10:04 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: Unknown Type 1 weight "All" Mar 30 00:10:04 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: Couldn't determine weight for HelveLTMM Mar 30 00:10:05 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: Unknown Type 1 weight "All" Mar 30 00:10:05 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: Couldn't determine weight for TimesLTMM Mar 30 00:10:42 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: font_cache: Updating FC cache Mar 30 00:12:00 MarkIII /private/tmp/scripts.4woc/./postinstall[3558]: font_cache: Done ... Mar 30 00:13:37 MarkIII Software Update[3641]: Package Authoring Error: installation-check results requires a message Mar 30 00:13:40: --- last message repeated 4 times --- ... Mar 30 00:13:56 MarkIII Software Update[3641]: __choice_su_visible returned wrong type (CFArray: (\n)) +++++++++++++++ I'll go for re-installing 2.5.0 again now anyhow... -Gene
On Mar 30, 2010, at 15:20, Gene Van Buren wrote:
otool -L /usr/X11/lib/libfreetype.6.dylib
/usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
Ok, well this does not match your crash log. Your crash log states, """ Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /Applications/Utilities/X11.app/Contents/MacOS/X11.bin Reason: Incompatible library version: X11.bin requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 """ What is the output of running 'set | grep LD' --Jeremy
On Mar 30, 2010, at 6:42 PM, Jeremy Huddleston wrote:
Ok, well this does not match your crash log.
Agreed :-/
What is the output of running 'set | grep LD'
set | grep LD setenv | grep LD
nada By the way, a re-install only renewed the soft link, but not the lib:
ls -l /usr/X11/lib/libfreetype* -rwxr-xr-x 1 root wheel 2950844 May 30 2008 /usr/X11/lib/ libfreetype.6.3.16.dylib* -rwxr-xr-x 1 root wheel 2047956 Mar 29 16:40 /usr/X11/lib/ libfreetype.6.dylib* lrwxr-xr-x 1 root wheel 19 Mar 30 18:35 /usr/X11/lib/ libfreetype.dylib@ -> libfreetype.6.dylib -rwxr-xr-x 1 root wheel 940 Mar 29 16:40 /usr/X11/lib/ libfreetype.la*
I do not know why the crash log indicates that this is a 10.0.0 version. I could try deleting it (moving it elsewhere) then re-running the installer. -Gene
Re-install shows the soft link gets renewed, but no other changes (same crash logs for X11.bin and fc-cache). -Gene
ls -l /usr/X11/lib/libfreetype* -rwxr-xr-x 1 root wheel 2950844 May 30 2008 /usr/X11/lib/ libfreetype.6.3.16.dylib* -rwxr-xr-x 1 root wheel 2047956 Mar 29 16:40 /usr/X11/lib/ libfreetype.6.dylib* lrwxr-xr-x 1 root wheel 19 Mar 30 18:35 /usr/X11/lib/ libfreetype.dylib@ -> libfreetype.6.dylib -rwxr-xr-x 1 root wheel 940 Mar 29 16:40 /usr/X11/lib/ libfreetype.la*
otool -L /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
Can you please run this, and email me the output: DYLD_PRINT_LIBRARIES=1 /Applications/Utilities/X11.app/Contents/MacOS/ X11.bin On Mar 30, 2010, at 15:48, Gene Van Buren wrote:
Re-install shows the soft link gets renewed, but no other changes (same crash logs for X11.bin and fc-cache).
-Gene
ls -l /usr/X11/lib/libfreetype* -rwxr-xr-x 1 root wheel 2950844 May 30 2008 /usr/X11/lib/ libfreetype.6.3.16.dylib* -rwxr-xr-x 1 root wheel 2047956 Mar 29 16:40 /usr/X11/lib/ libfreetype.6.dylib* lrwxr-xr-x 1 root wheel 19 Mar 30 18:35 /usr/X11/lib/ libfreetype.dylib@ -> libfreetype.6.dylib -rwxr-xr-x 1 root wheel 940 Mar 29 16:40 /usr/X11/lib/ libfreetype.la*
otool -L /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.6.dylib: /usr/X11/lib/libfreetype.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Hi, Jeremy. On Mar 30, 2010, at 7:24 PM, Jeremy Huddleston wrote:
Can you please run this, and email me the output:
DYLD_PRINT_LIBRARIES=1 /Applications/Utilities/X11.app/Contents/ MacOS/X11.bin
Aha...starting X11.bin from the command line works, vs. letting OS X start X11.bin (either by double clicking the app or running a program like xv to trigger launchd to run X11.bin) which crashes. I found I have another libfreetype under /usr/local/lib (which is comp. vers. 10.0.0) and I'm guessing that launchd's environment sees that one before the one under /usr/X11/lib. Of course it's a bad idea to have two versions of the lib on one machine. But I'm still confused why the crash logs specifically say that the error is with the one under /usr/X11... Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /Applications/Utilities/X11.app/Contents/MacOS/ X11.bin Reason: Incompatible library version: X11.bin requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10.0.0 Thanks, -Gene
On Mar 30, 2010, at 16:52, Gene Van Buren wrote:
Aha...starting X11.bin from the command line works, vs. letting OS X start X11.bin (either by double clicking the app or running a program like xv to trigger launchd to run X11.bin) which crashes. I found I have another libfreetype under /usr/local/lib (which is comp. vers. 10.0.0) and I'm guessing that launchd's environment sees that one before the one under /usr/X11/lib.
No, that should not happen unless you have set DYLD_LIBRARY_PATH. The full path is hardcoded in the executable. It will use /usr/X11/lib/ libfreetype.6.dylib unless you have DYLD_LIBRARY_PATH set to include / usr/local/lib
Of course it's a bad idea to have two versions of the lib on one machine. But I'm still confused why the crash logs specifically say that the error is with the one under /usr/X11...
Dyld Error Message: Library not loaded: /usr/X11/lib/libfreetype.6.dylib Referenced from: /Applications/Utilities/X11.app/Contents/MacOS/ X11.bin Reason: Incompatible library version: X11.bin requires version 11.0.0 or later, but libfreetype.6.dylib provides version 10.0.0
That is consistent with DYLD_LIBRARY_PATH containing /usr/local/lib. I would try to figure out where that is coming from...
participants (2)
-
Gene Van Buren
-
Jeremy Huddleston