**** BEGIN LOGGING AT Sat Jan 01 02:59:58 2011 Jan 01 04:40:59 helle everyone Jan 01 04:46:45 I am unable to record from mic :( Jan 01 04:47:00 tried voicenote and dictator Jan 01 05:20:20 hello everyone Jan 01 05:20:20 i m stuck with audio recording on openmokoo Jan 01 05:20:20 tried dictator and voicenote Jan 01 05:20:20 but not success :( Jan 01 13:25:48 HNY Jan 01 13:35:45 morning morphis Jan 01 13:40:55 hi mickeyl Jan 01 13:42:23 mickeyl, GNUtoo|laptop: heyho and a happy new year! Jan 01 13:42:47 thanks Jan 01 13:42:52 happy new year to all Jan 01 13:46:14 btw. someone else than mrmoku|italy already had a look on not compiling libphone-ui? Jan 01 13:47:14 i don't think so Jan 01 13:47:18 it still depends on the dbus-glib version of libfso-glib, maybe we can put a dbus-glib version temporarly into OE? Jan 01 13:47:20 there's hardly anyone active at this period Jan 01 13:47:31 :) Jan 01 13:47:53 that wouldn't work, we would need to create a seperate library then, change all the packages that link to it etc. Jan 01 13:48:05 hm ok, as I thought Jan 01 13:48:05 i mean it _would_ work, but it's work not wisely spent Jan 01 13:48:08 imo Jan 01 13:48:44 then we have to find another way Jan 01 13:48:53 my pre's boot process is still somewhat broken Jan 01 13:48:57 i wonder how to fix it properly Jan 01 13:49:04 would like to take a look at the state of things Jan 01 13:50:09 ah ok Jan 01 13:50:15 can we do that later? Jan 01 13:50:22 as I am leaving in a few minutes Jan 01 13:50:39 look at the /boot/sbin/init scripts Jan 01 13:51:07 maybe you should use the webos-doctor first to come back into a clean state and then start again with the fso-installer Jan 01 13:55:23 so I am off Jan 01 13:55:24 cye Jan 01 13:58:33 hmm Jan 01 14:32:23 mickey|, hi Jan 01 14:32:36 mrmoku|italy, hi Jan 01 14:32:43 yo Jan 01 15:04:32 mickey|, I'm not busy at the moment Jan 01 15:04:38 and I'm looking for something to do Jan 01 15:04:43 I want to fix the oe errors Jan 01 15:04:50 which oe errors? Jan 01 15:05:25 the ones with gdbus Jan 01 15:05:36 hmm? Jan 01 15:05:42 so you want to revert the SRCREV? Jan 01 15:05:44 iliwi Jan 01 15:05:49 ffalarms_git Jan 01 15:05:57 libphone-ui_git Jan 01 15:06:01 phonefsod_git Jan 01 15:06:08 because I'm really blocked by theses things Jan 01 15:06:13 I'm doing useless stuff now Jan 01 15:06:26 such as booting linux-next on htcdream Jan 01 15:06:29 ok, but better do that in your local tree Jan 01 15:06:45 I need a howto for fixing theses Jan 01 15:07:12 either revert SRCREV or take a look at how to get proxies from gdbus Jan 01 15:07:20 mickey|, the second option Jan 01 15:07:26 good Jan 01 15:07:28 I know nothing about gdbus Jan 01 15:07:35 me neither.... on C level Jan 01 15:07:36 I'm really angry about theses bugs Jan 01 15:07:44 so I want to fix them Jan 01 15:07:47 on vala level? Jan 01 15:07:59 I think iliwi is in vala Jan 01 15:08:08 it is, so is ffalarms Jan 01 15:08:10 ah, then it should be easy to fix Jan 01 15:08:29 lots of examples in the recent commits to fso Jan 01 15:08:34 ok Jan 01 15:08:40 I'll look and come back with questions Jan 01 15:08:43 yo Jan 01 15:08:45 but feel free to fix them.... Jan 01 15:08:53 who fixes,. me or you Jan 01 15:08:54 ? Jan 01 15:09:00 i don't have access to SHR Jan 01 15:09:04 ah ok Jan 01 15:09:05 so me Jan 01 15:09:42 else you could send patches to shr-dev ml Jan 01 15:12:01 so I could only fix ffalarms Jan 01 15:12:08 I bet iliwi is on gitorious Jan 01 15:12:53 ah no github Jan 01 15:16:28 http://live.gnome.org/Vala/DBusServerSample has the infos Jan 01 15:22:48 mickey|, I've no access to ffalarms either Jan 01 15:22:57 so back to useless stuff Jan 01 15:23:03 yep, or kernel hacking... Jan 01 15:23:04 sigh Jan 01 15:23:09 yes Jan 01 15:23:14 that is useless stuff Jan 01 15:23:17 hmm Jan 01 15:23:18 libisi? Jan 01 15:23:25 yes I could do libisi Jan 01 15:23:31 that's not useless Jan 01 15:23:32 that would be pretty useful actually Jan 01 15:23:51 but I wanted to integrate with FSO as I added stuff Jan 01 15:39:18 mickey|, is battery charging working with the charger? Jan 01 15:39:23 in fsodeviced Jan 01 15:39:26 ? Jan 01 15:40:33 yes, works great Jan 01 15:40:37 ok Jan 01 15:40:41 how do I enable it? Jan 01 15:40:49 add it to your .conf Jan 01 15:40:56 yes but what lines to add Jan 01 15:41:05 also why don't we enable it by default? Jan 01 15:41:10 we warn everybody Jan 01 15:41:13 and enable it Jan 01 15:41:19 yes, fine with me Jan 01 15:41:23 ok Jan 01 15:41:27 I'll try it then Jan 01 15:41:29 [fsodeviced.powersupply_n900] IIRC Jan 01 15:41:36 thanks a lot Jan 01 15:41:38 or was it n900_powersupply... Jan 01 15:41:47 I'll look Jan 01 15:41:57 no, powersupply-n900 Jan 01 15:42:00 _ Jan 01 15:42:10 nothing else necessary to enable it Jan 01 15:42:17 just loading the plugin Jan 01 15:47:28 mickey|, doesn't work Jan 01 15:47:40 01:02 3660 27 27 -391 356 356 356 65535 55 38 0 Jan 01 15:47:40 01:02 3660 26 26 -396 356 356 356 65535 54 38 0 Jan 01 15:47:46 and I've an orange led Jan 01 15:47:59 hey folks, i entered a bug report some time ago (trac.fso #597: "can't receive sms"), but there wasn't much response Jan 01 15:48:33 i'd like to test the upcoming shr-t, but i won't be able to provide extra information about this situation then Jan 01 15:49:18 so: anybody particularly interested in it? in which case i could do some tests before switching from shr-u Jan 01 15:49:40 I unplug and replug the usb cable Jan 01 15:49:55 the led disappear Jan 01 15:50:06 stevendh: the log shows the infamous modem error 512 for which we have no fix. are you on the latest firmware? Jan 01 15:50:12 (gsm, that is) Jan 01 15:51:09 mickey|: no idea, how do i check? Jan 01 15:51:49 mickey|, still doesn't charge Jan 01 15:52:11 stevendh, maybe shr-settings gives the firmware version? Jan 01 15:52:18 not sure Jan 01 15:52:20 GNUtoo|laptop: hmm, what does the log say? Jan 01 15:52:31 01:06 3652 25 25 -392 329 329 329 65535 50 39 0 Jan 01 15:52:32 01:06 3652 24 24 -392 328 328 328 65535 50 39 0 Jan 01 15:52:34 no Jan 01 15:52:35 let me look Jan 01 15:52:36 the output Jan 01 15:52:53 /var/log/fsodeviced or # fsodeviced ? Jan 01 15:53:41 http://pastebin.com/s9xaSFMc Jan 01 15:53:42 run it by hand, best only with the power plugin Jan 01 15:53:47 ok Jan 01 15:54:35 doesn't print anything usefull when I plug/unplug the usb cable Jan 01 15:54:37 fwiw, the plugin doesn#t seem to be loaded Jan 01 15:54:43 why should it? Jan 01 15:54:45 ah let me look sorry Jan 01 15:54:58 i don#t even know how to detect usb cable in/out on n900 Jan 01 15:55:01 so don't expect any output Jan 01 15:55:06 ah ok Jan 01 15:55:24 then how do you differenciate between usb cable and charger? Jan 01 15:55:32 i don't Jan 01 15:55:47 we always load with 500mA for now Jan 01 15:56:07 /sys/devices/platform/musb_hdrc/charger Jan 01 15:56:10 what about that? Jan 01 15:56:15 if 1 => wallcharger Jan 01 15:56:21 hmm Jan 01 15:56:22 if 0 => usb cable Jan 01 15:56:27 my system always crashes when i touch that node Jan 01 15:56:29 note that it's present on 2.6.28 Jan 01 15:56:46 perhaps i should update to PR 1.3 Jan 01 15:56:46 # cat /sys/devices/platform/musb_hdrc/charger -> 0 Jan 01 15:56:54 try under SHR Jan 01 15:56:58 under SHR it works fine Jan 01 15:57:00 no BME Jan 01 15:57:17 a file monitor on that Jan 01 15:57:20 and a callback Jan 01 15:57:24 and it should be ok no? Jan 01 15:57:31 like i said, i couldn't test Jan 01 15:57:33 it crashed for me Jan 01 15:57:34 ok Jan 01 15:57:36 I want to test Jan 01 15:57:39 and yes, i was on SHR Jan 01 15:57:43 ah ok Jan 01 15:57:44 or rather non-maemo Jan 01 15:57:45 which kernel Jan 01 15:57:46 ? Jan 01 15:57:58 the dusty one Jan 01 15:58:04 2.6.28? Jan 01 15:58:06 yes Jan 01 15:58:10 ok Jan 01 15:58:17 * GNUtoo|laptop really wants to return to 2.6.28: Jan 01 15:58:21 *cameras Jan 01 15:58:27 *usb host Jan 01 15:58:30 */sys/devices/platform/musb_hdrc/charger Jan 01 15:58:33 *bt coex Jan 01 15:58:36 feel free to add it back, i don't care much about cameras and usb host Jan 01 15:58:42 the list get longer every time Jan 01 15:58:51 note that .28 is a deadend though Jan 01 15:58:58 but for adding back I must ask everyone Jan 01 15:59:08 and they are gone Jan 01 15:59:11 JaMa is gone Jan 01 15:59:13 ? Jan 01 15:59:15 mrmoku is gone Jan 01 15:59:17 etc... Jan 01 15:59:19 why do you need to ask anyone? Jan 01 15:59:30 just add it back Jan 01 15:59:31 simply because they did some adaptations commits in oe Jan 01 15:59:35 to adapt to newer kernel Jan 01 15:59:39 so they are concerned Jan 01 15:59:43 <[Rui]> hiall Jan 01 15:59:47 hi Jan 01 16:00:00 well, xorg and stuff you need to find a way to enable both kernels then Jan 01 16:00:13 but as much as the linux-n900 2.6.28 recipe is concerned, just bring it back Jan 01 16:00:46 I would have to revert + bump PR a lot of commits Jan 01 16:00:52 why? Jan 01 16:00:56 bringing it back Jan 01 16:00:58 adding it Jan 01 16:01:00 not reverting Jan 01 16:01:13 ???? Jan 01 16:01:18 they really removed it???? Jan 01 16:01:24 I want 2.6.28 as default Jan 01 16:01:33 with xorg.conf for 2.6.28 Jan 01 16:01:38 with fsodeviced for 2.6.28 Jan 01 16:01:40 etc... Jan 01 16:01:43 hmm Jan 01 16:01:49 better do that in a branch then Jan 01 16:01:59 that's why I want to ask everybody Jan 01 16:02:12 going back and forward everytime is not a good idea Jan 01 16:02:16 right. do it in a branch, no need to ask anyone then Jan 01 16:02:29 I want that in official oe Jan 01 16:02:30 i see the movement going towards the meego kernel, so OE head should support that Jan 01 16:02:37 ok Jan 01 16:02:38 hmmm Jan 01 16:02:40 you can add a branch in OE Jan 01 16:02:45 mickey|: i have on my desktop "flash-moko11-2.image", i suppose that's the one flashed to my phone Jan 01 16:02:46 you have commit rights Jan 01 16:02:49 there are 2 solutions Jan 01 16:02:58 stevendh: hmm, that Jan 01 16:03:03 's the most recent one. Jan 01 16:03:05 or me and mrmoku work hard on kernel Jan 01 16:03:12 to get sometihing decent Jan 01 16:03:16 that's a waiste of time Jan 01 16:03:23 because other people could do it Jan 01 16:03:28 we would just have to wait Jan 01 16:03:35 mickey|: there's not been a new one in months/years, right? Jan 01 16:03:36 stevendh: i'm afraid i don't have any means to tackle this problem. is your SIM perhaps full and you don't have direct SMS delivery installed? Jan 01 16:03:42 or get back to 2.6.28 Jan 01 16:03:45 stevendh: yes, moko11 is the latest Jan 01 16:04:13 <[Rui]> stevendh: sadly, yes. even with all the bugs (like too fast a download in gprs and kaput gsm) Jan 01 16:04:21 like i said, branches are cheap. just add a gnutoo/n900-2.6.28 branch in OE Jan 01 16:04:55 mickey|: i haven't changed anything about sms delivery, i think default is not using SIM? Jan 01 16:05:12 (i use shr-u for the moment) Jan 01 16:05:20 i don't know, to be honest Jan 01 16:05:51 512 is a nonrecoverable error Jan 01 16:05:55 the roots for this are still unclear Jan 01 16:06:05 best bet is to check SIM card seating Jan 01 16:06:06 reboot Jan 01 16:06:11 and cross fingers you'll never see 512 again Jan 01 16:06:57 where is info about this 512? Jan 01 16:07:11 in short: not much to gain by keeping shr-u on my phone, right? Jan 01 16:07:13 bbs Jan 01 16:07:18 maybe electricity will go off Jan 01 16:09:45 stevendh: well, userland has not much effect on 512 or not. disabling COLP was once supposed to fix it. we do that, and still we sometimes get it. perhaps it needs to be sent earlier during initialization. Jan 01 16:10:01 http://docs.openmoko.org/trac/ticket/1192 Jan 01 16:11:28 i need to go people, nice new year to all! Jan 01 16:11:31 same to you Jan 01 16:19:52 hello folks Jan 01 16:19:55 and happy new year Jan 01 16:23:14 heya! Jan 01 16:23:18 to you and the family too Jan 01 16:23:26 we've been missing you Jan 01 16:24:06 yo Jan 01 16:24:17 still 2,5 days :/ Jan 01 16:24:28 <[Rui]> mrmobil: hiya, how's Italy? :) fine I hope? Jan 01 16:24:46 mickey|: took me some time to find out how to instantiate a libfso-glib proxy in C :P Jan 01 16:25:03 [Rui]: yeah, fine (if you don't care about politics :-) Jan 01 16:25:29 <[Rui]> lol, just for the new year festivities or have you *moved*? Jan 01 16:25:35 mickey|: maybe you or playya should add back some proxy_new function :) Jan 01 16:25:39 mrmobil: really? isn't it just one call to gdbus create proxy? Jan 01 16:26:24 mickey|, http://wiki.freesmartphone.org/index.php/Nokia900_Kernels Jan 01 16:26:25 we can do more convenience functions in libfso-glib Jan 01 16:26:44 ret = g_initable_new(type, NULL, &error, "g-flags", G_DBUS_PROXY_FLAGS_DO_NOT_LOAD_PROPERTIES, "g-name", obj, "g-bus-type", G_BUS_TYPE_SYSTEM, "g-object-path", path, "g-interface-name", iface, NULL); Jan 01 16:26:46 nice grid Jan 01 16:26:56 mrmobil: oh uh Jan 01 16:26:59 mrmobil: i would have though Jan 01 16:27:19 hi GNUtoo|laptop Jan 01 16:27:35 mrmobil, hi!!!!!!!! Jan 01 16:27:51 mrmobil, without you we're in deep trobble Jan 01 16:27:56 ouch Jan 01 16:28:02 gdbus_proxy_new_sync(); ? Jan 01 16:28:11 or gdbus_proxy_from_bus_new_sync() ? Jan 01 16:28:16 mrmobil, gdbus migrations issue => no images compile Jan 01 16:28:30 mrmobil, kernel issues => mickeyl bumped to 2.6.35 Jan 01 16:28:33 but that won't have the interface attached... can't use the libfso-glib functions then I think Jan 01 16:28:49 oh Jan 01 16:28:52 s/kernel issues =>/ kernel issues : / Jan 01 16:28:53 GNUtoo|laptop meant: mrmobil, kernel issues : mickeyl bumped to 2.6.35 Jan 01 16:28:58 GNUtoo|laptop: ok, I have a gdbus converted phonefsod Jan 01 16:29:05 GNUtoo|laptop: will do phoneuid next Jan 01 16:29:14 wow Jan 01 16:29:15 interesting. we need to carry that over to the Vala guys then. they should have an interest to make that better accessible Jan 01 16:29:18 that's highly needed Jan 01 16:29:51 mickey|: that g_initiable_new I got from the vala-compiled c code Jan 01 16:30:10 ok, not much idea about the C side, will check with juergbi Jan 01 16:30:36 mickey|: still have to see if all works though... can't test here Jan 01 16:30:41 but at least it builds :-) Jan 01 16:30:45 and runs Jan 01 16:30:49 mrmobil: on to some good news, by going back to maemo (puke) i managed to get forwarding working and did the first bunch of libisi integration. i have added everything that libisi offers, but now libisi needs to be continued Jan 01 16:30:50 (on my laptop) Jan 01 16:31:07 mickey|: ohh, great :-) Jan 01 16:31:08 we have 4 calls in fsogsmd now Jan 01 16:31:29 get device info, get sim status, send auth code, list providers Jan 01 16:31:39 and the start of get status Jan 01 16:31:46 so now we need someone to continue with libisi... Jan 01 16:32:07 sre stopped working on it? Jan 01 16:32:25 it looks like he has not much time Jan 01 16:32:34 and also i guess he wants to do data connectivity now Jan 01 16:32:40 ok Jan 01 16:32:49 i don't agree with the priorities, but it's his calL :) Jan 01 16:32:50 mrmobil, where were you in italy btw? Jan 01 16:33:07 GNUtoo|laptop: I'm still... close to Vicenza Jan 01 16:33:18 Valdagno Jan 01 16:33:32 mickey|, in another hand his priorities are understandable: if you use 2 phones(openmoko for calls and n900 for 3g) Jan 01 16:33:54 ok Jan 01 16:33:59 not so close to milan then Jan 01 16:34:22 hmm, yeah. every developer scratches his own itch first, that's how it is Jan 01 16:34:35 it depends Jan 01 16:34:41 some developers do stuff for freedom Jan 01 16:34:58 some are employed and do what they are said to do Jan 01 16:35:02 etc... Jan 01 16:35:18 mickey|: as I'm interested in doing voice calls with it... I can try to help taking care of it Jan 01 16:36:05 mrmobil: sounds good. it's actually quite straight forward for someone who enjoys C coding ;) Jan 01 16:36:08 the docs are quite good Jan 01 16:36:15 and we can steal most of the code from ofono Jan 01 16:36:23 but it might be boring ;) Jan 01 16:36:33 sounds like a job for me :P Jan 01 16:36:35 hehe Jan 01 16:36:50 i'll be happy to do the fsogsmd integration, it's also quite straightforward Jan 01 16:36:55 we should reroute people Jan 01 16:37:01 I should do less important stuff Jan 01 16:37:04 such as kernel Jan 01 16:37:11 and fso plugins Jan 01 16:37:22 right, what about your charging now? Jan 01 16:37:30 still doesn't work Jan 01 16:37:32 hmm Jan 01 16:37:34 I really want to fix it Jan 01 16:37:37 plugin really loaded? Jan 01 16:37:45 first prio for me will be gdbus in shr land though Jan 01 16:37:57 mrmobil: for sure, we need to get stuff building again Jan 01 16:37:58 mickey|, I think so: Jan 01 16:38:41 let me look Jan 01 16:38:45 pity daniele is not around... wanted to discuss with him why he needs his own fso lib Jan 01 16:38:57 he should not now with gdbus Jan 01 16:39:13 yeah Jan 01 16:39:28 I have a shr-glib too now :P Jan 01 16:39:34 maybe electricity will go off Jan 01 16:39:36 bbs Jan 01 16:39:42 created by gdbus-codegen Jan 01 16:39:47 cool Jan 01 16:40:05 ok... have to go Jan 01 16:40:17 cu on 3rd Jan 01 16:40:21 and have fun :-) Jan 01 16:42:10 I think it's not loaded Jan 01 16:42:36 he didn't push? Jan 01 16:43:11 i guess he can't, probably too much data for his connectivitiy Jan 01 16:45:09 ok Jan 01 16:47:45 mickey|, could you pastebin your fsodeviced.conf? Jan 01 16:48:19 no, my n900 is packed in some drawer again Jan 01 16:48:24 i can write it for you Jan 01 16:48:27 the important file is Jan 01 16:48:28 err Jan 01 16:48:29 line Jan 01 16:48:37 [fsodeviced.powersupply_n900] Jan 01 16:49:08 what is fsodeviced telling on startup? is it trying to load the plugin? do you see fso_factory_function_powersupply_n900 (or so)? Jan 01 16:49:57 yes but the order is important Jan 01 16:50:03 not for the powersupploy Jan 01 16:50:16 btw., no 'd' Jan 01 16:51:27 cat /var/log/fsodeviced.log | grep fact Jan 01 16:51:31 returns nothing Jan 01 16:51:36 show me your conf Jan 01 16:52:30 http://pastebin.com/sFtuceWb Jan 01 16:53:14 one 'd' too much Jan 01 16:58:02 ah ok lol Jan 01 16:59:01 1970-01-01T01:13:32.001617Z [INFO] PowerSupplyN900 : Triggering charger while status is 0x10 Jan 01 16:59:04 nice thanks a lot Jan 01 17:02:01 :) **** ENDING LOGGING AT Sun Jan 02 02:59:58 2011