[I am using Gmane and Pan to reply. Peek at the headers of this message, esp
User-Agent. ;) ]
On Mon, 25 Apr 2011 11:32:00 -0700, Jeremy Huddleston wrote:
> On Apr 25, 2011, at 07:49, SciFi wrote:
>> Apr 25 08:45:06 scifi [0x0-0x2d02d].org.macosforge.xquartz.X11[522]:
>> _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be
>> created.
>> Apr 25 08:45:06 scifi [0x0-0x2d02d].org.macosforge.xquartz.X11[522]:
>> _XSERVTransSocketUNIXCreateListener: mkdir(/tmp/.X11-unix) failed, errno = 2
>> Apr 25 08:45:06 scifi [0x0-0x2d02d].org.macosforge.xquartz.X11[522]:
>> _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local
>
> Are your /tmp permissions messed up?
/tmp is (still) a symlink to /private/tmp, the way Apple originally intended; I
haven't change this.
$ ls -al /tmp
lrwxr-xr-x 1 root wheel 11 Dec 26 07:50 /tmp -> private/tmp
$ ls -al /private
total 0
drwxr-xr-x 6 root wheel 204 Dec 26 08:01 .
drwxrwxrwt 24 root wheel 1258 Apr 22 06:43 ..
drwxr-xr-x 26 root wheel 4658 Apr 25 08:30 etc
drwxr-xr-x 2 root wheel 68 May 18 2009 tftpboot
drwxrwxrwt 11 root wheel 544 Apr 26 00:00 tmp
drwxr-xr-x 26 root wheel 884 Dec 26 08:01 var
(I think, not sure, that /tmp is checked with the 'diskutil repairPermissions
/' facility? I run it after most-any system update.)
> 1) Any user should be able to mkdir(/tmp/.X11-unix) if it isn't present.
> 2) root should be creating and sanitizing /tmp/.X11-unix via
> org.macosforge.xquartz.privileged_startx
Thanks for these pointers -- I now know the real problem.
> [snip]
>
>> Was this suppose to have been automatically done during another phase,
>> somehow?
>
> The org.macosforge.xquartz.privileged_startx LaunchDaemon, which is triggered
> by running /opt/X11/lib/X11/xinit/privileged_startx from /opt/X11/bin/startx
> from the org.macosforge.xquartz.startx LaunchAgent.
>
>> What should we do in this case, please?
>
> My guess is fix your /tmp permissions.
I am sure the /tmp permissions are okay (see above).
But I am thankful for pointing me to where the real problem is, here on my
system.
When I peeked into the files under /opt/X11/lib/X11/xinit/privileged_startx.d,
I found the problem is with using 'mktemp' in the 10-tmpdirs script.
The system here is picking up my $PATH, finding them first in /usr/local/bin,
where I placed my own builds of the GNU-coreutils version of these tools,
which sometimes have distinctly different usage patterns --
when I ran those three dir's in that for-loop in 10-tmpdirs,
GNU's mktemp says it needs at least 3 X's in the template
and that is where we are failing.
I'm going to hard-code these tools, when they differ so much in usage,
to use Apple's *BSD versions in the {,/usr}/bin tree,
rather than any $PATH version.
That should fix everything with your new Xquartz I hope. ;)
Unless you would rather go back with the previous/older way of creating these
tmpdirs i.e. by not using mktemp. ;)
Thank you again very much for taking time.
_______________________________________________
Xquartz-dev mailing list
Xquartz-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
