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