From ArchWiki
Revision as of 06:49, 5 November 2013 by Brianbaligad (talk | contribs)
Jump to: navigation, search


The article points out that any process (e.g. programs and daemons) preceding the 'exec WM/DE' statement should be backgrounded. This sounds logical in order to execute all of the desired statements (included the WM/DM launcher), without waiting for a process to exit. Looking at the file examples (some provided by myself), I noticed that 'xrdb ...' is not backgrounded. This made me test my own config, without backgrounding anything except the 'xscreensaver' daemon statement, and the results are the same - only I don't have a lot of backgrounded processes when using 'ps -a'. This matter confuses me a little so, my question is: are there any general rule on what processes should be backgrounded in .xinitrc? Starting daemons is one example of processes that should be backgrounded. --Roygbiv 16:55, 28 August 2011 (EDT)

I'm using urxvtcd and it doesn't have to be backgrounded in order for dwm to start. If I use urxvt instead, dwm won't start unless I background urxvt or it starts only after I exit urxvt. -- Karol 17:13, 28 August 2011 (EDT)
Ok. So it isn't necessary to background all daemon processes. Looking at other processes though, it's not clear to me what to do. In the this talk page:xresources there was an issue with backgrounding xrdb statements for intance. The solution was to not background it. I guess there isn't a general rule for all processes, because it depends how the different processes behave, but it seems backgrounding in most cases is more generally adviced to not override/delay the xinit process. I don't know here, maybe you got some more expericence. -- Roygbiv 02:04, 29 August 2011 (EDT)

exec last

It may be helpful to note that 'exec windowmanager' needs to go last, as any other commands set to run afterwards will not actually start.