[16:12] is there any documentation out there about how to run with additional upstart scripts in a directory outside of /etc/init? [16:15] from the FAQ about symbolic links in /etc/init it seems that this is only possible with user jobs [16:15] but I'm not seeing any docs about user jobs [16:31] gdoubleu, take a look here: http://upstart.ubuntu.com/cookbook/#running-upstart-as-a-non-privileged-user [16:33] note: as mentioned there, it's designed for testing only. [16:35] marrusl, and is running as a non-privileged user the only way running scripts from another directory is possible? [16:35] I'm using RHEL6 here, where the upstart version is only 0.6.5 [16:35] gdoubleu, so it seems. [16:36] gdoubleu, ah, so even that would not work.\ [16:37] marrusl, do you know if it's possible to put upstart conf files within a subdirectory under /etc/init, e.g. /etc/init/myproj/*.conf [16:39] gdoubleu, I've never tried a subdirectory. worth a shot. [16:39] nm, just tried it and I guess it is. just have to specify the directory name in front of the service name [16:39] the cookbook does say "all system job configuration files must live in or below /etc/init [16:39] nice. [16:39] just tried a "start myproj/nginx" with a conf file at /etc/init/myproj/nginx.conf and it worked [16:40] gdoubleu, that's pretty neat actually. thx for bringing it up. [16:42] now, it would be really cool if you could do something like "start myproj/" and startup all jobs in that subdirectory [16:44] marrusl, thanks for the info. I guess I just have to roll with subdirectories for now [16:46] gdoubleu, yep. I guess making sure all jobs are available from early boot (hence forcing all jobs under the rootfs)is a design decision you're not going to get around.