MacPorts vs xquartz? (was Re: openmotif in macports dependencies and xquartz?)

[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      (X11-users at lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/tommyb06%40student.uia.no
>>>> 
>>>> This email sent to tommyb06 at student.uia.no
>>>> 
>>> 
>>> 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      (X11-users at lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org
>>> 
>>> This email sent to jeremyhu at freedesktop.org
>>> 
>> 
>> 
> 
> 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
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1515 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20110402/fb209eda/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 203 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20110402/fb209eda/attachment-0001.bin>