**** BEGIN LOGGING AT Tue Sep 23 02:59:58 2008
Sep 23 04:21:11 <CIA-59> freesmartphone.org: 03daniel 07framework * rd94054c3c98a 10/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): 
Sep 23 04:21:11 <CIA-59> freesmartphone.org: ogsmd: Make GSM default alphabet a codec to prepare for UCS2 handling.
Sep 23 04:21:11 <CIA-59> freesmartphone.org: Note: This currently breaks decoding/encoding SMS.
Sep 23 04:37:36 <quickdev> good morning
Sep 23 04:43:46 <shaz_> hi
Sep 23 05:21:55 <CIA-59> freesmartphone.org: 03jluebbe 07framework * rdc6173a24311 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: decode DCS field
Sep 23 05:26:03 <CIA-59> freesmartphone.org: 03daniel 07framework * r05ab931f1bff 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Use DCS alphabet to decode the message properly.
Sep 23 05:27:28 <quickdev> alphaone, is incoming sms singnal already working?
Sep 23 06:38:43 <alphaone> quickdev: I think.
Sep 23 06:39:10 <alphaone> quickdev: shoragan says he's tested it once
Sep 23 06:40:42 <quickdev> Ainulindale, here for a moment?
Sep 23 06:44:00 <quickdev> mickey|tw, I remember slightly that we talked about call_release(). You said that message parameter isn't implemented, right? Will it be implemented?
Sep 23 06:47:51 <mickey|tw> quickdev: hi. I guess I'm going to remove the 'message' parameter from the said calls. A reason why we wanted to hang up the call is interesting, but not on this layer. Probably more appropriate in org.freesmartphone.Phone
Sep 23 06:48:16 <mickey|tw> so i will adjust the docs
Sep 23 06:48:24 <mickey|tw> nothing to change in the implementation
Sep 23 06:48:30 <mickey|tw> it has never been present in ogsmd ;)
Sep 23 06:48:35 <quickdev> perfect, and I already made a patch for libframeworkd-glib
Sep 23 06:48:41 <mickey|tw> cool, thanks!
Sep 23 06:48:43 <quickdev> so everything is covered
Sep 23 06:48:45 * mickey|tw changes docs
Sep 23 06:51:42 <CIA-59> freesmartphone.org: 03mickey 07specs * rbc50dff0e421 10/ (2 files in 2 dirs): 
Sep 23 06:51:42 <CIA-59> freesmartphone.org: org.freesmartphone.GSM.Call: remove 'message' argument from Release,
Sep 23 06:51:42 <CIA-59> freesmartphone.org: ReleaseHeld, and ReleaseAll. A reason for why we wanted to hang up
Sep 23 06:51:42 <CIA-59> freesmartphone.org: will make more sense on a higher level abstraction, i.e.
Sep 23 06:51:42 <CIA-59> freesmartphone.org: org.freesmartphone.Phone. Thanks quickdev for reminding.
Sep 23 06:53:05 <quickdev> mickey|tw, could you update the call status doc, too? http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Call.html;hb=HEAD#CallStatus It's release instead of releaseD
Sep 23 06:55:42 <mickey|tw> oh right
Sep 23 06:58:11 <CIA-59> freesmartphone.org: 03mickey 07specs * r42189f7ce6d2 10/ (2 files in 2 dirs): 
Sep 23 06:58:11 <CIA-59> freesmartphone.org: otapi: org.freesmartphone.GSM.Call: s/released/release in call status to
Sep 23 06:58:11 <CIA-59> freesmartphone.org: match current implementations.
Sep 23 06:58:30 <quickdev> ok, fine :)
Sep 23 07:01:10 <CIA-59> freesmartphone.org: 03jluebbe 07framework * r6b6ccc921c3f 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Fix UCS2 decoding
Sep 23 07:09:20 <CIA-59> freesmartphone.org: 03daniel 07framework * r9298353a6e29 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Fix encoding when we don't have a 7-bit charset
Sep 23 07:22:29 * mickey|tw dances a jig for UCS2
Sep 23 07:38:17 <CIA-59> freesmartphone.org: 03mickey 07framework * rc9089bca39be 10/framework/subsystems/ogsmd/ (gsm/error.py modems/abstract/mediator.py): ogsmd: send correct dbus error if number is not an emergency number
Sep 23 07:42:01 <methril> morning
Sep 23 07:49:53 <CIA-59> freesmartphone.org: 03daniel 07framework * rc9d354777776 10/framework/subsystems/ogsmd/gsm/sms.py: 
Sep 23 07:49:53 <CIA-59> freesmartphone.org: ogsmd: Calculate user data length correctly when not using GSM default alphabet
Sep 23 07:49:53 <CIA-59> freesmartphone.org: Encoding of UCS2 SMS now works as well, but dcs and dcs_* fields must be set
Sep 23 07:49:53 <CIA-59> freesmartphone.org: correctly)
Sep 23 08:31:39 <Ainulindale> quickdev ?
Sep 23 08:31:48 <quickdev> Ainulindale, ah :)
Sep 23 08:31:53 <Ainulindale> quickdev: saw your patch
Sep 23 08:31:59 <quickdev> Ainulindale, and?
Sep 23 08:32:04 <Ainulindale> why did you regenerate the call specs, out of sheer curiosity ?
Sep 23 08:32:29 <Ainulindale> Oh, saw the backlog
Sep 23 08:32:32 <quickdev> Ainulindale, because call_release() used a message parameter which mickey removed some hours ago
Sep 23 08:32:44 <Ainulindale> We should remove the parameter as well in call.c
Sep 23 08:33:05 <Ainulindale> And the function specification
Sep 23 08:33:06 <quickdev> Ainulindale, yes - I thought it was _not yet_ implemented but now I know it won't be implemented at all 
Sep 23 08:33:25 <Ainulindale> I'll apply your patch and modify
Sep 23 08:33:36 <quickdev> ok
Sep 23 08:33:40 <Ainulindale> I'll also do the renaming we talked about
Sep 23 08:33:40 <quickdev> Ainulindale, another question
Sep 23 08:33:48 <quickdev> Ainulindale, ah, perfect :)
Sep 23 08:34:59 <quickdev> Ainulindale, when illume closes a window...for example openmoko-dialer3, then my gui thread is terminated, but how do I terminate the main thread containg the dbus loop? Do I have to give phonegui_launch_dialer() a callback of ophonekitd, w hich is called when the ui thread is done?
Sep 23 08:35:31 <Ainulindale> That's not how it works
Sep 23 08:35:40 <Ainulindale> Because dialer3 is itself a "binary"
Sep 23 08:35:48 <Ainulindale> And it is not linked to ophonekitd in anyway
Sep 23 08:35:55 <Ainulindale> Your dialer should just call the dial method and exit
Sep 23 08:36:04 <Ainulindale> It shouldn't even listen to events
Sep 23 08:36:35 <Ainulindale> (because ophonekitd already does that)
Sep 23 08:37:33 <quickdev> Ainulindale, it doesn't listen to events, but I need the dbus loop to make dbus work at all - or is that just for signals?
Sep 23 08:38:21 <Ainulindale> quickdev: just for signals
Sep 23 08:38:29 <quickdev> Ainulindale, then things are clear :)
Sep 23 08:38:34 <Ainulindale> all you need to do is attach to the interface
Sep 23 08:38:42 <Ainulindale> (and there's a method for that)
Sep 23 08:40:42 <Ainulindale> I'm testing the modifications
Sep 23 08:45:42 <quickdev> Ainulindale, should work if you didn't do more than removing the message param ;)
Sep 23 08:47:14 <Ainulindale> I'm renaming
Sep 23 08:47:28 <Ainulindale> You'll hate that but I have to do that :-)
Sep 23 08:47:32 <Ainulindale> And MarcOChapeau will curse me again
Sep 23 08:48:47 <quickdev> hehe - if you prepend a prefix, no problem
Sep 23 08:50:56 * MarcOChapeau curses Ainulindale
Sep 23 08:50:58 <MarcOChapeau> :-)
Sep 23 08:52:42 <Ainulindale> I'm not prepending a prefix
Sep 23 08:52:57 <quickdev> Ainulindale, what are you doing then? :)
Sep 23 08:53:49 <Ainulindale> :%s/frameworkd-glib/frameworkd-glib-ogsmd/g
Sep 23 08:54:04 <Ainulindale> Damn, I borked my Makefile again
Sep 23 08:55:31 <quickdev> Ainulindale, will the function names be the same?
Sep 23 08:56:05 <Ainulindale> yes
Sep 23 08:56:15 <Ainulindale> But I'll rename them in the end
Sep 23 08:56:27 <Ainulindale> quickdev: we started this project as a tool wrapper for shr and it changed a lot
Sep 23 08:56:40 <Ainulindale> MarcOChapeau: hey my makefile guru
Sep 23 08:56:57 <quickdev> Ainulindale, why not rename it know to have all things done?
Sep 23 08:57:18 <Ainulindale> MarcOChapeau: I have a directory with nothing but a Makefile.am who is supposed to build a library out of subdirs libraries, how should I do that ?
Sep 23 08:57:29 <Ainulindale> quickdev: I'll do that but not right now :-)
Sep 23 08:57:39 <quickdev> ok ;)
Sep 23 08:57:42 <Ainulindale> But if you want to, once I'll have commited, you're welcome to do it
Sep 23 08:58:00 <Ainulindale> Meanwhile you could help me with my Makefile thingie, I'm not auto tools fluent
Sep 23 08:58:34 <quickdev> Ainulindale, what's the problem?
Sep 23 08:59:08 <Ainulindale> Just described it
Sep 23 08:59:18 <quickdev> oh, sorry
Sep 23 09:00:03 <Ainulindale> :-)
Sep 23 09:00:19 <Ainulindale> I suppose I should modify LDFLAGS
Sep 23 09:00:23 <quickdev> Ainulindale, have you moved the past src/makefile.am to src/ophoned/ and created a makefile.am in src/ with SUBDIR=ophoned?
Sep 23 09:00:56 <quickdev> Ainulindale, btw...should openmoko-dialer3 have any dbus things at all?
Sep 23 09:01:00 <Ainulindale> yep I did
Sep 23 09:01:06 <Ainulindale> quickdev: what do you mean ?
Sep 23 09:01:10 <Ainulindale> calls to dbus ?
Sep 23 09:01:21 <quickdev> Ainulindale, dbus initialization
Sep 23 09:01:47 <Ainulindale> Yep it should
Sep 23 09:02:35 <MarcOChapeau> Ainulindale: what you describe looks like an archive with multiple libraries in it
Sep 23 09:02:42 <MarcOChapeau> did I get this wrong ?
Sep 23 09:02:46 <quickdev> Ainulindale, dbus_connect_to_gsm_call(), dbus_connect_to_gsm_network() etc. must be called, although I don't know if they are used later on?
Sep 23 09:02:47 <Ainulindale> I don't think so
Sep 23 09:02:51 <Ainulindale> But I think I know what I should do
Sep 23 09:03:00 <Ainulindale> quickdev: you shouldn't use that
Sep 23 09:03:48 <quickdev> Ainulindale, dbus_connect_to_bus() is enough?
Sep 23 09:03:54 <Ainulindale> MarcOChapeau: http://rafb.net/p/qrDxzO64.html
Sep 23 09:04:00 <Ainulindale> Wait a minute I'm looking for that
Sep 23 09:04:10 <Ainulindale> There's a bunch of thing to move around also
Sep 23 09:04:16 <Ainulindale> For instance the connection method
Sep 23 09:04:24 <Ainulindale> We should have some standard bus methods
Sep 23 09:04:56 <Ainulindale> quickdev: yes for your last question
Sep 23 09:04:58 <Ainulindale> that's enough
Sep 23 09:05:06 <quickdev> ok, thanks
Sep 23 09:05:07 <Ainulindale> it handles real-time connection to the bus/interfaces when necessary
Sep 23 09:05:29 <Ainulindale> These functions should be renamed appropriately
Sep 23 09:05:33 <MarcOChapeau> Ainulindale: that's what I was thinking about
Sep 23 09:05:35 <Ainulindale> (ogsmd_dbus_...)
Sep 23 09:05:46 <Ainulindale> MarcOChapeau: So what did I do wrong, master ?
Sep 23 09:05:54 <MarcOChapeau> Although I'm not sure it'll work... I always get weird stuff with archives...
Sep 23 09:06:20 <Ainulindale> MarcOChapeau: What I want to do is :
Sep 23 09:06:22 <MarcOChapeau> Ainulindale: what error do you get ? missing symbols ?
Sep 23 09:06:28 <Ainulindale> We'll have ogsmd/libframeworkd-glib-ogsmd.la
Sep 23 09:06:34 <Ainulindale> odeviced/libframeworkd-glib-odeviced.la
Sep 23 09:06:45 <Ainulindale> I want to compose them in a library called libframeworkd-glib.so
Sep 23 09:06:47 <Ainulindale> That's all
Sep 23 09:06:54 <MarcOChapeau> aaah
Sep 23 09:07:08 <Ainulindale> But as long as I have to write code I know how to do
Sep 23 09:07:14 <Ainulindale> If I have to write things to get my code to compile
Sep 23 09:07:17 <Ainulindale> That's stranger to me :-)
Sep 23 09:07:35 <quickdev> I'm off, thanks for help, have a good day :)
Sep 23 09:10:50 <Ainulindale> MarcOChapeau: well, how should I be able to do that then ? :-)
Sep 23 09:11:14 <Ainulindale> libadd ?
Sep 23 09:15:24 <Ainulindale> NOTE: build 200809231705: completed
Sep 23 09:15:27 <Ainulindale> well :-)
Sep 23 09:21:11 <MarcOChapeau> Ainulindale: don't know....
Sep 23 09:25:42 <Ainulindale> MarcOChapeau: it works it works
Sep 23 09:25:47 <Ainulindale> just added a blank sources
Sep 23 09:25:51 <Ainulindale> (_SOURCES)
Sep 23 09:27:08 <Ainulindale> mickey|zzZZzz ?
Sep 23 09:27:21 <Ainulindale> Is the message argument needed nonetheless for release all and release held ?
Sep 23 09:27:54 <Ainulindale> Well, backlogged, and saw your comment.
Sep 23 09:46:19 <CIA-59> freesmartphone.org: 03ainulindale 07libframeworkd-glib * rb40c2162dd5c 10/ (49 files in 5 dirs): 
Sep 23 09:46:19 <CIA-59> freesmartphone.org: Applied quickdev patch for call_release/release_held/release_all "message" parameter removal in ogsmd.
Sep 23 09:46:19 <CIA-59> freesmartphone.org: Renamed files to set up structure for ulterior frameworkd subsystems implementation.
Sep 23 10:03:06 <CIA-59> freesmartphone.org: 03ainulindale 07libframeworkd-glib * rdc7836fb477c 10/src/ogsmd/ (11 files): Updated method names according to the subsystem (ogsmd).
Sep 23 10:09:46 <methril> i've a question
Sep 23 10:10:02 <methril> is the bootstrap in the FR using some initramfs?
Sep 23 11:13:11 <lindi-> methril: bootstrap usually is not the term you use for booting?
Sep 23 11:13:23 <lindi-> methril: but no, i don't think any distro uses initramfs yet
Sep 23 11:13:45 <methril> lindi- a lot of distros use it
Sep 23 11:13:51 <methril> debian, fedora
Sep 23 11:15:54 <lindi-> methril: but not on freerunner
Sep 23 11:16:09 <methril> well, this is why i'm asking :)
Sep 23 11:16:25 <methril> some embedded devices uses it
Sep 23 11:16:34 <lindi-> yep
Sep 23 11:16:40 <lindi-> some have everything in ram
Sep 23 11:17:03 <methril> well, was only a question :)
Sep 23 11:17:34 <methril> i was trying to understand the hole boot process (long and slow) 
Sep 23 12:35:30 <trupheenix> can any one help me learn libgsmd? where can i find the source code for libgsmd-tool?
Sep 23 12:36:56 <trupheenix> ieatlint: can u hepl me with libgsmd? i want to learn all the apis in it
Sep 23 12:48:46 <lindi-> trupheenix: openembedded/packages/gsm maybe?
Sep 23 12:50:32 <trupheenix> lindi-: ok
Sep 23 12:50:46 <trupheenix> lindi-: i was looking for libgsmd-tool
Sep 23 12:51:23 <lindi-> trupheenix: that has it
Sep 23 12:51:29 <lindi-> ./src/util/libgsmd-tool.c
Sep 23 12:52:40 <trupheenix> lindi-: ok
Sep 23 12:55:07 <trupheenix> lindi-: where is openembedded? it's not on my neo. nor on my pc. 
Sep 23 12:55:56 <trupheenix> lindi-: btw. i'm installing Debian now on my freerunner :D
Sep 23 12:56:37 <lindi-> trupheenix: wiki.openmoko.org/wiki/MokoMakefile is the easiest way to get a checkout of the openembedded repo
Sep 23 12:56:55 <lindi-> trupheenix: debian does not use libgsmd-tool afaik
Sep 23 12:57:14 <trupheenix> lindi-: then what does it use?
Sep 23 12:58:23 <lindi-> trupheenix: freesmartphone.org reference implementation
Sep 23 12:58:39 <lindi-> trupheenix: the "fso-frameworkd" "fso-gpsd" and "zhone" packages
Sep 23 12:58:46 <lindi-> trupheenix: all python
Sep 23 12:58:53 <trupheenix> lindi-: NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO! :'(
Sep 23 12:59:23 <lindi-> trupheenix: hmm?
Sep 23 12:59:58 <trupheenix> lindi-:  not python. it's a hog 
Sep 23 13:00:11 <lindi-> trupheenix: they are prototyping the api
Sep 23 13:00:36 <lindi-> trupheenix: once it becomes more stable you can start rewriting individual parts in C
Sep 23 13:00:41 <lindi-> trupheenix: or ada
Sep 23 13:00:43 <CM_work> Or vala
Sep 23 13:01:16 <trupheenix> lindi-: but i could run gsmd on Debian also
Sep 23 13:01:28 <lindi-> trupheenix: you could
Sep 23 13:01:43 <lindi-> trupheenix: in fact i did it yesterday to debug fso bug #151
Sep 23 13:01:58 <lindi-> trupheenix: i chroot'ed to NAND installation and ran gsmd there
Sep 23 13:02:00 <trupheenix> lindi-: which is exactly what i plan to do. Harold has put in his sweat and blood to make it
Sep 23 13:02:08 <lindi-> yeah i noticed
Sep 23 13:02:14 <lindi-> copyright 2006-2007
Sep 23 13:02:36 <trupheenix> lindi-: u can use it u know
Sep 23 13:06:06 <emdete> trupheenix: libgsmd is made as a deugging aid and was - as far as is know - never intended to be used in productive environment. its buggy as hell and does not support all cornercases needed for a phone. thats the cause for other gsm daemons to appear.
Sep 23 13:10:25 <trupheenix> emdete: so what r u saying? i need to make my own just to make a call from my application?
Sep 23 13:12:39 <trupheenix> lindi- where can i find the source for it exactly?
Sep 23 13:13:01 <emdete> trupheenix: i say use a state of the art gsmd. like the one in fso
Sep 23 13:13:16 <emdete> trupheenix: there is alos gsmd2
Sep 23 13:14:34 <trupheenix> emdete: source :) so that i can understand how this exactly works. then i will "ATTEMPT" to improve it :)
Sep 23 13:14:59 <emdete> trupheenix: source from what?
Sep 23 13:19:08 <trupheenix> emdete: source= show me the code for those daemons
Sep 23 13:19:44 <trupheenix> emdete: i want to start with libgsmd-tool because it is an application which uses the gsmd apis
Sep 23 13:19:48 <emdete> libgsmd comes from http://svn.openmoko.org/trunk/src/target/gsm/ but i think it would be better to improve other projects. libgmsd is dead. gsmd2 comes from 
Sep 23 13:19:56 <emdete> freesmartphone.org
Sep 23 13:19:58 <emdete> but:
Sep 23 13:20:16 <emdete> you can read that all yourself... i just do
Sep 23 13:21:07 <trupheenix> emdete: hmmmm. i want to understand how it works first. so i will look up gsmd-tool
Sep 23 13:21:36 <emdete> can follow you.. but waste your time whereever you like, its a free  world :)
Sep 23 13:21:46 <emdete> s/can/cant/
Sep 23 13:24:14 <trupheenix> emdete: i don't understand how i can write a program from which i can make a call. so that's why i want to understand gsmd apis. 
Sep 23 13:33:05 <lindi-> trupheenix: if you use mokomakefile you will get the bitbake recipe for it. the recipe has url for the source
Sep 23 13:33:32 <trupheenix> lindi-: oh no! not moko make file :'( it takes ages
Sep 23 13:33:42 <lindi-> trupheenix: you don't need to build it all
Sep 23 13:34:14 <lindi-> emdete: i've never heard the term gsmd2
Sep 23 13:34:26 <lindi-> emdete: is that not part of frameworkd
Sep 23 14:07:23 <emdete> no... its difficult. i started an initiative pyneo, this was grabbed by fso/frameworkd to implement a prototype in python that follows a specified api. this api was also implemented in c by a commercial company and released into gpl
Sep 23 14:08:18 <emdete> this company now stopped working on gsmd2 - dont know why, no resources, no interest anymore because of fso...
Sep 23 14:21:56 <alphaone> Ainulindale: ping
Sep 23 14:32:46 <Ainulindale> pong
Sep 23 14:33:07 <Ainulindale> alphaone: yes ?
Sep 23 14:33:08 <alphaone> Ainulindale: Just found your problem
Sep 23 14:33:16 <Ainulindale> I saw a commit a while ago
Sep 23 14:33:20 <Ainulindale> And I just flashed fso-testing
Sep 23 14:33:27 <alphaone> My GSMALPHABET table was missing the "ü"
Sep 23 14:33:32 <Ainulindale> Oh
Sep 23 14:33:50 <Ainulindale> Well
Sep 23 14:34:03 <Ainulindale> THat's my dumb boss who sent "Greüt rm -rf" to me as a SMS
Sep 23 14:34:14 <alphaone> So the decoding of the a with ` ontop (which is the only character after that) didn't work
Sep 23 14:34:16 <Ainulindale> Just to test UTF-8 and to check whether it would erase everything or not
Sep 23 14:34:39 <alphaone> Ah, UCS2 will work now as well
Sep 23 14:34:44 <alphaone> at least decoding :-)
Sep 23 14:34:47 <Ainulindale> When did you commit that ?
Sep 23 14:35:03 <alphaone> Just got a bunch of chinese messages for testing :-)
Sep 23 14:35:11 <Ainulindale> huhu
Sep 23 14:35:51 <alphaone> Wait
Sep 23 14:36:03 <alphaone> Just found it, need to commit
Sep 23 14:36:38 <alphaone> Ainulindale: Is there a bug open about that?
Sep 23 14:37:44 <Ainulindale> I don't think so
Sep 23 14:37:49 <Ainulindale> I'm far too lazy to open a bug
Sep 23 14:37:50 <alphaone> okay
Sep 23 14:37:52 <alphaone> :-)
Sep 23 14:38:05 <Ainulindale> Heh, you won't have better stats !
Sep 23 14:38:16 <alphaone> hehe
Sep 23 14:38:29 <alphaone> less bugs in my code if I fix them that way ;-)
Sep 23 14:38:38 <Ainulindale> Well, you still didn't answer me 
Sep 23 14:38:42 <Ainulindale> When did you commit that ?
Sep 23 14:38:53 <alphaone> I didn't
Sep 23 14:39:00 <alphaone> should appear any second
Sep 23 14:39:02 <Ainulindale> Aaaah :-)
Sep 23 14:39:27 <quickdev> Ainulindale, how should I name the phonegui.h file in libframeworkd-glib/src ?
Sep 23 14:39:38 <Ainulindale> libframeworkd-glib-phonegui.h
Sep 23 14:39:46 <Ainulindale> or better
Sep 23 14:39:48 <Ainulindale> ogsmd-gui.h
Sep 23 14:39:48 <alphaone> Man, .tw network connection to .de is slow
Sep 23 14:39:56 <Ainulindale> (libframeworkd-glib-ogsmd-gui.h)
Sep 23 14:40:02 <Ainulindale> (in ogsmd/
Sep 23 14:40:03 <Ainulindale> )
Sep 23 14:40:24 <bumbl> alphaone: are you in taiwan too? is the whole fso staff in taiwan at the moment?
Sep 23 14:40:47 <alphaone> bumbl: No, stefan is on vacation
Sep 23 14:41:02 <alphaone> But Jan, mickey, charlie and I are here
Sep 23 14:41:03 <Ainulindale> bumbl: That way they don't spend their time drinking beer
Sep 23 14:41:28 <bumbl> ^^
Sep 23 14:41:38 <bumbl> alphaone: then have fun
Sep 23 14:41:49 <alphaone> bumbl: Thanks, will do.
Sep 23 14:42:08 <alphaone> I already had a lot of fun implementing UCS2 support today
Sep 23 14:42:23 <quickdev> Ainulindale, the call handler does not get the number in the g hash table. Is that bug known?
Sep 23 14:43:28 <Ainulindale> Not in lfg
Sep 23 14:43:44 <alphaone> Ainulindale: okay, should be there
Sep 23 14:44:00 <alphaone> Don't know why CIA didn't pick it up
Sep 23 14:49:49 <Ainulindale> Thanks :-)
Sep 23 14:58:13 <AndreasD> quickdev: From what I remember the specs says number is an optional field
Sep 23 14:58:37 <quickdev> AndreasD, yes, but it's displayed in zhone :)
Sep 23 14:58:47 <AndreasD> Ainulindale: nice work btw. :-)
Sep 23 14:58:53 <Ainulindale> AndreasD: what ?
Sep 23 14:59:03 <Ainulindale> quickdev: that's because you have it on the incoming/outgoing event
Sep 23 14:59:04 <AndreasD> Ainulindale: your mail
Sep 23 14:59:08 <Ainulindale> AndreasD: oh, thanks
Sep 23 14:59:28 <Ainulindale> quickdev: in fact I think that's too bad because it forces the underlying software to implement a map internally
Sep 23 14:59:29 <AndreasD> quickdev: have looked how they do that?
Sep 23 14:59:38 <Ainulindale> So I think we should ask mickey|tw how he planned to manage that
Sep 23 15:00:16 <quickdev> have to go now - would be awful if you clarify that with mickey
Sep 23 15:00:28 * quickdev leaves
Sep 23 15:00:49 <AndreasD> maybe also specify in the specs when number should be set
Sep 23 15:00:56 <Ainulindale> quickdev: awful ? :-)
Sep 23 15:01:03 <AndreasD> for instance on ingoing and outgoing 
Sep 23 15:03:00 <Ainulindale> quickdev: though you should have the number on listcalls I think
Sep 23 15:03:09 <Ainulindale> Because call status just implies a change 
Sep 23 15:03:50 <AndreasD> anyone know how zhone manage to show the number?
Sep 23 15:05:59 <Ainulindale> Hmmm
Sep 23 15:06:00 <Ainulindale> That's weird
Sep 23 15:06:02 <Ainulindale>             self.part_text_set( "label", properties[ "peer" ] )
Sep 23 15:06:12 <Ainulindale> Looks as if it's not named "number"
Sep 23 15:06:28 <Ainulindale> But peer.
Sep 23 15:06:34 <Ainulindale> mickey|tw: How about a spank ?
Sep 23 15:06:50 <AndreasD> hmm from what I remember it works on incoming calls but not on outgoing 
Sep 23 15:07:13 <AndreasD> Ainulindale: nice spotted :-)
Sep 23 15:11:42 <Ainulindale> AndreasD: http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/ogsmd/modems/abstract/call.py;h=f0fdf71c1cbb0cd7e19fd3be1a11f3edd5051512;hb=HEAD
Sep 23 15:13:24 <Ainulindale> There.
Sep 23 15:15:11 <AndreasD> Ainulindale: sorry I was reading, nice :-)
Sep 23 15:16:51 <Ainulindale> I guess he put "peer" to reflect his ideas on VOIP
Sep 23 15:17:26 <AndreasD> sounds likely :)
Sep 23 15:32:17 <Tuju> my dfu-util compilation on fedora9-x86_64, dfu-util itself is i386 binary: it writes successfully and i can boot up the kernel, but after transferring the rootfs the new kernel wont boot anymore either.  any idea why?
Sep 23 16:04:07 <quickdev> Ainulindale, here? I get some error messages in libframeworkd-glib
Sep 23 16:05:37 <wurp2|working> quickdev: Are they related to the function name changes?
Sep 23 16:05:44 <wurp2|working> You saw the email on shr-devel?
Sep 23 16:05:45 <quickdev> yes, just discovered the bug
Sep 23 16:05:46 <Ainulindale> quickdev: yes ?
Sep 23 16:06:01 <quickdev> Ainulindale, src/ogsmd/frameworkd-glib-ogsmd-call.c:    dbus_connect_to_gsm_call();
Sep 23 16:06:09 <quickdev> There are about 10 calls of that....it has to be ogsmd
Sep 23 16:06:14 <quickdev> could you quickly fix that?
Sep 23 16:07:33 <quickdev> Ainulindale, btw...I modified quite much of ophonekitd - you will have the pleasure to review it in the next days..hehe ;)
Sep 23 16:08:37 <Ainulindale> Ok :-)
Sep 23 16:08:57 <Ainulindale> It's weird though quickdev I compiled it
Sep 23 16:09:25 <Ainulindale> Oh I know
Sep 23 16:09:29 <Ainulindale> That's because it's a library
Sep 23 16:09:31 <Ainulindale> Damn
Sep 23 16:09:59 <quickdev>  grep -r dbus_connect_to_gsm *
Sep 23 16:10:11 <quickdev> yes, only visible at link time
Sep 23 16:11:56 <alphaone> okay, I'm off for now
Sep 23 16:12:02 <CIA-57> freesmartphone.org: 03ainulindale 07libframeworkd-glib * re847c922c017 10/src/ogsmd/ (5 files): Forgot to rename calls to dbus_connect_to_gsm_* to dbus_coonnect_to_ogsmd_*
Sep 23 16:12:14 <alphaone> Ainulindale: It would be nice if you could retest with the current version
Sep 23 16:12:20 <alphaone> Maybe I missed something else :-)
Sep 23 16:12:34 <Ainulindale> alphaone: I just have to opkg update frameworkd right ?
Sep 23 16:12:47 <alphaone> And rebuild it, yeah
Sep 23 16:12:53 <Ainulindale> rebuild ?
Sep 23 16:13:10 <alphaone> Or wait for the newest version to appear in some feeds
Sep 23 16:13:27 <Ainulindale> Isn't it updated on freesmartphone ?
Sep 23 16:13:32 <Ainulindale> Or on shr ?
Sep 23 16:13:37 <alphaone> Not sure
Sep 23 16:13:42 <alphaone> should, I guess
Sep 23 16:15:27 <alphaone> shr one is from September 17
Sep 23 16:17:11 <alphaone> Dunno what the URL for fso is
Sep 23 16:17:22 <Ainulindale> shr unstable ?
Sep 23 16:17:34 <Ainulindale> That's weird
Sep 23 16:17:42 <Ainulindale> Autorev doesn't seem right
Sep 23 16:18:01 <Ainulindale> Could you build a custom ipk for me ? *deer eyes*
Sep 23 16:18:20 <alphaone> Ainulindale: I will try
Sep 23 16:18:42 <alphaone> In fact I'm trying to build fso for some time now, but illume keeps breaking on me...
Sep 23 16:18:49 <alphaone> Need to investigate further
Sep 23 16:19:36 <Ainulindale> Well anyway, I have to go
Sep 23 16:19:40 <Ainulindale> I'll see you later
Sep 23 16:19:43 <alphaone> byq
Sep 23 18:29:11 <thrashold> Any suggestions for lightweight widget toolkits, supporting basic theming support, but still being very fast? EFL? Something else? I count Qt as almost™ lightweight, compared to GTK+ (on Neo 1973).
Sep 23 18:31:42 <thrashold> I'm trying to choose which GUI libraries/toolkit to learn next, I've coded only for GTK+ :)
Sep 23 18:45:11 <lpotter> i would suggest qt/qtopia
Sep 23 18:50:58 <thrashold> lpotter: I'm sure about this :) I like how Qt is performing, but I was looking for other suggestions. :) I want to try some interesting ideas I had today. They would be of no use to Qtopia though. :)
Sep 23 18:52:52 <abraxa_> thrashold: Personally, if you look at 2008.9 it should be easy to see that both Qt and EFL are possible candiates.
Sep 23 19:03:28 <lpotter> why would they be of no use in qtopia?
Sep 23 19:06:20 <thrashold> lpotter: Because I wanted to create some custom low-level widgets, which then might turn to be useful, and generally play with such things. Qtopia doesn't need any interface improvements the last time I ran it
Sep 23 19:15:04 <quickdev> Ainulindale, call status doesn't work anymore. could you imagine why?
Sep 23 19:15:06 <lpotter> heh. sure it does
Sep 23 19:15:59 <quickdev> lpotter, directed to me?
Sep 23 19:16:17 <lpotter> nope, sorry
Sep 23 19:18:46 <thrashold> lpotter: Well, at least not from someone who is going to try to code such things for the first time. :)
Sep 23 19:52:55 <quickdev> Ainulindale, it's quite strange, because you didn't do anything than rename the functions
Sep 23 19:53:33 <write_erase> Hi, what does "(offline root mode: not running libgpg-error0.postinst)" mean ? offline root mode ? 
Sep 23 21:08:56 <peter-b> hi
Sep 23 21:09:11 <peter-b> are any known problems with suspend atm ?
Sep 23 21:11:16 <lindi-> peter-b: it corrupts first sector of SD card
Sep 23 21:16:57 <write_erase> FSO build for gta02 requires both "xserver-kdrive-glamo and xserver-kdrive-fbdev" ... Not sure this is good, it is ?
Sep 24 02:31:47 <mickey|tw> morning
**** ENDING LOGGING AT Wed Sep 24 02:59:57 2008