**** BEGIN LOGGING AT Sun Feb 15 02:59:59 2009 Feb 15 08:48:39 mrmoku|away: so, i took a look at your logs. I still think ophonekitd is doing something wrong, esp. it doesn't wait for the sim ready signal at all. Feb 15 08:52:19 mrmoku|away: You shouldn't request phonebook or sms's until you receive org.freesmartphone.GSM.SIM.ReadyStatus signal. Feb 15 08:52:45 this sounds closely related to bug #232. yes? Feb 15 08:54:52 budfive: sorry, i don't know about SHR's bugs. Just looking at mrmoku's frameworkd.log. He started to experience some issues with ophonekitd probably after updating gsm firmware. Feb 15 08:56:23 oh. I see. SHR #232 is ophonekitd dying because it tries to do some SIM init before the SIM is ready. Happens on networks that do not require a PIN Feb 15 08:57:01 mrmoku|away: And i wonder why ophonekitd requests signal strength and registration status many times before it enabled antenna (with +CFUN=1). Feb 15 08:57:46 mrmoku|away: and of course segfault should be fixed anyway, imho. Feb 15 09:16:33 mrmoku: i'll be happy to investigate this further if you need to. Feb 15 09:17:38 PaulFertser: in a moment... playing cards with mr. little :-) Feb 15 09:18:13 Too bad he can't play gdb with you yet ;) Feb 15 09:19:43 PaulFertser: yeah... that will be interesting :-) Feb 15 09:22:27 PaulFertser: ophonekitd does request phonebook and messagebookinfo when his sim_auth_status_handler gets called with sim status = SIM_READY... Feb 15 09:22:38 Is there something different to signal sim readiness? Feb 15 09:22:43 mrmoku: that's wrong, yes Feb 15 09:23:03 mrmoku: it should wait for org.freesmartphone.GSM.SIM.ReadyStatus Feb 15 09:23:34 PaulFertser: ok... that would probably explain why BluesLee has no problems... He has a pin and untill the dialog pops up and he entered his pin the SIM might just be ready :-) Feb 15 09:23:48 mrmoku: yup ;) Feb 15 09:26:45 PaulFertser: hmm... can't find that signal in the API? Feb 15 09:27:12 mrmoku: look at mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device Feb 15 09:28:01 PaulFertser: api says GSM.Device has no signals... (http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Device.html;hb=HEAD) Feb 15 09:28:06 Of course one has to wait when this signal was emitted with 'true' Feb 15 09:28:34 mrmoku: then api docs are wrong, mdbus always shows what's really there ;) Feb 15 09:29:14 One more proof that FSO is software, not standard ;) Feb 15 09:30:23 PaulFertser: org.freesmartphone.GSM.SIM.ReadyStatus you mean... hmm yeah with mdbus its there Feb 15 09:32:08 mrmoku: i'm not sure how it works with other modems, but with calypso it has to be used. Anyway i think that telephony app should have a way to retry fetching phone and messagebooks in case something went wrong (or just you have to work with a modem, that doesn't say when it's ready). Feb 15 09:33:06 PaulFertser: I agree on that... ophonekitd should never exit or segfault and always retry... Feb 15 09:49:40 PaulFertser: ok... have to go on a sledge ride now :-) though it looks like a good find... Will add that signal to libframeworkd-glib and ophonekitd later... Thank you very much. Feb 15 09:50:52 mrmoku: you're welcome, HTH Feb 15 10:07:07 hi Feb 15 10:07:13 we have 150 tickets on track Feb 15 10:07:20 s/track/trac/ Feb 15 10:08:34 does this mean you're hosting a party? Feb 15 10:09:09 no, i want to work and close some of it ;> Feb 15 10:09:19 s/it/those/ Feb 15 10:09:23 or sth like that Feb 15 10:09:23 :P Feb 15 10:09:34 http://shr-project.org/trac/ticket/153 - anything against applying that patch? Feb 15 10:11:05 hmm, it would be useful to have permissions to closing tickets... Feb 15 10:12:02 http://trac.shr-project.org/trac/wiki/Building SHR is outdated, right? Feb 15 10:12:27 it talks about shr-testing/conf/local.conf, but i don't have that directory (shr-testing) Feb 15 10:12:57 #217 and #304 can be closed Feb 15 10:13:10 and #153 has patch Feb 15 10:13:42 #296 looks like fixed in git Feb 15 10:20:50 #250 can be closed too, as fixed in FSO Feb 15 10:27:21 is there a torrent client for shr? Feb 15 10:27:42 wat Feb 15 10:32:18 #198 can be closed too Feb 15 10:34:09 I think pinging spaetz can help :) Feb 15 10:35:52 #210 can be closed too ;D Feb 15 10:35:58 ping pong Feb 15 10:37:17 #194 too Feb 15 10:37:28 #205 too Feb 15 10:40:01 i think #212 too Feb 15 10:40:09 #211 needs editing Feb 15 10:43:01 #224 can be closed Feb 15 10:43:29 dos1: calm down Feb 15 10:44:07 :D Feb 15 10:44:11 :) Feb 15 10:44:20 i think i need ability to closing tickets ;] Feb 15 10:45:00 i agree Feb 15 10:51:46 #233 can be closed; #244 is a duplicate of #223, #251 can be closed; #266 looks like can be closed Feb 15 10:51:56 ok, for now it's enough ;] Feb 15 10:52:05 but i reviewed only half of tickets Feb 15 10:53:47 mrmoku, Ainulindale, someone else: here? Feb 15 11:02:04 hello Feb 15 11:02:17 I need your help! Feb 15 11:02:17 hi Feb 15 11:02:24 dos1: hello Feb 15 11:02:39 I've got a segfault while calling g_debug Feb 15 11:02:47 I can't understand why it borks there Feb 15 11:02:51 nice Feb 15 11:03:07 When I remove that g_debug call, it just borks at the next g_debug call Feb 15 11:03:09 what have you passed to it as arguments? Feb 15 11:03:16 simple string Feb 15 11:03:19 hmm Feb 15 11:03:21 very nice Feb 15 11:03:32 that is not funny!!!! Feb 15 11:03:33 :D Feb 15 11:03:39 ;) Feb 15 11:04:00 I track the problem for two days now! Feb 15 11:04:02 grrrr Feb 15 11:04:37 i track the problem with borked ussd message in phonegui-efl now :x Feb 15 11:04:58 for now i only fixed a segfault Feb 15 11:05:10 but displayed message is still not useful at all ;) Feb 15 11:05:45 dos1: code line ? Feb 15 11:06:22 ptitjes: what? Feb 15 11:06:51 no sorry did not load phonegui-efl in my eclipse Feb 15 11:07:15 but while you are in it... could you just confirm to me the parameters of the some of the show/hide functions Feb 15 11:07:15 ptitjes: http://git.shr-project.org/git/?p=shr.git;a=blobdiff;f=libframeworkd-phonegui-efl/src/view/ussd-view.c;h=df2fb4930f9ae08d3f1fb146decb3dfec17b5803;hp=0d4970abfc1fc816abe2cc20ce5c09498769ce3c;hb=f79183a1652ebdbd64cfc2501a0651293e128715;hpb=13df4eac5c9a0f0ab2478d3e57345dab46be2901 Feb 15 11:07:33 because prototypes in ophonekitd are not update to date but calls seem to be Feb 15 11:09:03 ptitjes: maybe look at it: http://git.shr-project.org/git/?p=shr.git;a=blob;f=libframeworkd-phonegui-efl/src/phonegui-ussd.c;h=eb419d33257e62af1d95c87dc5527a3752519501;hb=f79183a1652ebdbd64cfc2501a0651293e128715 Feb 15 11:09:55 ok nice I should have looked there first Feb 15 11:09:57 :) Feb 15 11:10:03 it seems ok Feb 15 11:15:19 dos1: why using g_slice_alloc0 to allocate and g_slice_free to free, shouldn't you use the carrolars ? Feb 15 11:15:58 ptitjes: i didn't wrote that (it was quickdev), i only want to fix ussd ;] Feb 15 11:16:13 use g_slice_new to allocate and g_slice_free to free or, use g_slice_alloc0 to allocate and g_slice_free1 to free Feb 15 11:27:10 mrmoku: hi, where is the fbreader package? Feb 15 11:52:25 dos1: did you find you error ? Feb 15 11:52:40 ptitjes: what error? ussd? Feb 15 11:52:51 yeah Feb 15 11:53:02 dos1: you should just try using valgrind... Feb 15 11:54:04 ptitjes: yeah! it works now! Feb 15 11:54:08 i did strdup :D Feb 15 11:54:41 but message should be wrapped Feb 15 11:55:42 dos1: g_strdup I hope Feb 15 11:55:44 :D Feb 15 11:59:00 i will test with g_strdup too ;P Feb 15 12:04:50 commited Feb 15 12:04:51 :) Feb 15 12:47:31 freesmartphone.org: 03mickey 07specs * r202c1b0249cb 10/ (3 files in 3 dirs): otapi: add org.freesmartphone.GSM.SIM.[Get]ReadyStatus. Feb 15 13:38:39 freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r02a21b413e43 10/src/gsm.vala: added FSO.GSM.SIM.ReadyStatus Feb 15 14:14:25 how is it possible that while running tangogps and openmoko-agpsui Feb 15 14:14:51 agpsui has a correct fix for the time, whiletangogps thinnks it's 1999, and a second later it's 2000 Feb 15 14:15:08 ? Feb 15 14:18:35 Zorkman: strace both programs Feb 15 14:19:34 and then lindi-? (i'm king of noobs :)) Feb 15 14:19:45 Zorkman: put the strace output online so that we can compare them Feb 15 14:19:59 ok, i'll do that before leaving Feb 15 14:20:31 the usual strace -p `pidof tangogps` -s 4096 -f -o tangogps.strace Feb 15 14:24:59 would you need a long logfile? Feb 15 14:28:41 agps: http://pastebin.com/m160a47e8 tangogps: http://pastebin.com/d451c4afe Feb 15 14:53:16 freesmartphone.org: 03mickey 07fso-abyss * ra416548dc7bb 10/src/ (consts.vala serial.vala): refactor serial/pty init Feb 15 14:53:17 freesmartphone.org: 03mickey 07fso-abyss * r11bf193fdaa8 10/src/ (serial.vala server.vala): restart serial writer only if port is already opened Feb 15 14:53:18 freesmartphone.org: 03mickey 07fso-abyss * rb06aec7fe413 10/src/serial.vala: Feb 15 14:53:18 freesmartphone.org: restart writer directly after opening the port, since we might Feb 15 14:53:19 freesmartphone.org: already have queued up something in the buffer sent from the lower layers Feb 15 14:57:22 mrmoku: ping Feb 15 15:03:28 hmm Feb 15 15:03:46 can we add SHR git repos to that CIA? Feb 15 15:06:23 freesmartphone.org: 03ptitjes 07libfso-glib * r9a9eb5181bde 10/ (libfso-glib.pc.in src/Makefile.am): Feb 15 15:06:23 freesmartphone.org: Fixed libfso-glib.pc and publish .gir file. Feb 15 15:06:23 freesmartphone.org: Signed-off-by: Didier 'Ptitjes Feb 15 15:08:00 ptitjes: i don't know anything about differences in g_strdup and strdup; g_free and free... Feb 15 15:08:10 ptitjes: how we should use it in libframeworkd-phonegui-efl? Feb 15 15:08:48 i commited g_strdup version as you said, but later it is used free Feb 15 15:09:41 i don't have any experience in programming with C/C++ - i only know syntax and how to write simple Qt apps :P Feb 15 15:15:07 ptitjes: pong Feb 15 15:15:57 mrmoku: can you give me ability to closing trac tickets? Feb 15 15:15:58 :D Feb 15 15:17:24 dos1: sorry... can't do that (or don't know how to) Feb 15 15:17:34 mrmoku: ok ;) Feb 15 15:17:45 i asked Ainulindale (ping), but without response Feb 15 15:18:53 dos1: Ainulindale is busy with real life me thinks Feb 15 15:19:17 mrmoku: it looks like Feb 15 15:19:22 dos1: I just think that as phonegui-efl is glib based, it should use the api coherently Feb 15 15:19:34 mrmoku: hello Feb 15 15:19:39 ptitjes: hey Feb 15 15:19:47 my beloved mrmoku!! :D Feb 15 15:19:52 :-) Feb 15 15:20:03 * mrmoku wonders if ptitjes needs something ;) Feb 15 15:20:23 do you think you could create bb recipes for libfso-glib, libmodulo and new ophonekitd ?? Feb 15 15:20:24 :p Feb 15 15:21:02 ptitjes: depends... if they are straight forward recipes... I can give it a try Feb 15 15:21:10 though I'm missing lots of OE foo :( Feb 15 15:21:24 there is no hidden new dependency (except libxml2 for libmodulo but I'm quite sure it is already in oe) Feb 15 15:21:39 mrmoku: I think they are straight-forward Feb 15 15:22:05 in fact it is vala code and autotools based so this may be quite similar to vala-terminal I think Feb 15 15:22:09 ptitjes: ok... will give it a try. First I have to fix libframeworkd/old ophonekitd to work with the new firmware Feb 15 15:22:28 mrmoku: thank you Feb 15 15:22:43 in fact, I may assist you but I'm too much in the implementation for now Feb 15 15:22:59 and yet I would need to run them on the phone and not on my desktop Feb 15 15:23:06 ptitjes: PaulFertser_ found a big flaw in ophonekitd... fixing that now :-) Feb 15 15:23:13 though I should give fake-frameworkd a try Feb 15 15:23:24 mrmoku: what flaw ? Feb 15 15:23:32 mrmoku: yep, what flaw? Feb 15 15:23:59 dos1: ophonkitd should have used the undocumented FSO signal ;) Feb 15 15:24:01 ptitjes: ophonekitd does not handle ReadyStatus... just AuthStatus... and then requests phonebook/messagebook without sim being ready Feb 15 15:24:06 (now it's fixed) Feb 15 15:24:24 PaulFertser_: the signal is documented... fix I'm testing right now :-) Feb 15 15:24:27 mrmoku: are you still going to fix the crash itself? ;) Feb 15 15:24:31 oh Feb 15 15:24:42 mrmoku: by fixed i meant that the signal is documented :) Feb 15 15:24:53 please correcting this in new ophonekitd straight away Feb 15 15:24:54 :D Feb 15 15:24:54 :-) Feb 15 15:25:08 s/please // Feb 15 15:25:29 but who did remove bzbot ? Feb 15 15:25:42 ~seen bzzbot Feb 15 15:25:49 bzzbot! where are you? Feb 15 15:26:12 Probably mwester has some connectivity problems Feb 15 15:26:27 PaulFertser_: could you point me where the signal should be documented ? Feb 15 15:26:50 ptitjes: this signal was documented today by mickeyl in FSO specs, i guess. Feb 15 15:27:31 ok found the commit http://git.freesmartphone.org/?p=specs.git;a=commit;h=202c1b0249cbf321cf752e9197ac63f1c18613ed Feb 15 15:27:31 ptitjes: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD#ReadyStatus Feb 15 15:27:45 updating libfso Feb 15 15:29:04 mickeyl: BTW, i saw you fixed race in killall but i'm still afraid that sometimes frameworkd can crash (as was the case with killall) even without leaving anything in the logs. Can you probably think about solving this in general, so even if some similiar error creeps in, it won't lead to a crash anymore? Feb 15 15:31:12 freesmartphone.org: 03ptitjes 07libfso-glib * r602458fea16d 10/src/fso-dbus-interfaces.vala: Feb 15 15:31:12 freesmartphone.org: Regenerated fso-dbus-interfaces. Feb 15 15:31:12 freesmartphone.org: Signed-off-by: Didier 'Ptitjes Feb 15 15:31:21 done Feb 15 15:34:57 mrmoku: tell me when you updated old ophonekitd then I'll do the same fix on my side Feb 15 15:35:01 thanks Feb 15 15:35:04 ok Feb 15 15:44:31 Omg, I think I just witnessed the biggest cyber terror act ever, they put Rickroll in the biggest radio station in Israel, this can't be on purpose, this must be an attack! Feb 15 16:11:44 PaulFertser_: are you already using irssi with bip? Feb 15 16:12:35 mrmoku: my bip is still running, but i'm not using it, because i don't have a server where to install it, and using it on my local PC is almost as effective as irssi in screen (provided i can have a good connection to home, not GPRS) :) Feb 15 16:12:59 mrmoku: my home pc got disconnected from the internet every 24h by ISP :( Feb 15 16:13:08 s/got/gets/ Feb 15 16:13:09 PaulFertser_ meant: mrmoku: my home pc gets disconnected from the internet every 24h by ISP :( Feb 15 16:13:28 PaulFertser_: like mine :( I'm asking because I don't find how to configure irssi to send auth info to bip Feb 15 16:16:33 mrmoku: to auth via ssl? Feb 15 16:16:56 PaulFertser_: nop... the user|pw|connection token Feb 15 16:17:48 mrmoku: you can't automate that or you can't even do it once? Feb 15 16:18:23 mrmoku: if the second, just /connect bipiy 7778 user:pw:connection Feb 15 16:19:59 PaulFertser_: ok...found it - password = "..." in the server config section :-) Feb 15 16:20:11 * mrmoku feels stupid from time to time :P Feb 15 16:20:36 * PaulFertser_ feels stupid all the time Feb 15 16:21:58 PaulFertser_: but... you are a geek - you're supposed to be smart ;) Feb 15 16:22:25 mrmoku: even being smart i can feel stupid. :) Feb 15 16:22:34 how right you are :-) Feb 15 16:23:02 stupid people never know Feb 15 16:23:13 catch22 Feb 15 16:23:17 mrmoku: i've read Welte's blog yesterday. Wish i could hack a working keyboard driver during an airplane trip... Feb 15 16:23:59 PaulFertser_: yeah... some are smarter than smart Feb 15 16:24:23 harald is a mirakle Feb 15 16:25:14 a good analogy Feb 15 16:25:28 almost as unpredictable as these things Feb 15 16:25:30 :) Feb 15 16:28:24 I'd really wish we had some more haralds in the foss community Feb 15 16:28:40 gnufiish and openezx and htc-linux would be completed by then Feb 15 16:28:42 *shrug* Feb 15 16:40:30 mickeyl: are you still interested in the links where some htc dream progress can be monitored? Feb 15 16:44:39 PaulFertser_: for sure! i'm still pondering whether to buy this one or a raphael to help w/ FSO on these devices Feb 15 16:45:03 mickeyl: hello Feb 15 16:45:13 mickeyl: don't buy european version in any case, they're still not rooted. Either US or UK, not european. Feb 15 16:45:29 mickeyl: do you know why pim stuff is not generated in the xml/ directory of the specs ? Feb 15 16:45:53 mickeyl: ok, here goes the link to a mailing list (this particular message outlines still closed android parts): http://www.telesphoreo.org/pipermail/g1-hackers/2009-January/000495.html Feb 15 16:45:58 ptitjes: because no one worked on documenting its API yet Feb 15 16:46:08 yes it is there Feb 15 16:46:22 ah well, some bits i did, ya Feb 15 16:46:34 but i wanted to verify whether that all works before hooking it into the docs Feb 15 16:46:35 there : http://git.freesmartphone.org/?p=specs.git;a=tree;f=opim;h=8da56dde26c7b46e140f85af05e67353087e51b4;hb=HEAD Feb 15 16:46:37 mickeyl: here's the link to forum where many development is focused and describes how to install proper bootloader: http://forum.xda-developers.com/showthread.php?t=455860 Feb 15 16:46:42 okay Feb 15 16:46:44 PaulFertser_: good, thanks Feb 15 16:46:57 mickeyl: so I'll wait for you to update it Feb 15 16:47:00 PaulFertser_: (non-eu) bummer Feb 15 16:47:09 that will mean a us keyboard layout Feb 15 16:47:14 which i'm not particulary fond of Feb 15 16:47:17 ptitjes: right Feb 15 16:47:25 mickeyl: i have a question to the backend side of opimd. If a contact has 2 addresses is then the Address field a list in contact_data ? Feb 15 16:47:26 ptitjes: next week i'll be doing more work on opimd Feb 15 16:47:28 mickeyl: you can get UK Feb 15 16:47:35 Heinervdm: can not answer that atm. Feb 15 16:47:44 ok Feb 15 16:47:47 Heinervdm: i have not enough experience with it Feb 15 16:48:05 mickeyl: probably Pavel Machek will root his soon and post an update here: http://pavelmachek.livejournal.com/ Feb 15 16:48:17 PaulFertser_: uk layout is same as us layout :) Feb 15 16:48:29 de layout has swapped y/z and support for our fancy umlauts Feb 15 16:48:29 hello, I still have this error: * ERROR: Package libpixman-1-0 (parent libpixman-1-0) is not available from any configured src.(last time I fixed it ignoring the deps and installing an old copy of libpixman) Feb 15 16:48:41 ya, will have an eye on pavel's log Feb 15 16:48:55 and I need to upgrade the rootfs and the kernel as I have no more sound Feb 15 16:49:01 general consensus seems that it's more likely the dream will be freed completely than the raphael Feb 15 16:49:14 since we can at least use googles kernel Feb 15 16:50:55 i have zero (in words: zero) interest in all their userland, so i need to be able to reflash it completely Feb 15 16:51:08 or boot from SD Feb 15 16:51:28 mickeyl: yes a good kernel support means a lot. BTW, i tried to ask those guy about JTAG access, they told they're not interested and can't say anything about it. Feb 15 16:52:17 heh Feb 15 16:52:19 "fun" Feb 15 16:56:41 mknod fixed it Feb 15 16:56:44 They said they're not interested in something an average software hacker can't do. Feb 15 16:57:49 Gnutoo: mknod with which parameters? Feb 15 16:58:05 c 14 3 Feb 15 16:58:09 same as my desktop Feb 15 16:58:45 mrmoku: can SHR unstable include fix for http://trac.freesmartphone.org/ticket/354 please? Feb 15 16:58:45 or otherwise there is a file you can look into inside the kenrel sources that tells you how to feed mknod Feb 15 16:58:52 thanks ;) Feb 15 16:59:01 dos1, you've the same problem? Feb 15 16:59:05 s/ve/ve got/ Feb 15 16:59:06 Gnutoo meant: dos1, you've got the same problem? Feb 15 16:59:12 Gnutoo: yes Feb 15 16:59:16 ah ok Feb 15 16:59:37 dos1, so someone of us has to bugreport with the fix or tell a dev about it Feb 15 16:59:43 PaulFertser_: is the fix in frameworkd already? Feb 15 17:00:11 PaulFertser_: http://openmoko.opendevice.org/build/shr-unstable/feed/ - here it is Feb 15 17:00:19 mrmoku: yes Feb 15 17:00:30 looks like automatic build don't work on shr-unstable in bearstech Feb 15 17:00:41 mickeyl: BTW, i saw you fixed race in killall but i'm still afraid that sometimes frameworkd can crash (as was the case with killall) even without leaving anything in the logs. Can you probably think about solving this in general, so even if some similiar error creeps in, it won't lead to a crash anymore? Feb 15 17:00:54 PaulFertser_: then it will be in the next SHR image :-) Feb 15 17:01:20 shr-unstable uses current HEAD of frameworkd Feb 15 17:01:27 Cool Feb 15 17:02:29 mrmoku: what about upgrading from feeds? Feb 15 17:03:13 PaulFertser_: this is complicated. of course we could place some big try/except trying to cover up all kinds of runtime errors, but could hide serious problems and i'd rather secure the problematic spots one-by-one. Feb 15 17:03:40 what we can do though Feb 15 17:03:47 is try/except Feb 15 17:03:52 put the exception in the log Feb 15 17:03:54 PaulFertser_: if we don't change too much... (like initscripts)... it is supposed to work Feb 15 17:03:59 and then raise the exception again, so we quit Feb 15 17:04:00 mickeyl: i understand, but probably you can make a fancy startup script that will not loose traceback information? Feb 15 17:04:02 would that be good? Feb 15 17:04:12 though... in unstable we refuse to guaranteeeee it ;) Feb 15 17:04:33 mickeyl: i think yes, that would be cool too. And one more python question, please :) Feb 15 17:05:01 sure Feb 15 17:05:24 mickeyl: what do you think about starting pdb on SIGQUIT, e.g.? So if frameworkd is stuck somewhere one can debug that directly. Feb 15 17:06:19 mrmoku: ok, so basically you say that if an SHR unstable user does opkg update/upgrade, then he will get grps back? Feb 15 17:08:42 PaulFertser_: yeah... but if he/she was using an older unstable... he/she might have to reflash after upgrade to get back a working phone Feb 15 17:09:22 Sure Feb 15 17:11:11 mrmoku: 20:00 < dos1> looks like automatic build don't work on shr-unstable in bearstech ? Feb 15 17:11:20 PaulFertser_: (pdb) something to think about. Feb 15 17:12:06 PaulFertser_: there is no automatic build for shr... everything manually handcrafted :P Feb 15 17:12:07 mrmoku: how ofter is build starting on shr buildhost? Feb 15 17:12:09 mickeyl: and one can always start frameworkd in screen to be able to use pdb when he needs it. Feb 15 17:12:14 dos1: never Feb 15 17:12:44 ;] Feb 15 17:13:05 mrmoku: user says he didn't get GPRS fix with upgrade Feb 15 17:14:36 PaulFertser_: I have to build first... want to fix the GetSimReady thing first Feb 15 17:14:54 mickeyl: are you sure the documentation for GetSimReady is correct? Feb 15 17:15:06 I get Unknown internal dbus error: Expected type gchararray, got type code 'b', 78 (dbus-glib-error-quark), code 16 Feb 15 17:15:27 dbus_ok returns string? Feb 15 17:15:40 mrmoku: Ah, i see. Still autobuilding will be good. And, btw, you really should more integrate your distro with FSO (in OE sense). Feb 15 17:16:07 freesmartphone.org: 03mickey 07python-helpers * reeaf7cb60194 10/mickeyterm/mickeyterm: Feb 15 17:16:07 freesmartphone.org: mickeyterm: add support for fso-abyss. Run the command Feb 15 17:16:07 freesmartphone.org: 'mickeyterm -p fso:0' to query the next free virtual channel, run Feb 15 17:16:07 freesmartphone.org: 'mickeyterm -p fso:' to query a concrete virtual channel. Feb 15 17:16:29 PaulFertser_: thats our goal... yeah. Feb 15 17:16:43 mrmoku: oh, no that's wrong, thanks Feb 15 17:16:46 * mickeyl fixes Feb 15 17:18:32 mickeyl: btw, are you sure every reasonable modem supports this? I mean %CSTAT is non-standard. Should end-user application support some kind of retry for phonebooks etc? Feb 15 17:18:57 mickeyl: ok thanks :-) Feb 15 17:19:45 mickeyl: dream and raphael, do you mean at the bootloader level? Feb 15 17:20:07 tmzt: is raphael fully supported kernel-wise? Feb 15 17:20:39 not right now, cr2 gave me a list yesterday of what was missing Feb 15 17:20:56 tmzt: if not, then having working kernel from Google for dream is a real advantage. Feb 15 17:21:40 PaulFertser_: i'm going to synthesize SimReadyStatus signals on modems that do not support a facility such as %CSTAT Feb 15 17:22:22 tmzt: but some things are done in a proprietary user-space on dream, e.g. qualcomm/ati opengl ES library, qualcomm camera library, compass/accelerometer events, qualcomm h264 codec frontend Feb 15 17:22:28 at the end of the day, i don't expect most applications to use ogsmd anyways Feb 15 17:22:37 since they rather want to use opimd and ophoned Feb 15 17:22:51 tmzt: i mean full linux-support for all peripherals Feb 15 17:23:12 tmzt: i don't care much about bootloader as long as i can boot my own kernel with my own cmdline Feb 15 17:24:09 freesmartphone.org: 03mickey 07specs * rc6056b69a762 10/ (3 files in 3 dirs): otapi: fix status argument type in org.freesmartphone.GSM.SIM.[Get]ReadyStatus Feb 15 17:25:15 mickeyl: ahh, for the signal too then... Feb 15 17:25:52 it's intended to hava v4l camera driver at some point Feb 15 17:27:37 I don't know why compass is an issue, accelerometer is basically gpio's like on fr Feb 15 17:28:26 tmzt: i don't say that's an issue, but android supports it with a proprietary library. Just telling you what i read. Feb 15 17:32:36 sorry, I mean why its an issue because I didn't know android used a proprietary library, not why you really need the compass Feb 15 17:34:30 * mickeyl hopes we can just ignore all proprietary libs as long as we have reasonable interfaces to the hardware Feb 15 17:37:20 debian \o/ Feb 15 17:38:58 mickeyl: there is framebuffer support without the libhgl, it requires that X send update regions to the driver so the driver can dma them to the lcd interface chip, the workaround is to update the screen in a thread in the kernel (called the video display hack or very dirty hack VDH) Feb 15 17:39:26 we need an X driver that can call the proper ioctl's when it updates the screen Feb 15 17:39:47 i see Feb 15 17:39:52 this is dream only or raphael? Feb 15 17:39:56 +also Feb 15 17:40:14 it should be possible to adapt existing mt9x camera drivers for the mddi bus used in the msm camera interface Feb 15 17:40:19 both Feb 15 17:42:31 freesmartphone.org: 03mickey 07fso-abyss * r887300e34894 10/ (4 files in 2 dirs): abyss now has a config file Feb 15 17:42:33 tm_t! Feb 15 18:11:24 mickeyl: another question related to charging. Are you really sure it's right to hide sometimes that the battery is being charged? I think whoever needs that logic can implement it on higher level. Feb 15 18:12:23 freesmartphone.org: 03mickey 07fso-abyss * r80d289822d2c 10/ (data/abyss.conf.sample src/multiplexer.vala src/server.vala): Feb 15 18:12:23 freesmartphone.org: abyss can now automatically open the 0710 session, when you request the first channel Feb 15 18:12:23 freesmartphone.org: _and_ have a valid configuration file specifying its parameters. Feb 15 18:12:23 freesmartphone.org: If requested via configuration file, then you can also autoclose the 0710 session, once Feb 15 18:12:26 freesmartphone.org: the last channel gets released -- as well as program exit, once the session gets closed. Feb 15 18:13:00 PaulFertser_: I think it's correct to hide the charging when it's still considered being full (>=95%) Feb 15 18:13:18 mickeyl: why? It's charging after all. Feb 15 18:13:31 but it's full Feb 15 18:13:44 If it were really full, it couldn't be charged. Feb 15 18:13:45 just change the term from "charging" to "not full" Feb 15 18:13:46 or full enough so you can remove it Feb 15 18:13:53 (the charger) Feb 15 18:14:03 That's the logic that belongs to higher level, i'm afraid. Feb 15 18:14:12 possible Feb 15 18:14:16 at the moment i disagree though Feb 15 18:14:29 i think it's nuts seeing that charger led oscillating Feb 15 18:14:38 perhaps it should be done in the trigger Feb 15 18:15:00 or the action Feb 15 18:16:00 PaulFertser_: the user wants to know when he can remove the phone to get maximum talk time Feb 15 18:16:34 But if i see charger led oscilallating, i know that it's working as it should. Moreover, the battery vendor said that constantly charging is not ok, so charging _must_ oscillate and i want to see it like that. Feb 15 18:16:53 lindi-: then obviously it's only 100%, not 95% Feb 15 18:17:13 PaulFertser_: but if it is constantly oscillating the user does not know if he can remove it or not :) Feb 15 18:17:35 lindi-: the user can look up the percentage and decide if 95% is ok for her. Feb 15 18:17:54 the 95% is another story Feb 15 18:17:55 hello Feb 15 18:17:56 PaulFertser_: but why waste led for that info if it is not even good for that? Feb 15 18:18:03 it's there for batteries that slip in capacity Feb 15 18:18:14 lindi-: that's a matter of taste and should be tweakable by the user himself. Feb 15 18:18:14 with some batteries you will never see 100% after a while Feb 15 18:18:19 still we want to show it's "full" Feb 15 18:18:23 PaulFertser_: isn't it tweakable? Feb 15 18:18:31 lindi-: http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=c9763cf52b7662335306f4efe96625152ab730c3 Feb 15 18:18:49 ah Feb 15 18:19:25 mickeyl: i can't see why you want the lowest layer to lie about reality. I hope you'll agree that it should be user-tweakable. Feb 15 18:19:42 someone has try to install android (with Qi) on the freerunner? Feb 15 18:21:10 freesmartphone.org: 03mickey 07fso-abyss * r09fd818470bb 10/ (ChangeLog configure.ac): This is 0.3.0 Feb 15 18:21:13 Affirmative. Feb 15 18:24:01 How can i register a new backend to opimd? Feb 15 18:24:18 mickey|dinner, hi, i was looking through the audio subsystem today.. wouldn't be useful if the dbus methods that return None, return a boolean True or False indicating success instead? Feb 15 18:28:22 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r051a3659ee2c 10/fsod/src/subsystems/Device/ (5 files in 2 dirs): Start work on Audio + Gstreamer subsystem. Add internal ALSA scenario API to handle scenarios. WARNING: not tested Feb 15 18:28:53 Who is sudharsh? Feb 15 18:29:23 PaulFertser_, c'est moi :P Feb 15 18:29:35 PaulFertser_, was last year's GSoC student Feb 15 18:29:40 brb Feb 15 18:29:41 :D Feb 15 18:29:49 Sup3rkiddo: cool, nice to meet you. Feb 15 18:30:31 :) Feb 15 18:31:08 Sup3rkiddo: i hope you discuss "alsa scenarious" with DocScrutinizer first, because he has some very decent ideas how to bring sanity to this topic and i can assure you he knows what he's talking about. Feb 15 18:32:28 merci :) Feb 15 18:35:55 PaulFertser_, cool.. nice to meet you too :D Feb 15 18:35:56 DocScrutinizer, ola Feb 15 18:38:10 * juri___ updates #318 Feb 15 18:42:08 is usb networking broken in the latest unstable shr image? Feb 15 18:42:28 not on GTA01. Feb 15 18:42:43 after connecting the usb cable i don't get an usb0 device Feb 15 18:43:04