Hello. I'm sorry for this, I did some crossposting yesterday, and thought that
I had fixed it.
(There is a first for everything...)
You should really have received this post before the one starting with Ooops:
Malpost starts here ...
Hello.
Here are some results concerning my display settings. I think I have tried to
override
the naming of the display /unix:0 from the xauth command, but I did't manage to
do so.
I do however remember that at a time, before I installed XQuartz, the display
was named with a
tempfile first and then :0.
# The result from the different steps in XQuartz faq:
[1] :0
[2] /.bashrc:# export DISPLAY=:0.0 (It is commented out.)
[3] none
[4] ssh -Y remote (no output)
[5-6] I have no remote connections.
# I did one more grep however:
grep -r DISPLAY /opt/X11/lib/X11 /etc 2>/dev/null
/opt/X11/lib/X11/xdm/Xreset:/opt/X11/bin/sessreg -d -w /var/log/wtmp -u
/var/run/utmp -x /opt/X11/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER
/opt/X11/lib/X11/xdm/Xstartup:exec /opt/X11/bin/sessreg -a -w /var/log/wtmp -u
/var/run/utmp -x /opt/X11/lib/X11/xdm/Xservers -l $DISPLAY -h "" $USER
# Here is the log for when I started up XQuartz from the Spotlight bar:
X11.app: main(): argc=2
argv[0] = /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
argv[1] = -psn_0_1450338
Waiting for startup parameters via Mach IPC.
X11.app: Could not connect to server (DISPLAY is not set). Starting X server.
X11.app: Launching /opt/X11/bin/startx:
argv[0] = /bin/bash
argv[1] = -c
argv[2] = /opt/X11/bin/startx
font_cache: Scanning user font directories to generate X11 font caches
font_cache: Updating FC cache
font_cache: Scanning system font directories to generate X11 font caches
font_cache: Done
xauth: file /Users/tommybollman/.serverauth.5096 does not exist
font_cache: Updating FC cache
font_cache: Done
xauth: (argv):1: bad display name "Localhost.local:0" in "list" command
xauth: (stdin):1: bad display name "Localhost.local:0" in "add" command
launch_msg("CheckIn") IPC failure: Operation not permitted
X11.app: No launchd socket handed off, unsetting DISPLAY
X11.app: do_start_x11_server(): argc=8
argv[0] = /opt/X11/bin/X
argv[1] = :0
argv[2] = -nolisten
argv[3] = tcp
argv[4] = -dpi
argv[5] = 133
argv[6] = -auth
argv[7] = /Users/tommybollman/.serverauth.5096
Xquartz starting:
X.Org X Server 1.9.5
Build Date: 20110317
/opt/X11/bin/xinit: XFree86_VT property unexpectedly has 0 items instead of 1
# Here is the output from xauth:
Localhost.local/unix:1 MIT-MAGIC-COOKIE-1 51b6dc8323ecb1f812ef7827ab2b65f0
Localhost.local/unix:0 MIT-MAGIC-COOKIE-1 2850c712deb87f2cdb35918c3a39a919
# The xauth command I use : /opt/X11/bin/xauth
# This is the org.macosforge.xquartz.startx.plist file
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
<plist version="1.0">
<dict>
<key>EnableTransactions</key>
<true/>
<key>Label</key>
<string>org.macosforge.xquartz.startx</string>
<key>ProgramArguments</key>
<array>
<string>/opt/X11/bin/startx</string>
</array>
<key>ServiceIPC</key>
<true/>
<key>Sockets</key>
<dict>
<key>org.macosforge.xquartz:0</key>
<dict>
<key>SecureSocketWithKey</key>
<string>DISPLAY</string>
</dict>
</dict>
</dict>
</plist>
Thanks.
Malpost ends here .....
I'm really sorry for this.
I wonder:
Should I have a privileged_startx.plist file for XQuartz as well.
And I wonder how I get the xauth not to include that DISPLAY with /unix:0 in
front of it.
Since this is the the only place I know I'm setting the DISPLAY variable.
Thanks, and sorry once again.
Den 3. apr. 2011 kl. 08.07 skrev Jeremy Huddleston:
> Yeah, my initial response remains.
>
> Additionally, org.x.privileged_startx.plist is not relevant here since you
> are talking about XQuartz.app and MacPorts/X11.app. org.x corresponds to
> Utilities/X11.app
>
> --Jeremy
>
> On Apr 2, 2011, at 17:47, Tommy Bollman wrote:
>
>>
>>
>> Videresendt melding:
>>
>>> Fra: Tommy Bollman <[email protected]>
>>> Dato: 3. april 2011 02.44.53 GMT+02.00
>>> Til: asu Users <[email protected]>
>>> Emne: Re: MacPorts vs xquartz? (was Re: openmotif in macports dependencies
>>> and xquartz?)
>>>
>>> Hello.
>>>
>>> Oops I forgot to include the contents of org.x.privileged_startx.plist
>>> file for the sake of completedness.
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
>>> "http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
>>> <plist version="1.0">
>>> <dict>
>>> <key>EnableTransactions</key>
>>> <true/>
>>> <key>Label</key>
>>> <string>org.x.privileged_startx</string>
>>> <key>MachServices</key>
>>> <dict>
>>> <key>org.x.privileged_startx</key>
>>> <true/>
>>> </dict>
>>> <key>ProgramArguments</key>
>>> <array>
>>> <string>/usr/X11/lib/X11/xinit/privileged_startx</string>
>>> <string>-d</string>
>>> <string>/usr/X11/lib/X11/xinit/privileged_startx.d</string>
>>> </array>
>>> <key>TimeOut</key>
>>> <integer>120</integer>
>>> </dict>
>>> </plist>
>>>
>>> Have a nice evening.
>>>
>>> Den 2. apr. 2011 kl. 20.48 skrev Jeremy Huddleston:
>>>
>>>> Yeah, you're definitely setting DISPLAY somewhere in your environment.
>>>>
>>>> Check out the DISPLAY debugging info on the XQuartz FAQ:
>>>>
>>>> http://xquartz.macosforge.org/trac/wiki/X11-UsersFAQ#sshXforwardingdebugging
>>>>
>>>>
>>>>
>>>> On Apr 2, 2011, at 11:39, Tommy Bollman wrote:
>>>>
>>>>> Hello Bayard.
>>>>>
>>>>> I installed a "bare" vim, -at least one without x-support, and I can't
>>>>> reproduce the problem right now.
>>>>>
>>>>> I did tried the command with xterm through XQuartz and I got :0 as the
>>>>> result when I did the ps command on xterm.
>>>>>
>>>>> I have some discrpancies regarding the $DISPLAY :
>>>>>
>>>>> Its from my log. Localhost [0x0-0x11d11d].org.macosforge.xquartz.X11[0]:
>>>>> xauth: (argv):1: bad display name "Localhost.local:0" in "remove" command
>>>>>
>>>>> I did a full trace on startx and initx once, and then there popped up
>>>>> display names of (i believe)
>>>>> Localhost.local/unix:0.
>>>>> I just hadn't the time to deal with it then. I don't have that time now
>>>>> neither, because I can't remember where I put that echo statement do
>>>>> reveal the display parameter.
>>>>>
>>>>> This may have nothing to do with those problems I addressed in this
>>>>> thread, but as soon as I get around to it, i'll file a ticket or
>>>>> something, in ordre to understand what is happening here.
>>>>>
>>>>> I am rather new to this, and I thought that XQuartz is to replace X11 as
>>>>> an X-server am I right?
>>>>>
>>>>> Thanks anyway, I'll comeback to this when I have the time.
>>>>>
>>>>> Den 2. apr. 2011 kl. 19.02 skrev Bayard Bell:
>>>>>
>>>>>> Are you able to check your DISPLAY environment variable for each
>>>>>> application by comparing the output of ps -Exww -p <pid> for each
>>>>>> process? I believe the normal way that Apple defines their X listeners
>>>>>> is as LaunchAgents with SecureSocketWithKey, which creates a domain
>>>>>> socket in a randomly named directory created by launchd for each
>>>>>> session, whose name is inherited by those jobs but not the user.
>>>>>>
>>>>>> As well as the DISPLAY variable, you can use the open command to specify
>>>>>> which Xserver you want to use (e.g. open -a XQuartz.app
>>>>>> /opt/local/bin/xemacs). My understanding is that you have to create new
>>>>>> app and/or bundle names for this to spawn additional Xserver instances,
>>>>>> otherwise you'll use what's already there if it's running or launch it
>>>>>> if it's not.
>>>>>>
>>>>>> On 2 Apr 2011, at 17:18, Tommy Bollman wrote:
>>>>>>
>>>>>>> Hello Jeremy.
>>>>>>>
>>>>>>> The problem I had was that I installed the +huge port of vim.
>>>>>>>
>>>>>>> I have a good setup of xterm from within xterm. ( I start XQuartz from
>>>>>>> spotlight).
>>>>>>>
>>>>>>> When I then started up vim from withing the xterm, giving the command
>>>>>>> "gu", then X11.app
>>>>>>> would start and do the window handling for vim I believe.
>>>>>>>
>>>>>>> The result was that I ended up having both X11.app and XQuartz.app
>>>>>>> visible in the command bar. (The one I get when I press cmd-Tab ).
>>>>>>>
>>>>>>> I think the problems goes for other apps as well.
>>>>>>>
>>>>>>> Since then I have installed a port which doesn't use X11, and MacVim,
>>>>>>> but I really would like
>>>>>>> to have the menus and such from within XQuartz.
>>>>>>>
>>>>>>> I wonder how I fix this, so that vim/xim only uses XQuartz as the
>>>>>>> window server.
>>>>>>> -If the problems would go away if I recompile, using the libraries
>>>>>>> found in the /opt tree?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Den 1. apr. 2011 kl. 03.30 skrev Jeremy Huddleston:
>>>>>>>
>>>>>>>>
>>>>>>>> On Mar 31, 2011, at 4:52 PM, Tommy Bollman wrote:
>>>>>>>>
>>>>>>>>> Hello.
>>>>>>>>> Can I read this as I might manage to get vim/xim building with only
>>>>>>>>> macports libraries and not the ones shipped with Apple
>>>>>>>>
>>>>>>>> Yes. That is the policy in MacPorts (to prefer in-tree dependencies
>>>>>>>> rather than system-provided ones).
>>>>>>>>
>>>>>>>>> -And make it work without firing up X11.app ?
>>>>>>>>
>>>>>>>> I'm not sure what you're asking... You could use any X server you
>>>>>>>> want...
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Den 31. mars 2011 kl. 23.25 skrev Jeremy Huddleston:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mar 31, 2011, at 11:01 AM, Philip J. Schneider wrote:
>>>>>>>>>>
>>>>>>>>>>> Kinda highjacking my own thread here... :-)
>>>>>>>>>>>
>>>>>>>>>>> Considering Jeremy's feedback, I downloaded openmotif and all its
>>>>>>>>>>> dependencies, and so I can now build/run an X11 app using
>>>>>>>>>>> MacPorts-provided headers and libs. (That is, with only
>>>>>>>>>>> /opt/local-based paths specified in XCode.)
>>>>>>>>>>>
>>>>>>>>>>> A few questions:
>>>>>>>>>>>
>>>>>>>>>>> 1. In very general terms, how do the xquartz-provided X includes
>>>>>>>>>>> and libs differ from those provided by MacPorts? Pro/con on using
>>>>>>>>>>> one vs the other?
>>>>>>>>>>
>>>>>>>>>> The ones in MacPorts are generally the latest versions.
>>>>>>>>>> The ones from XQuartz are also generally the latest version as of
>>>>>>>>>> the release date.
>>>>>>>>>> The ones from Apple are a bit more dated / stable for consistency
>>>>>>>>>> across major releases of the OS.
>>>>>>>>>>
>>>>>>>>>>> 2. If one did want to distribute an X11 application that needed one
>>>>>>>>>>> or more X-related libraries not provided by the default system
>>>>>>>>>>> (e.g. openmotif), what would be the recommended approach? I might
>>>>>>>>>>> wish to assume that the users would not want to build up their own
>>>>>>>>>>> fink or MacPorts installation... :-)
>>>>>>>>>>
>>>>>>>>>> I'd recommend using the host X11 libraries. Link your application
>>>>>>>>>> (including extra libraries) against those, and ship everything not
>>>>>>>>>> part of the system. You could use something like /opt/myapp as the
>>>>>>>>>> prefix for building all your bits and just ship /opt/myapp (and
>>>>>>>>>> probably place /opt/myapp/bin into $PATH via /etc/paths.h/myapp
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>> X11-users mailing list ([email protected])
>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>> http://lists.apple.com/mailman/options/x11-users/tommyb06%40student.uia.no
>>>>>>>>>>
>>>>>>>>>> This email sent to [email protected]
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Best regards
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Tommy Bollman
>>>>>>>>> --------------------------------------------------------------------------------------------------
>>>>>>>>> Mollison's Bureaucracy Hypothesis:
>>>>>>>>> If an idea can survive a bureaucratic review
>>>>>>>>> and be implemented it wasn't worth doing.
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>> X11-users mailing list ([email protected])
>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>> http://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org
>>>>>>>>>
>>>>>>>>> This email sent to [email protected]
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Best regards
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Tommy Bollman
>>>>>>> --------------------------------------------------------------------------------------------------
>>>>>>> Mollison's Bureaucracy Hypothesis:
>>>>>>> If an idea can survive a bureaucratic review
>>>>>>> and be implemented it wasn't worth doing.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> macports-users mailing list
>>>>>>> [email protected]
>>>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>>>>>
>>>>>
>>>>> Best regards
>>>>>
>>>>>
>>>>>
>>>>> Tommy Bollman
>>>>> --------------------------------------------------------------------------------------------------
>>>>> Mollison's Bureaucracy Hypothesis:
>>>>> If an idea can survive a bureaucratic review
>>>>> and be implemented it wasn't worth doing.
>>>>>
>>>>> _______________________________________________
>>>>> macports-users mailing list
>>>>> [email protected]
>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>>>>
>>>>
>>>> _______________________________________________
>>>> macports-users mailing list
>>>> [email protected]
>>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>>>
>>>
>>> Best regards
>>>
>>>
>>>
>>> Tommy Bollman
>>> --------------------------------------------------------------------------------------------------
>>> Mollison's Bureaucracy Hypothesis:
>>> If an idea can survive a bureaucratic review
>>> and be implemented it wasn't worth doing.
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> AppleScript-Users mailing list ([email protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/applescript-users/tommyb06%40student.uia.no
>>> Archives: http://lists.apple.com/archives/applescript-users
>>>
>>> This email sent to [email protected]
>>>
>>
>> Best regards
>>
>>
>>
>> Tommy Bollman
>> --------------------------------------------------------------------------------------------------
>> Mollison's Bureaucracy Hypothesis:
>> If an idea can survive a bureaucratic review
>> and be implemented it wasn't worth doing.
>>
>> _______________________________________________
>> macports-users mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>
Best regards
Tommy Bollman
--------------------------------------------------------------------------------------------------
Mollison's Bureaucracy Hypothesis:
If an idea can survive a bureaucratic review
and be implemented it wasn't worth doing.
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
