[00:00] <sadmac> solrize: if you can talk Keybuk in to it we'll change
[00:00] <sadmac> I don't expect you will
[00:01] <solrize> well it sounds like upstart is already ignoring some filename patterns, it's just a matter of documenting them
[00:01] <sadmac> I can't seem to find the code that does that right now...
[00:02] <solrize> hmm, i wonder if it is gone
[00:04]  * sadmac wonders if it was in libnih
[00:05] <sadmac> yep
[00:05] <sadmac> found it
[00:05] <solrize> brb
[00:06] <sadmac> solrize: .dpkg-*, *.rpm{save,orig,new}, *;d3adb33f; where d3adb33f is random hex.
[00:08] <sadmac> solrize: and a few more now, it seems
[00:10] <sadmac> solrize: *,v RCS CVS CVS.adm SCCS .bzr .bzr.log .hg .git .svn BitKeeper .arch-ids .arch-inventory {arch} _darcs *.swp *.swo *.swn .#* *~ *.bak *.BAK #*# .*
[00:13] <sadmac> solrize: so revision control, editor tempfiles, and a few backups
[00:15] <solrize> ok, that is reasonable, they're not so uptight about the FHS thing.  or anyway the FHS spec says /etc contains conf files but it doesn't exclude other files (besides binaries)
[00:17] <solrize> re, had to talk to someone here in the office
[00:18] <solrize> so how about add README-* to the list?  that's a unix tradition
[00:18] <sadmac> in tarballs
[00:22] <solrize> the practice predates tarballs :)
[00:24] <sadmac> Scott's the one you need to flagellate about that one.
[00:26] <solrize> anyways i won't worry about it for now, there's too much else to figure out.  thanks
[00:27] <sadmac> np
[02:36] <solrize> is there someplace where upstart actions are logged?  
[02:39] <sadmac> solrize: system log
[02:41] <solrize> aha thanks
[02:44] <solrize> initctl reload says "initctl: invalid command: reload"
[02:44] <sadmac> solrize: what do you want that to do?
[02:44] <solrize> get upstart to reload the conf files
[02:45] <solrize> faq.html says initctl reload does this
[02:45] <sadmac> solrize: that's automatic. inotify
[02:45] <solrize> it doesn't seem to have noticed changes that i made
[02:45] <sadmac> solrize: restart the individual job(s) in question
[02:45] <solrize> how?
[02:46] <sadmac> solrize: 0.3.9?
[02:46] <solrize> hmm
[02:46] <solrize> 0.3.8
[02:46] <solrize> ic, it's out of sync with the web site
[02:46] <solrize> it's what came on ubuntu gutsy, i think
[02:46] <sadmac> solrize: initctl stop;initctl start
[02:47] <solrize> "missing job name"
[02:47] <solrize> oh adding that
[02:47] <sadmac> heh
[02:48] <solrize> still doesn't seem to notice the change.  it's running an old version of the file.
[02:49] <sadmac> what's different?
[02:50] <solrize> sec
[02:51] <solrize> i changed the name of an event and used initctl emit
[02:52] <solrize> but it only recognizes the old name, not the new one
[02:52] <solrize> and it runs the wrong command to start the service
[02:52] <solrize> i.e. i changed that too, but it runs the old one
[02:52] <solrize> brb
[02:56] <sadmac> hmm
[02:58] <solrize> should i kill -HUP the /sbin/init process?  is that where this runs from?
[02:59] <sadmac> that would do it. On that version of upstart though it will cease to manage your existing processes
[02:59] <solrize> hmm
[02:59] <solrize> i better not do that then
[03:02] <solrize> does upstart care whether a conf file is owned by root or by a user?  i chowned it to myself so i could edit it without sudo
[03:03] <solrize> chowned back to root, no change
[03:03] <sadmac> hmm
[03:03] <sadmac> any issues loading it should be in syslog
[03:04] <solrize> i just see a bunch of error messages there about how it couldn't run the old command
[03:04] <sadmac> hmm
[03:25] <solrize> just tried again, no change.  i wondered if it might auto-reload after 10 minutes or anything like that.
[03:26] <sadmac> no. it should be in there
[03:27] <solrize> according to ls -lu  the file hasn't been accessed in the past 25 minutes
[03:28] <solrize> i will try renaming the file
[03:29] <solrize> weird, now the job doesn't even show up in initctl list
[03:29] <sadmac> are you sure your syntax is right?
[03:29] <solrize> checking syslog
[03:30] <solrize> there's an erorr message
[03:30] <solrize> "duplicate value"
[03:31] <solrize> i have two exec commands, is that ok?  i thought i saw that in one of the examples
[03:31] <sadmac> nope
[03:31] <sadmac> not ok.
[03:31] <solrize> ic
[03:31] <solrize> ok i deleted one of them
[03:32] <solrize> hmm i think htis is better, it seems to be trying to start the task and failing and respawning
[03:33] <sadmac> good
[03:35] <solrize> thanks! i think i can add more tracing and figure out what's wrong from here
[03:35] <sadmac> cool
[03:38] <solrize> is there a way to set the uid of an exec process, like cron has?
[03:38] <solrize> i guess "sudo -u username", hmm
[03:38] <sadmac> yeah. or su
[03:40] <solrize> still seems to run as root
[03:41] <sadmac> that doesn't make sense...
[03:41] <solrize> "exec sudo -u solrize /bin/bash scriptname...."
[03:42] <sadmac> maybe an su thing
[03:43] <sadmac> exec su solrize - /bin/bash scriptname
[03:43] <solrize> trying
[03:43] <sadmac> oh crap, that won't work
[03:43] <sadmac> exec su solrize "/bin/bash scriptname"
[03:43] <solrize> ok
[03:43] <sadmac> su doesn't concatenate args
[03:44] <solrize> i need -c maybe ?
[03:44] <sadmac> that too
[03:44] <sadmac> :)
[03:45] <solrize> su -c "command" solrize
[03:45] <sadmac> there we go
[03:48] <solrize> bah, still runs as root
[03:49] <sadmac> I have no idea why.
[03:49] <solrize> i'll keep tracing it, thanks for all the help
[03:50] <sadmac> np
[04:13] <solrize> aha, got it working.  i didn't realize that killing the service and letting it restart with "respawn" wouldn't reload the upstart task
[04:13] <solrize> thanks
[04:13] <sadmac> that'd explain it.
[04:13] <solrize> upstart is pretty cool but it really needs documentation
[04:16] <sadmac> patchers wanted :)]
[04:17] <solrize> there's a similar situation with the prog i'm working on... most of the code was written by a guy i'll call "bob" and there's no docs.  my manager used to keep asking if there are any resources i need, and my answer was always "yes, about 10 feet of ethernet cable"
[04:17] <solrize> "what do you want that for?"
[04:18] <solrize> "i want to tie bob to a chair and make him explain how the code works so i can document it"
[04:18] <sadmac> le sigh
[04:22] <solrize> hee
[12:24] <keesj> sadmac: where to document?
[15:32] <sadmac2> keesj: document which?
[18:47] <keesj> sadmac2: I wonder where the documentation can be enhanced. I would fancy having a read syntax manual for each release
[18:49] <sadmac2> keesj: its neglected enough that I think you could pretty much do whatever you wanted :) Keybuk has been historically opposed to documenting a lot of it because he presently reserves the right to change any of it at any time.
[18:50] <Keybuk> plus I like moving the files around ;)
[18:50] <sadmac2> that too
[18:51] <Keybuk> 1.0 will probably be /etc/init/*.conf <g>
[18:51] <sadmac2> Keybuk: we're not in /lib anymore at least.
[18:54] <Keybuk> we've never been in /lib :p
[18:54] <sadmac2> Keybuk: we were hypothetically there once
[18:54] <sadmac2> It made me itchy.
[18:54] <keesj> today i created a bzr branch on launchpad of upstart
[18:55] <Keybuk> sadmac2: I briefly considered it
[18:55] <Keybuk> udev installs to there, but udev's rules are a programming language
[18:55] <Keybuk> and you can simply "add lines of code" to that programming language to change its behaviour
[18:55] <Keybuk> so it makes sense
[18:56] <keesj> I added support for loglevel in the /etc/init/init.conf file
[18:56] <keesj> would like to get it in upstart http://bazaar.launchpad.net/~keesj/upstart/upstart-next/revision/969
[18:56] <sadmac2> Keybuk: what have you been working on code-wise? In addition to most of a Bison parser I've been ripping out start/stop on and looking at doing that job tree thing.
[18:57] <Keybuk> haven't
[18:57]  * Keybuk bbl
[18:57] <sadmac2> oh good, I'll just go nuts then :)
[18:57] <keesj> OMG
[18:58] <sadmac2> keesj: yes?
[18:58] <keesj> what?
[18:58] <sadmac2> keesj: OMG?
[18:58] <sadmac2> you sounded excited...
[18:59] <keesj> no just the removal of start/stop 
[18:59] <sadmac2> yep
[18:59] <sadmac2> now its just on
[18:59] <sadmac2> or on/until
[19:00]  * sadmac2 also bbl