[16:11] <Keybuk> sadmac, keesj: http://bazaar.launchpad.net/%7Escott/libnih/trunk/annotate/635?file_id=NEWS-20060424160942-032abeceeca6157f
[16:11] <Keybuk> this should hopefully alleviate some of the issues with libnih's unstable API
[16:12] <Keybuk> (ie. documenting the changes as we go)
[16:12] <keesj> cool. 
[16:16] <sadmac2> Keybuk: cool
[16:17] <sadmac2> Keybuk: I have the beginnings of an async api at home. It needs a couple tweeks and a lot more testing but its there.
[16:17] <Keybuk> sweet
[16:18] <Keybuk> I'm going to push a 0.5.1 once I've got upstart up to date with the libnih changes
[16:18] <Keybuk> because there were some realloc oom failure issues I found in the process of changing the allocator
[16:18] <Keybuk> then 0.5.2 we'll either push in the async api or the properties support (whichever comes first), and 0.5.3 will get whichever comes second
[16:20] <sadmac2> sounds good
[16:21] <sadmac2> I'll re-hash initctl as soon as the properties support comes in
[16:21] <Keybuk> the plan being to start making some very rapid releases
[16:21] <Keybuk> since we have a test suite, in theory, upstart is always releasable as long as it passes
[16:21] <Keybuk> in hindsight, the "drop all the IPC, rewrite the core, add D-Bus back" plan wasn't ideal
[16:21] <sadmac2> Keybuk: have you looked at the manpages in 0.5.0? I get this funny feeling nobody updated them :)
[16:21] <Keybuk> no :)
[16:22] <Keybuk> I actually did start on some new manpages about a year ago
[16:22] <Keybuk> which actually tried to document what happened events-wise
[16:22] <Keybuk> I should finish them up, then we have a 0.5.4 ;)
[16:23] <sadmac2> Keybuk: in 0.10, when someone installs a .deb/.rpm with a service, can that service be disabled by default?
[16:23] <Keybuk> should be possible, yes
[16:23] <Keybuk> the timing of that is kinda critical though
[16:24] <Keybuk> since if rpm unpacks the file, upstart will notice ;) - the disabled flag needs to appear before the definition
[16:24] <sadmac2> Keybuk: and if you disable a service, does it disable all its dependents?
[16:24] <Keybuk> right
[16:24] <Keybuk> since none of the dependants can be automatically started
[16:25] <sadmac2> Keybuk: consider ypbind and gdm: if yp is installed, configured, /and/ enabled, gdm should depend on it. if it is not all of those, gdm should not depend on it.
[16:25] <sadmac2> just thought of this while setting up the auth for my new workstation :D
[16:25] <Keybuk> that's done by putting the gdm dep into the ypbind file
[16:25] <Keybuk> e.g. today start on starting gdm; stop on stopped gdm
[16:26] <sadmac2> Keybuk: ah right
[16:26] <sadmac2> Keybuk: so in ypbind: before gdm
[16:26] <Keybuk> exactly
[16:26]  * sadmac2 doesn't like that word "before"
[16:26] <sadmac2> it has very task-y semantics, which is misleading
[16:26] <Keybuk> before implies there's an after, doesn't it
[16:26] <Keybuk> or implies ordering
[16:26] <sadmac2> yeah
[16:26]  * Keybuk has to run for a bit
[16:26] <notting> well, ideally it's an asbtract nss event that hides away the ypbind/ldap/krb/whatever, but... details details
[16:27] <Keybuk> Fedora Rawhide broked my disk, and I need to buy a new one
[16:27] <Keybuk> plus I need some food ;)
[16:27] <sadmac2> Keybuk: we're hardcore like that. not everyone can handle the intensity of Rawhide
[16:27] <sadmac2> that's why it says "Raw"
[17:01]  * keesj will start looking into improving his state machine for upstart this week
[17:01] <notting> obviously we need runtime-pluggable state machines
[17:01]  * keesj remebers somebody else also was busy with something similar
[17:02] <keesj> I guess I should post how we did it and get shot
[20:38] <ion_> Note to self: ask Keybuk why: * nih_config_parse() now reads the file into memory, instead of using mmap().
[21:08] <sadmac2> ion_: git has gotten itself into trouble with nmap before
[21:09] <ion_> How?
[21:13] <sadmac2> ion_: mmapping very very large things causes pain
[21:14] <sadmac2> thrashing and other ugliness
[21:16] <ion_> Yeah, but i’m sure nih_config_parse isn’t going to read huge files. :-)
[21:17] <sadmac2> ion_: one man's uninteresting use case is another man's security vulnerability
[21:17] <sadmac2> why give an application the ability to crash the system, no matter how well written?
[21:18] <ion_> In this case, the change seems to be to read the entire file to memory, so the case of a user passing a huge config file to the function would potentially cause even more RAM to be used than with mmap.
[21:20] <sadmac2> ion_: As 4chan so elloquently puts it: OH SHI-