Does anyone know of a daemon that in essence "does nothing"?
 

I couldn't find it googling.

I think I want a daemon that does nothing but keep this bash script, (specified in the ~/.xinitrc exec line) alive:

(What I would like is written in bold)

I used to have my X session die with the Compiz process, but now I need to execute some things after Compiz in the script above, meaning I have to background it.

I figure, anyhow, it makes sense to have the life of ~/.xinitrc depend on a process that isn't used for anything else (?).

inetd with all services disabled :-))? There are options to inetd to allow it to use a command line specified config file.

Why don't you try to write a program or script that sleeps for eternity?

If I got it right, you want your xsession to die by another program, and not the compiz (I've never used compiz, so I'm not quit shure for what I say). Have you tried to add at the end of .xinitrc "exec xterm" ?
then the session will be terminated by closing that xterm (or any other program put there).

(Pardon the delayed response)

My exec line in .xinitrc (only 1 is allowed) invokes the script (~/bin/mo-de) in the original post, which serves as my desktop environment. This means that when mo-de ends, the xinitrc script ends, and my x-session ends.

:) Exactly what I would like! But I don't know how to do this.

sleep doesn't accept "∞" as argument. :P

Indeed, I could replace daemon-that-uses-no-resources with xterm. But xterm would run as a window in my DE; I need a background process, something that doesn't get in my way "graphically". :)

EDIT: Maybe I was out of my mind writing "daemon"! That is probably not what I need. :doh:
I need something that stays attached to the script (~/bin/mo-de), keeping it alive.

Sorry for being difficult/ignorant :P
Thank you for the answers so far.

No problem:

EDIT:

I found that the C standard library function "atof" (it converts text to a floating point number, and I would assume that this is what sleep uses) converts "inf" and "infinity" to an infinite value.

I tried this and it seems to work:

If you want to detach something from a script -- for example, from a startup script or a terminal --, use
That command will run completely separately from the calling script and/or terminal. It will keep running even if you log out, for example.

For normal session commands, use
This way, when you exit, the process group will be sent a TERM signal, and all the commands will be terminated. The script will not exit normally unless all of the commands have exited.

Yes, man - floating point it is. Thanks!:cool:
Should have tested this on my own :redface:. It does seem to work. I'll then just put sleep inf as the last line of my "DE" script and do a killall mo-de to end .xinitrc and thereby the x-session... Feel free to object if there is a more elegant/portable/obvious way to acheive what I want :)

So, then

will make compiz (my window manager) run in a new session, so parsing of the script can continue on to those extra lines I want in there. And still, the script won't end before the original command compiz has terminated, even though it is now "detached" from the script?

Am I way off? These process control techniques seem interesting, but I'm just learning about ps's, pgrp's, and session's, so I'm not sure I'll use this for some time. Just want to show my appreciation for the suggested solution; it doesn't seem to involve any extra software running at all, which is elegant.

Tnx all.

Just the opposite: with the above, the script can exit without compiz getting killed. If I understood your situation correctly, that'd end your session.. so that's not what you want to do for compiz.

For compiz, you'll want to use
The single wait at the end makes the script wait for all of the commands started in the background -- compiz in this case -- to exit before the script ends. In other words, the script will sit in the wait command for as long as any of the backgrounded stuff is still running.

Oh, now I get it! :newbie:

This is exactly what I need. Just a single wait... Huge thank you Nominal Animal.

For anyone who reads this thread; you might find the following information useful.
I found it by accident on the arch wiki .xinitrc page: https://wiki.archlinux.org/index.php/Xinitrc

Using this method, the X session will still end with the window manager, but you can start processes before/after it as you see fit. Hence, the assumption in my original post:

is not really true. Useful to note this fact :)
Thanks everyone. Won't touch the thread anymore by myself.