[10:13] <takedown> hi
[10:14] <takedown> I have question about upstart, control-alt-delete file permit reboot to everyone who press magic keys?(same is init)
[10:15] <takedown> and shutdown.allow file works with upstart?
[12:32] <Keybuk> takedown: shutdown.allow does not work with upstart
[16:24] <tale_> can somebody show me an example of how to use the status command to see the status of say my open-ssh service?
[16:26] <Keybuk> status open-ssh
[16:28] <tale_> Keybuk, I get this error:  sudo status sshd
[16:28] <tale_> status: Unknown job: sshd
[16:28] <tale_> what name is it expecting?
[16:29] <tale_> the name of the script in /etc/init.d/?
[16:29] <tale_> because that doesn't work either
[16:29] <Keybuk> the name of the upstart job in /etc/init/jobs.d
[16:29] <Keybuk> or /etc/event.d on older versions
[16:29] <Keybuk> unless you write an openssh service yourself, you won't have one
[16:29] <ion_> Ah, i didn't even notice the switch away from /etc/event.d :-)
[16:30] <ion_> /etc/init/jobs.d is a good choice.
[16:30] <Keybuk> ion_: I'd changed the job defaults sufficiently that the move and drop was the right thing to do
[16:30] <Keybuk> http://bazaar.launchpad.net/~keybuk/upstart/trunk/revision/scott%40netsplit.com-20080418123201-dunua2k23pmhhwqz?start_revid=scott%40netsplit.com-20080422064448-wo7a025i7ssk6i7c
[16:31] <ion_> It's more obvious than event.d IMO, and the other upstart configuration can be under /etc/init so that /etc isn't polluted.
[16:32] <Keybuk> tale_: Ubuntu and Fedora are still using sysv-rc for running most daemons
[16:32] <Keybuk> sysv-rc will just have one upstart job for an entire runlevel
[16:33] <tale_> I see that now that I'm looking at /etc/init/jobs.d
[16:33] <tale_> I was curious because I saw the commands on a ubuntu cheat sheet yesterday and I couldn't get them to return anything but an error
[16:33] <Keybuk> status tty1
[16:33] <Keybuk> that will return you a useful answer
[16:34] <tale_> ok
[16:34] <Keybuk> brb, hardy time
[16:36] <ion_> I manually switched polipo to be managed by upstart instead of sysvrc, since it chokes to an assertion failure every once in a while. :-P Not often enough for me to switch to something worse for my needs (such as squid), though, and i hope to get around to fixing that bug myself some day.
[22:07] <Keybuk> dbus is strangely missing dbus_connection_pair (&conn1, &conn2);
[23:35] <Keybuk> test_dbus: tests/test_dbus.c:1037: test_object_message: Assertion `dbus_connection_send_with_reply ( conn, message, &pending, -1)' failed.
[23:35] <Keybuk> *sigh*
[23:35] <Keybuk> what's up with you