[07:11] is there some way to make upstart verbose? trying to make it work on arch linux, but it's just doing nothing here atm [07:11] i suppose i'll rtfm [07:12] duh, --debug [07:14] dang, seems like the arch scripts don't like that :) [07:30] bleh, i give up (for now) [14:32] ...with invalid argument [14:32] BAD: wrong value for error.name, expected 'com.netsplit.Nih.IllegalValue' got 'org.freedesktop.DBus.Error.NoReply' [14:32] at tests/test_com.netsplit.Nih.Test.c:232 (test_str_to_int). [14:32] *sigh* [16:05] Keybuk: how's 0.5 comming? [16:05] :) [16:07] sadmac2: still battling D-Bus [16:08] Keybuk: ahh. Decided on flags or profiles yet? [16:08] no, not yet [16:08] that's a 0.5.x issue [16:08] 0.5.0 won't have either [16:08] likewise 0.5.0 won't have states [16:10] 0.5.0 will be largely complete from a service management point of view, so rc2 can be moved over [16:10] with more complex things coming throughout 0.5.x as we need them :-) [16:11] cool [16:50] right now, I'm still getting d-bus to play nicely [19:28] hurrah [19:28] * Keybuk has a valgrind suppressions file that covers most of libdbus now :) [19:31] :-) [20:24] Keybuk: what are you wrestling with right now wrt dbus? [20:26] sadmac2: just joining all the dots up [20:27] Keybuk: yes, dots were kind of a poorly thought out feature. In the last version they used triangles. It was much more structured. [20:27] heh [20:27] 2/3 of my dbus-related test suites now pass valgrind [20:28] which is good [20:28] though I'm convinced that two suppressions are dbus bugs [20:28] and they itch, and I'm going to end up investigating them :p [20:28] it doesn't look like it _quite_ cleans up the userdb cache properly in the case of shutdown() [20:28] which, admittedly, is only a concern for test suites ... but hey :p [20:28] s3nd p4tch3s [20:31] oh, patches already in bugzilla [20:31] sweet [20:31] I make sure of that :) [20:32] ==5778== Invalid read of size 8 [20:32] ==5778== at 0x4E3E05D: _dbus_connection_read_write_dispatch (dbus-connection.c:3414) [20:32] ==5778== by 0x4E3E3E4: dbus_connection_read_write_dispatch (dbus-connection.c:3491) [20:32] ==5778== by 0x404C56: test_bus_disconnected (test_control.c:384) [20:32] ==5778== by 0x404EF0: main (test_control.c:422) [20:32] ==5778== Address 0x542b880 is 8 bytes inside a block of size 256 free'd [20:32] *sigh* [20:32] this, I think, is my last one [20:35] that just looks like read_write_dispatch *NEVER* expects the spanish inquisition [20:36] I mean that it never expects to be used to dispatch the disconnected message ;) [20:36] which is a biiiit odd [20:36] missing ref I suspect [20:37] actually, since the docs explicitly say that it terminates when disconnected has been processed, it should damned well expect the last ref to go away :p [20:40] sweet [20:40] and the world is a better place. Open source makes me tingly [20:44] and patch uploaded [20:45] https://bugs.freedesktop.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=dbus&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailreporter1=1&emailtype1 [20:45] =exact&email1=scott%40netsplit.com&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= [20:46] Pretty URL [21:07] my IRC client ate it [21:07] :( [21:58] Keybuk: looks like one is fixed already. That's not too bad a response rate