[12:28] Sounds good. === Keybuk [n=scott@quest.netsplit.com] has joined #upstart === phoenix24 [i=ahkvnte@rl259.1blu.de] has joined #upstart === phoenix24 [i=lpoogjj@rl259.1blu.de] has joined #upstart === phoenix24 [i=ygdgqya@rl259.1blu.de] has joined #upstart === wasabi_ [n=wasabi@cpe-76-184-122-13.tx.res.rr.com] has joined #upstart === phoenix24 [i=rveb@rl259.1blu.de] has joined #upstart === phoenix24 [i=begmnj@rl259.1blu.de] has joined #upstart === phoenix24 [i=adk@rl259.1blu.de] has joined #upstart === phoenix24 [i=hqtd@rl259.1blu.de] has joined #upstart === phoenix24 [i=gkokav@rl259.1blu.de] has joined #upstart === JK456 [n=laugeai@fe2adsl-2.wyplay.net] has joined #upstart === juergbi [n=juerg@80-219-16-162.dclient.hispeed.ch] has joined #upstart === madduck [n=madduck@debian/developer/madduck] has joined #upstart [10:35] Keybuk: is it just me or why did the installation of upstart just pull in a finger client? [10:35] are you using finger? [10:36] i am currently challenged by the task of authenticating users via unix sockets [10:36] http://lists.alioth.debian.org/pipermail/netconf-devel/2007-June/000128.html [10:36] and since upstart also uses unix sockets (i think), this attracted my attention. [10:36] anyway, if you or anyone has some input to the issue in the mailing list post, i would love to hear it. [10:37] but for now: sorry for spamming the channel [10:38] madduck: I was recently made aware of SO_PEERCRED. [10:38] madduck: Doesn't that solve your problem? [10:38] -> /msg [10:39] someone else just said this [10:39] i am reading up on this now. -> /msg [10:39] madduck: I've no idea why it would pull in a finger client [10:39] shawarma: or #netconf/irc.debian.org [10:39] it shouldn't do, there's not one in the dependencies [10:39] Keybuk: i can't figure it out either. maybe it's the scottish beer in my head? [10:39] maybe [10:40] upstart uses SO_PEERCRED for authentication of commands [10:40] (one of the reasons it uses unix domain sockets and not a fifo [10:40] the other being the ability to pass file descriptors from initctl) [10:40] i am prototyping in python, so i hope it can do it. [10:40] i'll read up now. === Md [i=md@freenode/staff/md] has joined #upstart === Keybuk is catching up on some LCA talks :p [11:24] wasabi: in particular "Eat My Data: How everybody gets file I/O wrong" :p === sadleder [n=sadleder@p50811AD5.dip0.t-ipconnect.de] has joined #upstart === Nilsy [n=no@crawdad.sit.aau.dk] has joined #upstart === madduck [n=madduck@debian/developer/madduck] has left #upstart [] === Keybuk giggles at "gdb test_core" [02:04] freudian typo, that === tale [n=tale@207.235.54.1] has joined #upstart === Dalios`` [n=hmmm@216.40.38.230] has left #upstart ["Leaving"] [04:04] http://codebrowse.launchpad.net/~keybuk/upstart/main/revision/scott%40netsplit.com-20070612135558-5cp54lvyxc5pwax5?start_revid=scott%40netsplit.com-20070612135714-innzwjnyivysns66 [04:28] Whee [05:01] \o/ [05:02] "Retain loading from /etc/event.d" << does that mean that it'll use jobs in both event.d and the new jobs.d? [05:02] yes [05:03] cool, that'll make upgrading easier ;) === tale_ [n=tale@207.235.54.1] has joined #upstart [05:09] they'll fight over job names right now [05:11] that's no problem for me, really [05:12] anyway, /me gets on with porting profiles to the new code [05:15] hmm, i like your new blog theme [05:28] the port should be quite easy, since now most of the hard work is taken care of for you by conf.c [05:31] yep [05:33] brb, testing latest bzr code [05:34] 732 is current [05:36] yep, got that [05:36] seems to work. although, moving all the jobs to jobs.d from event.d before booting the new /sbin/init wasn't one of my greatest ideas :p [05:37] had to sync and reboot -f [05:37] lol === mbiebl [n=michael@e180068061.adsl.alicedsl.de] has joined #upstart [06:15] Keybuk: should CONF_PROFILE also go into the ConfItemType enum in conf.h? [06:17] yup [06:17] actually, you'll want that to be CONF_PROFILE_DIR, no? [06:17] and then add a case for it and parse directories of profiles? [06:17] oh [06:17] right, CONF_PROFILE_DIR in ConfSourceType [06:17] and CONF_PROFILE in ConfItemTypoe [06:17] :p [06:20] ok [06:20] :) === juergbi [n=juerg@80-219-16-162.dclient.hispeed.ch] has joined #upstart [06:52] hmm [06:52] Keybuk: is it right that there's a Job entry specifically defined in the ConfItem struct? [06:52] it's in a union [06:53] so there should be a Profile *profile there as well [06:53] ahh [06:53] so in the appropriate case bits you refer item->profile [06:53] right, forget i said anything :p === sadleder [n=sadleder@p50813612.dip0.t-ipconnect.de] has joined #upstart === sadleder [n=sadleder@p50813612.dip0.t-ipconnect.de] has left #upstart [] === Md [i=md@freenode/staff/md] has joined #upstart === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #upstart === mbiebl [n=michael@e180071049.adsl.alicedsl.de] has joined #upstart === ion_ [n=ion@heh.fi] has joined #upstart