[12:26] http://codebrowse.launchpad.net/~keybuk/upstart/main/revision/scott%40netsplit.com-20070620222502-rqg8aiw9kzt3h8t7?start_revid=scott%40netsplit.com-20070620222502-rqg8aiw9kzt3h8t7 [12:26] ^ event expression trees have landed === tck [n=tck@A-79-117.cust.iol.ie] has joined #upstart === phoenix24_ [i=wuhjr@ns37986.ovh.net] has joined #upstart === phoenix24__ [i=hkwawnj@ns37986.ovh.net] has joined #upstart === phoenix24 [i=jwh@ns37986.ovh.net] has joined #upstart === phoenix24_ [i=ihvom@ns37986.ovh.net] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart === sadleder [n=sadleder@p508100DD.dip0.t-ipconnect.de] has joined #upstart === phoenix24 [i=wzheied@ns37986.ovh.net] has joined #upstart === phoenix24 [i=jwf@ns37986.ovh.net] has joined #upstart === sadleder [n=sadleder@p508100DD.dip0.t-ipconnect.de] has left #upstart [] === Keybuk [n=scott@quest.netsplit.com] has joined #upstart === sadleder [n=sadleder@p508100DD.dip0.t-ipconnect.de] has joined #upstart === sadleder [n=sadleder@p508100DD.dip0.t-ipconnect.de] has left #upstart [] === mbiebl [i=michael@conference/debconf/x-69b8a47f864ef7bc] has joined #upstart === mbiebl [i=michael@conference/debconf/x-c2a203efbc65aebc] has joined #upstart === mbiebl [i=michael@conference/debconf/x-ab8457c6fae8dc0a] has joined #upstart === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #upstart === tale [n=tale@207.235.54.1] has joined #upstart === phoenix24 [i=wwvy@ns37986.ovh.net] has joined #upstart === tale [n=tale@207.235.54.1] has joined #upstart [04:26] heh [04:26] I had planned, this morning, to get rid of job->cause entirely [04:26] and so far I've been distracted by shiny new compiz-fusion features [04:46] I upgraded from beryl to compiz+compcomm recently. [04:47] Theres an interesting bug, which i havent got around to investigating yet. [04:47] Keybuk: honestly, i'm shocked. :P [04:48] When i switch from a desktop to another using any largedesktop plugin, it seems to work fine, unless im switching from/to a desktop with Firefox as the active window. When that is the case, the movement is really jerky. === phoenix24_ [i=cyufy@ns37986.ovh.net] has joined #upstart [05:04] that's why i don't use compiz/beryl/whatever :) [05:04] when you're trying to do something, it's just too easy to get distracted with bouncing windows === AlexExtreme [n=AlexExtr@frugalware/developer/AlexExtreme] has joined #upstart === AlexExtreme [n=AlexExtr@frugalware/developer/AlexExtreme] has joined #upstart [05:22] sorry for the disconnects, my IRC bouncer is acting up === juergbi [n=juerg@80-219-19-183.dclient.hispeed.ch] has joined #upstart === AlexExtreme [n=AlexExtr@frugalware/developer/AlexExtreme] has joined #upstart [05:25] heh, silly things [05:27] there, that was the last one [05:27] which bouncer do you use? [05:28] bip [05:28] http://bip.berlios.de [05:28] alex: Whether the windows bounce depends on your configuration. :-) [05:28] ion_: of course ;) [05:29] The nicest thing is that when switching to another desktop, the windows dont need to be repainted. That makes it a lot faster on this 500 MHz machine. [05:30] *Even* when using a transition effect. [05:30] yep [05:30] I first tried compiz on a 700Mhz box when it was first released, it was quite fast [05:32] CPU speed shouldn't affect compiz [05:33] that's kinda the point [05:33] fancy effects aside, the entire point is to offload all the boring screen management to the GPU [05:33] so more CPU resource is free [05:34] Indeed. [05:35] I meant that even showing the transition effect takes less time than having one of the bit more bloated programs repaint its window on this box. [05:37] true [05:38] in fact, in theory, the transition is free [05:38] Yeah. [05:38] because it's done using spare GPU capacity, rather than taxing the CPU === Keybuk lols at a test case [05:39] I do use some funny metasyntactic names [05:39] clearly for this test, I really wanted a name I wasn't likely to accidentally use later [05:39] so instead of foo, bar, baz [05:39] or frodo or bilbo [05:39] or wibble, wobble, waggle, wiggle, etc. [05:39] I used ... [05:39] biscuit [05:39] Hehe === tck [n=tck@A-79-117.cust.iol.ie] has joined #upstart === tck [n=tck@A-79-117.cust.iol.ie] has joined #upstart [07:18] there's one thing about specs that always bites [07:18] you always forget something, and have to retcon it when you write the code [07:18] e.g. the spec for replacing cause with event expressions [07:18] I had completely forgotten that a job is allowed to abort the stop in pre-stop [07:20] Looking up retcon from dictionary.com just spoiled a TV show. :-) [07:20] Not that id want to watch the show in question. [07:21] :) [07:22] retcon. v. to pretend the spec always said that ;) [07:22] :-) [07:22] :) === phoenix24 [i=jgehghl@ns37986.ovh.net] has joined #upstart === Keybuk frowns at post-stop -> starting [07:29] there's another state transition I forgot === AlexExtreme frowns at this stupid country's weather [07:38] why is it that every time i need to go somewhere it starts raining? [07:38] the weather here has marginally improved over the last few days [07:39] yeah, *marginally*, i.e. not raining constantly, just showers every 20 minutes ;) [07:39] EGBB 211720Z 16010KT 9999 -SHRA FEW020CB SCT030 16/13 Q1007 [07:41] tomorrow's TAF is pretty mad [07:41] EGBB 211624Z 220024 17010KT 9999 SCT025 BECMG 0205 11005KT PROB40 TEMPO 0210 7000 -RA BKN008 PROB30 TEMPO 1022 7000 SHRA BKN020CB PROB30 TEMPO 1120 3000 +TSRA BKN014CB BECMG 2124 4000 BR [07:41] what's that from? [07:41] metoffice aviation forecast [07:41] EGBB = Birmingham International Airport [07:41] ah === mbiebl_ [i=michael@conference/debconf/x-03515532dcbd8769] has joined #upstart [07:42] you're near birmingham? [07:42] 40% probability of light rain in the morning, [07:42] 30% probability of showers in the afternoon [07:42] and 30% probability of heavy thunderstorms in afternoon [07:42] in Birmingham yeah [07:43] cool, not too far from here [07:43] that somewhat explains why we've been experiencing equally dire weather ;) [07:43] :) [07:45] http://codebrowse.launchpad.net/~keybuk/upstart/main/revision/scott%40netsplit.com-20070621173820-45cqbuufjbcft1sn?start_revid=scott%40netsplit.com-20070621173820-45cqbuufjbcft1sn [07:45] ^ \o/ [07:47] actually, the current METAR isn't bad at all; perfectly flyable in fact [07:48] :) [07:50] * If a job fails to reach its goal, all appropriate blocked events are marked as failed. Nodes with a FALSE value, and children of those nodes, are not considered since they have not caused the job to fail. [07:50] Urgh [07:50] I haven't worked out how to implement *that* yet [07:50] deciding which events in the expression tree to mark as failed [07:50] it's supposed to be "those that contributed to it starting in the first place" [07:52] Keybuk: would you mind greatly if I copied the nih linked list code to my project? i'd rather not link against libnih since i'm trying to keep the dependencies on this lib i'm writing to only libc [07:52] of course i'd add credits in the header (it's GPL, btw) [07:52] not at all [07:52] thanks [07:52] though you'd need nih_alloc as well, unless you modify it [07:53] k [07:53] (modify is easy enough, it's just nih_list_new, nih_list_entry_new, nih_list_destructor and nih_list_free) [07:54] yep === phoenix24_ [i=hagqk@ns37986.ovh.net] has joined #upstart [09:27] why do I only ever discover problems half way through an implementation? === phoenix24 [i=tghlk@ns37986.ovh.net] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart [09:40] today's problem: [09:40] instance [09:40] from tty-added [09:40] until tty-removed $TTY [09:40] respawn [09:40] exec /sbin/getty $TTY 38400 [09:40] nice and simple [09:40] what happens if [09:40] a) the same tty gets added [09:40] b) the tty gets removed, and another tty is added while the job is stopping [10:22] I vote for proper lock/abort files. :0 [10:22] The instance gets spawned twice, but some nice chap tests to see if the instance is already spawned. [10:24] wouldn't it be nice if upstart took care of this for you? :p [10:24] I don't really think so. [10:25] why not? [10:25] got me. [10:26] instance could be "unique per parameters" [10:28] yeah, which is interesting [10:28] but then do you restart the instance, or do you wait to create a new instance? :P [10:29] Well, what happens if a start evnet happens twice in any non-instanced job [10:29] Basically nothing. [10:35] indeed [10:35] need to think on this a bit === phoenix24_ [i=ylx@ns37986.ovh.net] has joined #upstart [10:48] EGBB 212020Z 15006KT CAVOK 14/11 Q1008 [10:48] CAVOK! === Keybuk was starting to think he'd never see those letters again [10:48] *cries* === tck_ [n=tck@A-79-117.cust.iol.ie] has joined #upstart