[Xquartz-dev] 2.1.2 release candidate

[Jeremy Huddleston]

Great, thanks.

I'm uploading a new rc now which adds X11 to PATH within startx.  I'll  
wait to hear back from you before I push it out.

I want to start the server via '/bin/bash --login /usr/X11/bin/startx'  
rather than just '/usr/bin/startx' because I want to make sure that / 
etc/profile and ~/.profile are sourced to setup the user's  
environment.  Not doing so would cause $PATH to be just "/usr/X11/bin:/ 
usr/bin:/bin:/usr/sbin:/sbin".  Thus if they use macports and have  
'rxvt' as one of their applications in X11's Applications menu,  
they'll need to give the full path to the application.  This is  
actually the way the 10.5 shipped X11 behaved, but I regard this as a  
bug and fixed it by using 'login -f <username> /bin/sh -c /usr/X11/bin/ 
Xquartz' to exec the server within server-main.c.  That carried over  
to a bash --login in the current configuration.

I would think a good way to use the user's preferred shell's  
environment to start the server would be via '$SHELL -l /usr/X11/bin/ 
startx', but I'm not sure $SHELL is going to be the right (or any)  
value within launchd, and not all shells will allow '-l <command>'.   
tcsh doesn't... so I'm going to stick with doing /bin/bash --login / 
usr/X11/bin/startx and just put X11 in startx's PATH.  I don't like it  
because it's ugly and causes a redundant entry, but I'll live...

actually... maybe doing this within startx would be better than just  
prepending /u/X/bin to the PATH:
if [ -x /usr/libexec/path_helper ]; then
	eval `/usr/libexec/path_helper -s`
fi

Thoughts?

--Jeremy

On Jan 8, 2008, at 16:11, Jamie Kennea wrote:

>
> On 8 Jan 2008, at 7:04 pm, Jeremy Huddleston wrote:
>
>> Jamie, do you think this might be the case (doing an upgrade  
>> install) for your system as well?
>
> The machine I tried this on is a clean, new iMac, so I would have  
> thought the /etc/profile should be the correct one for Leopard,  
> rather than some old one hanging around. Little had been done to the  
> machine apart from sticking Office on it and setting it up to use  
> our XServe for home directories.
>
> I'll try to get to the machine tomorrow and check it out.
>
> Cheers,
>
> Jamie

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3040 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/xquartz-dev/attachments/20080108/e48545f9/smime.bin