On Sun Jun 26 15:41:09 PDT 2011, Jeremy Huddleston wrote:
>>> 
>>>> I am creating a pkg installer which includes a custom ~/.xinitrc file on 
>>>> the target machine.
>>> 
>>> Don't do that!  Use ~/.xinitrc.d scripts
>> 
>> Ok, fine, I can do that...
>
>> Just so I can improve my understanding, if I take the ~/.xinitrc and just 
>> rename it and put it in ~/.xinitrc.d, what's the difference? Why is that 
>> better?
>
> Search the archives for plenty of discussion on this.  Having ~/.xinitrc 
> means you override *everything* in the global xinitrc rather than just 
> starting a different WM.

Okay, I understand why ~/.xinitrc.d is better. 

I just tried this. It appears that when using ~/.xinitrc.d/, XQuartz starts up 
whatever window manager is set my USERWM (or quartz-wm if not set) BEFORE 
running anythig in that directory. 

So the idea of having the wm command executed from a file in ~/.xinitrc.d/ does 
not work; it must be set in USERWM.

So if I am trying to set the wm from an installer, the installer has to modify 
~/.profile to set USERWM, or something like that.

I understand the advantage of not nuking the user prefs in ~/.xinitrc.d/, but 
the method setting of the ENV from an installer becomes a lot less clean than 
by setting it in .xinitrc. Hmm.

>> If I am trying to create an installer that automates the setup for a 
>> different window manager, there's no way for the installer to know which 
>> previous startup script has to be disabled in ~/.xinitrc.d.
>
> Please explain what you mean by installer.  What are you trying to do?  If 
> you want to install another WM from a .pkg, just install it.  Let the user 
> choose their WM themselves.

A .pkg installer that installs a window manager (without Fink or Macports) and 
preconfigures everything so that it will run when XQuartz lanched.

> An installer should not do that.  I would just install the WM and let the 
> user do what they want.  If they want your new WM, they can set USERWM 
> themselves.  If you want to set USERWM for them, then give that as an 
> optional choice in the installer.

It will definitely be an optional choice in the installer. I want to give the 
user the option of having the installer preconfigure it for them, if desired, 
and trying to figure out the best way to do that.

Dave

_______________________________________________
Xquartz-dev mailing list
Xquartz-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev

Reply via email to