**** BEGIN LOGGING AT Tue Sep 30 02:59:57 2008 Sep 30 05:40:01 freesmartphone.org: 03mickey 07framework * rbafec1ed6af6 10/ (3 files in 3 dirs): ogsmd: implement closing the modem. Sep 30 06:11:01 freesmartphone.org: 03charlie 07framework * rc0a11270ffd4 10/framework/patterns/tasklet.py: tasklet: Added the WaitFileReady tasklet Sep 30 06:45:02 mickey|tw: http://trac.freesmartphone.org/ticket/134 Sep 30 06:45:34 thanks Sep 30 06:45:36 interesting Sep 30 06:45:39 need to think about that Sep 30 06:47:08 * mwester patched that because the messages in the log were annoying. Sep 30 06:47:45 But sven's patch is much nicer. Sep 30 07:02:53 HMM Sep 30 07:02:56 ok, i like that Sep 30 07:03:03 (returning empty list there) Sep 30 07:05:47 although i don't think it's purely calypso Sep 30 07:05:57 so I will add support for this as a possible way to react in the abstract modem Sep 30 07:13:38 G'Morning Sep 30 07:13:47 freesmartphone.org: 03daniel 07framework * r77955c070629 10/framework/subsystems/ogpsd/ (om.py ubx.py): Sep 30 07:13:47 freesmartphone.org: ogpsd: GTA02Device: Sleep after turning on the chip Sep 30 07:13:47 freesmartphone.org: Make sure the GPS is ready to accept commands after powering it on Sep 30 07:26:02 hi Sep 30 07:28:20 freesmartphone.org: 03jluebbe 07zhone * r11392b1d2ee3 10/src/zhone: fix missed method renames Sep 30 07:29:26 freesmartphone.org: 03mickey 07framework * rdf84c48ba7b1 10/ (2 files in 2 dirs): Sep 30 07:29:26 freesmartphone.org: ogsmd: Supress org.freesmartphone.GSM.SIM.NotFound as a possible response to Sep 30 07:29:26 freesmartphone.org: org.freesmartphone.GSM.SIM.RetrieveMessagebook -- instead send an empty list. Sep 30 07:30:23 write_erase how is going the splash? Sep 30 07:30:49 freesmartphone.org: 03jluebbe 07specs * rb58bb46167b7 10/ (2 files in 2 dirs): org.freesmartphone.Usage: document new signal ResouceAvailable and changed method RequestResource Sep 30 07:34:56 methril, kernel is patched now... .config work in progress ... There is some bootsplash dependendancy on VESA_FB. I have to fix that ... Hope I can compile this kernel tomorrow Sep 30 07:40:16 freesmartphone.org: 03daniel 07framework * rc1c9e312a1ec 10/framework/subsystems/ogsmd/gsm/sms.py: Sep 30 07:40:16 freesmartphone.org: ogsmd: sms.py: Don't encode the last 7 bit if they are padding Sep 30 07:40:16 freesmartphone.org: This fixes a bug where the end of the message had a '@' character Sep 30 07:40:16 freesmartphone.org: appended to it. This would always happen when the message was of such a Sep 30 07:40:17 freesmartphone.org: length that the last bit of the character was encoded in a new byte. The Sep 30 07:40:19 freesmartphone.org: remaining 7bit would then also get decoded (all zero -> @). Sep 30 10:10:55 Hey Sep 30 10:37:28 freesmartphone.org: 03charlie 07framework * r09ac291c8885 10/framework/patterns/tasklet.py: tasklet: Cleaned code a little Sep 30 11:10:00 hello Sep 30 11:17:00 hi Hire Sep 30 11:33:18 freesmartphone.org: 03mickey 07framework * rd30387c091df 10/framework/subsystems/ogsmd/ (gsm/channel.py modems/abstract/unsolicited.py objects.py): Sep 30 11:33:18 freesmartphone.org: ogsmd: send org.freesmartphone.GSM.SIM.MemoryFull on corresponding Sep 30 11:33:18 freesmartphone.org: incoming CMS ERROR 322 Sep 30 11:45:37 freesmartphone.org: 03charlie 07framework * r86a660108f98 10/framework/patterns/tasklet.py: tasklet: Added simple messages mechanism between tasklets Sep 30 12:16:32 Ainulindale, have you had your lunch? :) Sep 30 12:25:47 quickdev: yes but I have to call a customer Sep 30 12:38:21 freesmartphone.org: 03ainulindale 07libframeworkd-glib * rdae7be57cae6 10/src/ogsmd/ (7 files): Sep 30 12:38:21 freesmartphone.org: Applied patches from quickdev : Sep 30 12:38:21 freesmartphone.org: - fixed marshalling Sep 30 12:38:21 freesmartphone.org: - Added dbus error Sep 30 12:38:21 freesmartphone.org: - fix incomingmessage signal Sep 30 12:38:22 freesmartphone.org: Thanks quickdev ! Sep 30 12:55:31 Ainulindale, will you have time to do some work on ousaged today? If not, I'm going to try it ;) Sep 30 12:59:56 Unfortunately right now I think I won't be able to Sep 30 13:00:07 If you do that could you first try to build an abstract for dbus in general ? Sep 30 13:00:16 with dbus_connect_to_ogsmd, dbus_connect_to_ousaged, etc Sep 30 13:01:29 Ainulindale, that's what I wanted to do Sep 30 13:03:16 That's good then :-) Sep 30 16:21:06 mickey|tw, there, sort of important Sep 30 16:31:02 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * rbc9567781f3d 10/fsod/src/subsystems/Device/display/Makefile.am: Fix makefile Sep 30 18:02:48 lpotter: ping Sep 30 18:05:05 pong Sep 30 18:05:14 lpotter: where can I download 4.4? Sep 30 18:05:36 it's been released according to trolltech.com ;) Sep 30 18:05:49 the open source wil lbe made available a few days after the commercial release Sep 30 18:06:00 it will be at qtextended.org Sep 30 18:06:10 ah, okey thanks Sep 30 18:06:18 I just want the binary, not the source ;) Sep 30 18:06:30 why do commercial customers get it first? Sep 30 18:08:36 so it makes them feel better Sep 30 18:10:24 ah Sep 30 18:10:30 and it makes the community feel worse :P Sep 30 18:11:18 yes, well its always been Trolltech policy to do this Sep 30 18:11:48 and not much really can be done in 3 days.... I dont understand it myself. but hey, I am just a pawn Sep 30 18:11:50 don't worry :) Sep 30 18:12:57 will it have cool features though? Sep 30 18:22:28 of course! Sep 30 18:23:11 the ui Sep 30 18:24:35 (20:04:41) lpotter: the open source wil lbe made available a few days after the commercial release <-- when the commercial release? Sep 30 18:25:39 today Sep 30 18:26:15 so... Sep 30 18:27:05 perfect Sep 30 18:27:45 however we need a new ui :/ Sep 30 18:27:51 or a theme Sep 30 18:28:17 because the default theme is... ehm... seem too old Sep 30 18:28:24 we need a tango theme style Sep 30 18:28:29 or oxygen style Sep 30 18:33:38 well, there were to themes, right? Sep 30 18:53:46 morning... Sep 30 18:55:20 is it true that there's currently a dependency-problem with libcaca0 and libcucul0 or am i doing anything wrong? Sep 30 18:55:41 muc3x: yes, i have reported a bug Sep 30 18:55:59 muc3x: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500492 Sep 30 19:00:27 ieatlint, BTW, I think I *will* see you at tonight's SF OpenMoko meetup. Sep 30 19:15:27 Hire: yes. I am working on getting the sources available at qtextended.org. once that goes live, it will be available Sep 30 19:16:02 yes yes it is ok :D Sep 30 19:16:09 don't worry, get your time :) Sep 30 21:34:45 Ainulindale? :) Sep 30 21:40:54 Yes ? Sep 30 21:41:03 You're lucky I just went in Sep 30 21:41:36 Ainulindale, I implemented ousaged_request_resource() and it calls the callback Sep 30 21:41:50 and ? Sep 30 21:42:02 but I get a GError without message, with domain = NULL and a random number as code Sep 30 21:42:06 have you already had that situation? Sep 30 21:42:18 My bet is you didn't use the right marshalling Sep 30 21:42:25 Did you generate the equivalent to my dbus/ dir ? Sep 30 21:42:40 Hello Sep 30 21:42:40 (using dbus-binding-tool -mode=client etc...) Sep 30 21:42:46 I downloaded the ousaged.xml and used dbus-binding-tool Sep 30 21:42:53 do I have to use genmarshal? Sep 30 21:43:06 Not if the signature is simple Sep 30 21:43:30 nothing is returned - is that simple enough? :) Sep 30 21:43:34 Hmmm Sep 30 21:43:36 Kind of :-) Sep 30 21:43:37 python on qtopia anyone? I've managed to install the python core, but i also want the most common modules (ie the ones that come with the python.org-package). i reckon i could just copy the .py files to the lib-dir, but how would that work with extended modules (c-wrappers)? Sep 30 21:43:55 Ainulindale, is there something to debug the message sent through dbus? Sep 30 21:43:56 quickdev: it may be that you didn't turn the antenna on ? Sep 30 21:44:07 I don't know which process has been chosen for initialization Sep 30 21:44:17 quickdev: none that I know of Sep 30 21:44:26 Ainulindale, requestResource('GSM') should be called befored setAntenna Sep 30 21:44:29 But you could debug ousaged Sep 30 21:44:41 quickdev: ok I see Sep 30 21:44:46 Is zhone working with that ? Sep 30 21:44:57 yes - and mdbus works fine, too Sep 30 21:45:00 without any error Sep 30 21:45:04 hmmm Sep 30 21:45:05 root@om-gta02:~# mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/Usage org.freesmartphone.Usage.RequestResource "'GSM'" Sep 30 21:45:06 root@om-gta02:~# Sep 30 21:45:07 could i see your code ? Sep 30 21:45:12 of course Sep 30 21:45:34 why did you put "'GSM'" ? Sep 30 21:45:37 And not just "GSM" ? Sep 30 21:46:05 (not that it's relevant but it's weird) Sep 30 21:46:47 Ainulindale, because the shell removes the ' otherwise..try it ;) mdbus will report a type error Sep 30 21:47:01 weird I didn't notice anything like that before Sep 30 21:47:05 (using mdbus) Sep 30 21:48:59 Ainulindale, you've got an email Sep 30 21:50:02 is dialer marshal list really useful for usaged ? Sep 30 21:50:05 (I don't think so) Sep 30 21:50:17 (or just for one type) Sep 30 21:50:43 I haven't cleaned the whole thing yet Sep 30 21:50:54 and you're right, yes Sep 30 21:50:59 so Sep 30 21:51:06 You'll have to check that your bus exists Sep 30 21:51:13 (could be that it doesn't) Sep 30 21:51:39 And check that it's "RESOURCE" and not "RESOURECE" :-op Sep 30 21:51:42 :-p Sep 30 21:52:00 just a debug message ;) Sep 30 21:52:01 (it feels as if I was looking at my own debugs) Sep 30 21:52:12 (except that I talk a lot more about bunnies and cucumbers in mine) Sep 30 21:52:20 hrrr :) Sep 30 21:52:44 I'll check the bus Sep 30 21:52:46 I guess you should step by step your piece of code to see if ousaged has been rightfully initiated Sep 30 21:52:52 s/initiated/initialized/ Sep 30 21:53:40 But I don't see why it shouldn't be Sep 30 21:54:07 do step by step what? Sep 30 21:54:25 step by step debug Sep 30 21:54:29 using gdb Sep 30 21:54:38 ousagedBus is not null Sep 30 21:54:39 or just try to printf ousagedBus Sep 30 21:54:48 ousagedBus: 141656 Sep 30 21:55:05 Then you should put the log level to verbose in ousaged Sep 30 21:55:08 and check what it says Sep 30 21:55:09 I read the frameworkd debug log....the method is actually called! Sep 30 21:55:16 and ? Sep 30 21:55:28 I did...the only problem is the strange GError Sep 30 21:55:37 no errors on frameworkd side Sep 30 21:55:59 so you tell me GError != null ? Sep 30 21:56:08 but domain = null Sep 30 21:56:19 yes, correct Sep 30 21:56:34 Unknown dbus error: , (null), code 1073874928 Sep 30 21:56:46 lose ("%s: %s, %s, code %d", prefix, error->message, g_quark_to_string(error->domain), error->code); Sep 30 21:56:52 message, domain, code Sep 30 21:57:12 hmmm Sep 30 21:57:20 that's weird Sep 30 21:58:21 there could only be two possibilities? ousaged sends the wrong error or libframeword-glib parses not correct Sep 30 21:58:36 if you receive an error with no message that's weird Sep 30 21:58:40 and if you receive an error Sep 30 21:58:44 either dbus-glib is failing to do some stuff Sep 30 21:58:48 or frameworkd sends an actual error Sep 30 21:59:23 because I can't see why dbus_error being not null and error message being null could go together Sep 30 21:59:30 as I know each and every error is typed Sep 30 22:00:09 so if it's weird I guess we could put this on the code reorganization you did Sep 30 22:00:12 maybe you changed some things Sep 30 22:00:33 (I just say that because I spent two days forgetting about a static) Sep 30 22:01:06 I'll try if the other functions are working..if not, then it's a more general problem Sep 30 22:02:04 Anyway it connects to the interface, right ? Sep 30 22:02:37 yes Sep 30 22:02:45 Oh Sep 30 22:02:48 weird stuff :-) Sep 30 22:02:55 check frameworkd-glib-ousaged.h Sep 30 22:03:03 BUS_PATH...and so on are overwritten? Sep 30 22:03:13 I think something will fail there :-p Sep 30 22:03:28 two things in fact Sep 30 22:03:56 BAD NIKLAS ! BAD BAD BAD ! :-) Sep 30 22:04:10 argh :) Sep 30 22:04:21 #ifndef FRAMEWORKD_GLIB_OGSMD_DEVICE_H Sep 30 22:04:22 I think it's a linker problem Sep 30 22:04:38 I'll fix that.. Sep 30 22:04:40 with the interface being null caused by the extern thing not being even declared Sep 30 22:05:09 or something like that Sep 30 22:05:23 quickdev: that and the prototypes :-) Sep 30 22:06:09 also known as "how a five letters mistake can be a pain in the ass for a day" Sep 30 22:08:58 Ainulindale, http://rafb.net/p/XA2JEe21.html Sep 30 22:09:14 That's better :-) Sep 30 22:09:22 Except there's one mistake Sep 30 22:09:38 Going to let you pinpoint it I think Sep 30 22:09:42 :-p Sep 30 22:11:36 (your name is missing) Sep 30 22:11:54 (I thought I didn't want you to look for a dumb mistake all night long :-p) Sep 30 22:11:55 hehe ;) Sep 30 22:12:04 Anyway Sep 30 22:12:11 Going to do some stuff for an hour or so Sep 30 22:12:19 I'll check every ten minutes your progress here Sep 30 22:12:23 So feel free to ask any question Sep 30 22:14:49 ok, fine, I'll highlight you :) Sep 30 22:15:52 that one header file doesn't solve it...I'll look for other mistakes Sep 30 22:21:12 quickdev: hmpf Sep 30 22:22:16 Ainulindale, and btw. domain is not null, it's a random number...but g_quark_to_string() is null Sep 30 22:22:30 That's mightly weird Sep 30 22:22:36 Looks like bad marshalling Sep 30 22:22:41 yes Sep 30 22:23:29 Ah I see Sep 30 22:23:30 That's normal Sep 30 22:23:35 There's a return value Sep 30 22:23:40 typedef void (*org_freesmartphone_Usage_request_resource_reply) (DBusGProxy *proxy, gboolean OUT_ok, GError *error, gpointer userdata); Sep 30 22:23:45 What you have is a gboolean Sep 30 22:24:03 Problem solved. Next ? :-p Sep 30 22:24:17 (documentation is inconsistent) Sep 30 22:24:22 aah :) Sep 30 22:24:23 mickey|zzZZzz ! Sep 30 22:24:26 free hilight Sep 30 22:24:27 mickey|zzZZzz, argh! Sep 30 22:24:47 I just wanted to ask wether the ousaged.xml might be wrong Sep 30 22:24:50 quickdev: check the prototypes defined by dbus-binding-tool, AND the xml Sep 30 22:25:05 mickeyl often forgets to compile the html version of the xml Sep 30 22:25:10 xml is right Sep 30 22:25:25 otherwise the call wouldn't succeed Sep 30 22:27:15 Ainulindale, thanks so much :) Sep 30 22:27:20 You're welcome Sep 30 22:27:34 I should thank you, you keep doing the work I'm supposed to do Sep 30 22:28:01 I should have a better look at the *.h files generated by the binding tool or the xml specs, hehe Sep 30 22:28:12 About that... Sep 30 22:28:13 I don't :-) Sep 30 22:28:37 What you should do though is compile the documentation locally Sep 30 22:29:34 mickey|zzZZzz should do that, too :) Sep 30 22:29:40 Yep Sep 30 22:29:42 But he's lazy Sep 30 22:33:39 Ainulindale, it's working. I learn quite much these days :) Sep 30 22:33:50 That's a good thing Sep 30 22:34:54 quickdev: in the future, when I'll hopefully be available to do some stuff Sep 30 22:34:55 Ainulindale, one question: http://rafb.net/p/hEtKFd74.html Is "../" ok? Sep 30 22:35:03 I hope I'll be able to implement the things you want Sep 30 22:35:07 To let you focus on your gui Sep 30 22:35:18 quickdev: I personnaly don't care Sep 30 22:35:37 ok Sep 30 22:36:03 as long as I can implement it myself there's no problem - but there are problem as you've just seen :) Sep 30 22:36:27 Yes but as you can see Sep 30 22:36:29 It's tedious Sep 30 22:36:34 may I ask you what your job is? Sep 30 22:36:34 And that's why I had you do it :-p Sep 30 22:36:45 IT Security Engineer Sep 30 22:36:57 Mainly I work on Identity & Access Management problematics Sep 30 22:37:09 very interesting :) Sep 30 22:37:17 it depends on the client Sep 30 22:37:28 I'm supposed to work for EADS these days Sep 30 22:37:34 But I don't speak a word of german Sep 30 22:37:42 It may be harmful :-) Sep 30 22:37:53 EADS, not bad :) Sep 30 22:38:08 (as in a sub-contractor) Sep 30 22:38:12 (not directly) Sep 30 22:38:35 what do you do most of the time? Find security problematics or do you implement / setup access management solutions? Sep 30 22:38:59 These days I'm acting as an expert on the Oracle solution Sep 30 22:39:09 To answer specifications for contract proposals Sep 30 22:39:40 And to write down some technical architectures / habilitations model / technical answers Sep 30 22:39:53 Because I'm moving on to a more "management" oriented job Sep 30 22:40:37 is it exciting in general? Sep 30 22:40:52 Hmmm Sep 30 22:40:54 It depends Sep 30 22:40:57 Mostly no Sep 30 22:41:02 Sometimes it is Sep 30 22:41:08 But unfortunately not that often Sep 30 22:41:14 but I guess it's the same with every job Sep 30 22:41:25 probably, hehe Sep 30 22:41:26 in lfg, duplicating the code I did is plain boring :-) Sep 30 22:41:44 right :) Sep 30 22:41:59 But investigating bugs, trying to think about some specific problems is far less boring :-) Sep 30 22:42:51 that attitude is very valuable for coding Sep 30 22:43:23 In fact, I'd rather debug and write down ideas than implement stuff Sep 30 22:43:33 I'm just fed up with development Sep 30 22:43:45 Sometimes I'm having coding frenzies Sep 30 22:43:49 But not that often Sep 30 22:43:54 (lfg being the result of one) Sep 30 22:44:29 you should have more coding frenzies, hehe Sep 30 22:45:01 I just remember a question I wanted to ask Sep 30 22:45:01 Unfortunately, for that, a good team/workgroup emulation is necessary Sep 30 22:45:10 And in SHR these days, nothing gets done :-) Sep 30 22:45:52 openmoko-dialer/messages and ophonekitd atm. all use the same code to load the phonegui library. May I lay out that code into lf-glib? Sep 30 22:46:23 You already asked that and I already answered yes :-) Sep 30 22:46:37 And actually you're wrong Sep 30 22:46:47 If it's been done as I think it has, it's linked against lfg/lfp Sep 30 22:46:49 I didn't percept that answer or I forgot about it Sep 30 22:46:59 so there's no actual loading Sep 30 22:47:04 even if it should Sep 30 22:47:42 didn't we say that we want to have a ocnfiguration file that specifies the library that should be loaded? Sep 30 22:47:43 My main goal was to identify functional bricks and to be able to configure which brick you wished to use for this or that functionnality Sep 30 22:47:51 e.g. efl for dialer, gtk for messages, qt for whatever Sep 30 22:48:20 fine idea Sep 30 22:48:26 I don't know Sep 30 22:48:33 I'm just keen on configuration files Sep 30 22:48:43 The more I can do, the more I'll like the stuff Sep 30 22:49:21 what did you mean by "linked agains lfg" ? Sep 30 22:49:33 the phonegui library is loaded, not linked..? Sep 30 22:50:48 for messages it isn't supposed to Sep 30 22:50:57 as messages act as a standalone application of some sort Sep 30 22:51:10 if we want to (and we'll want to) tear down that logic Sep 30 22:51:22 we will need the same logic we used on phonegui Sep 30 22:51:27 so we will need what you did Sep 30 22:51:57 we need to define the loading functions in the applications and not in libframeword-glib? Sep 30 22:52:11 No :-) Sep 30 22:52:23 I can't follow you :) Sep 30 22:52:29 what isn't messages supposed to? Sep 30 22:52:40 Right now messages is special Sep 30 22:52:54 Because I didn't do anything related to sms Sep 30 22:53:19 I didn't think receiving messages could be worth it Sep 30 22:53:27 as in the end, it will be transfered into PIM Sep 30 22:53:34 thus loaded into any kind of messaging application Sep 30 22:53:50 so I didn't take the time to defined headers to dynamically call UI from lfg Sep 30 22:53:54 -d Sep 30 22:54:01 for SMS related functions Sep 30 22:54:12 i.e. "incoming message" : phonegui_incoming_message() Sep 30 22:54:21 thus, messages3 is built differently Sep 30 22:54:28 it merely calls lfg Sep 30 22:54:41 and it doesn't use ophonekitd Sep 30 22:56:07 so you think about messages as a general message application not constricted to sms. Thus the ui code shouldn't be in libframeworkd-phonegui-* ? Sep 30 22:56:39 I don't care :-) Sep 30 22:56:45 I just thought that way building lfg Sep 30 22:56:58 But I think messages and calls should be treated the same way Sep 30 22:57:25 So the same thing you used for calls should be defined for messages Sep 30 22:57:48 ok, maybe we will move that later out of libframeworkd-phonegui Sep 30 22:58:00 Arf Sep 30 22:58:06 We don't understand each other Sep 30 22:58:11 But I'm far too tired to be understandable Sep 30 22:58:22 So I'll explain it tomorrow when I'll be less tired :-) Sep 30 22:58:35 or I'm too tired to understand...but I think I got the point Sep 30 22:59:46 the same thing I used for calls should be defined for messages: phonegui_call_ui_show(), phonegui_messags_ui_show() - is that what you meant? Sep 30 23:07:09 What I meant is Sep 30 23:07:17 When I first implemented lfg Sep 30 23:07:23 I didn't intend it to be that way for messages Sep 30 23:07:26 Now I think it should Sep 30 23:07:44 Even if it isn't strictly used that way Sep 30 23:08:54 ah, ok Sep 30 23:09:16 I just like stuff being done the same way throughout a piece of software Sep 30 23:09:35 When it isn't it's just a crapload of questions waiting to be asked Sep 30 23:10:42 yeah Sep 30 23:11:48 Well I think I have to sleep Sep 30 23:11:52 It's 1:10 here Sep 30 23:11:58 good night, sleep well Sep 30 23:11:59 (and about the same for you I think) Sep 30 23:11:59 here, too Sep 30 23:12:04 where are you from? Sep 30 23:12:08 Paris Sep 30 23:12:23 ah, neighbor, I'm from germany Sep 30 23:12:27 Are you a student or a happy worker too ? :-) Sep 30 23:12:28 I know :-) Sep 30 23:12:39 18 year old student ;) Sep 30 23:12:47 Heh, too young to be honest Sep 30 23:12:55 Just ended my studies last year Sep 30 23:12:58 It was about time Sep 30 23:13:07 Spent too much time to drink and not doing stuff Sep 30 23:13:22 Now I'm paid not to do stuff Sep 30 23:13:23 how old are you? Sep 30 23:13:24 That's better Sep 30 23:13:26 25 Sep 30 23:13:56 did you study computer science? Sep 30 23:14:01 Yep Sep 30 23:14:14 * rwhitby unblocks the fso-testing autobuilder Sep 30 23:15:15 interesting what folks work for open source projects ;) Sep 30 23:15:30 quickdev: details on http://www.linkedin.com/in/juliencassignol for my experience by the way Sep 30 23:15:35 Even if you don't care :-p Sep 30 23:15:46 Well anyway Sep 30 23:15:50 I care ;) Sep 30 23:15:57 I feel old, my beer glass just went dry Sep 30 23:16:10 I think I'm going to sleep and wait for a coffee to fix itself for me Sep 30 23:16:12 time to go to bed, ehehe Sep 30 23:16:37 do it, thanks again, I would have needed hours to find that bug Sep 30 23:16:46 You're welcome Sep 30 23:16:50 See you tomorrow Sep 30 23:16:55 And don't forget to put your names on the headers Sep 30 23:16:59 Else I won't commit the patches Sep 30 23:17:05 s/names/name/ Sep 30 23:17:07 no problem :) Sep 30 23:17:14 Good night Sep 30 23:17:20 good night. **** ENDING LOGGING AT Wed Oct 01 02:59:59 2008