Re: MacPorts vs xquartz? (was Re: openmotif in macports dependencies and xquartz?)
Re: MacPorts vs xquartz? (was Re: openmotif in macports dependencies and xquartz?)
- Subject: Re: MacPorts vs xquartz? (was Re: openmotif in macports dependencies and xquartz?)
- From: Tommy Bollman <email@hidden>
- Date: Sun, 03 Apr 2011 02:47:50 +0200
Sorry for crossposting
Den 3. apr. 2011 kl. 02.39 skrev Tommy Bollman:
> 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.
>
> 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@hidden)
>>>>>>>>
>>>>>>>> This email sent to email@hidden
>>>>>>>>
>>>>>>>
>>>>>>> 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@hidden)
>>>>>>>
>>>>>>> This email sent to email@hidden
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> 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@hidden
>>>>> 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@hidden
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>>
>>
>> _______________________________________________
>> macports-users mailing list
>> email@hidden
>> 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@hidden)
> Help/Unsubscribe/Update your Subscription:
> Archives: http://lists.apple.com/archives/applescript-users
>
> This email sent to email@hidden
>
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@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users
This email sent to email@hidden