Re: turn of the son of x11 won't start up; keeps trying
Re: turn of the son of x11 won't start up; keeps trying
- Subject: Re: turn of the son of x11 won't start up; keeps trying
- From: Fred Dushin <email@hidden>
- Date: Wed, 01 Feb 2012 10:04:09 -0500
I blew away ~/.MaxOSX, /opt/X11, and /Applications/Utilities/XQuartz, and reinstalled XQuartz 2.7.0, and I am back in working condition.
I also ran the rc2 update, and things are working fine.
I am guessing it was a combination of the ~/.MacOSX issue [1], which was causing the bad PATH issue, and I must have over-installed 2.7.0 over a 2.7.1_rc*, which was causing the libfreetype.6 incompatibility.
-Fred
[1]
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
<plist version="1.0">
<dict>
<key>PATH</key>
<string>$PATH:/Developer/usr/bin</string>
</dict>
</plist>
On Feb 1, 2012, at 2:16 AM, Jeremy Huddleston wrote:
>
> On Jan 31, 2012, at 10:55 PM, Ken Thomases wrote:
>
>> On Jan 31, 2012, at 9:48 PM, Fred Dushin wrote:
>>
>>> So, it looks like the PATH is munged by the time startx is invoked (by whom?).
>>
>> Check for ~/.MacOSX/environment.plist. Some as-yet-unidentified third-party installer seems to try to set PATH via that file, often with a reference to $PATH, so it can build upon the default, but that doesn't work. Interpretation of that file just takes the value as a literal, without expansion.
>>
>> Also check "launchctl export" to see if something tried to set PATH using "launchctl setenv PATH <whatever>".
>
> I'd put 'echo $PATH' in startx to see what it's being set to.
>
>
>>> Jan 31 22:29:19 kirk org.macosforge.xquartz.startx[241]: dyld: Library not loaded: /opt/X11/lib/libfreetype.6.dylib
>>> Jan 31 22:29:19 kirk org.macosforge.xquartz.startx[241]: Referenced from: /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
>>> Jan 31 22:29:19 kirk org.macosforge.xquartz.startx[241]: Reason: Incompatible library version: X11.bin requires version 15.0.0 or later, but libfreetype.6.dylib provides version 14.0.0
>
> Did you downgrade from 2.7.1_rcX to 2.7.0? This is a known issue with the 2.7.0 pkg which prevents downgrading to it. I have a workaround that will be in the 2.7.1 package, but for 2.7.0, you'll need to delete XQuartz.app before doing the downgrade.
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden