**** BEGIN LOGGING AT Tue Feb 16 02:59:57 2010 Feb 16 06:56:55 I would love to ask these questions in the proper forum and have as yet to see a good place to ask. So, here it goes. Is there a way to actually insert a in a text message? It would allow me to maybe be able to send text messages to an email account via text message. Is there any good way to deal with call waiting? Feb 16 06:58:45 Maybe I should say I am running SHR-testing from Jan 25 2010 Feb 16 07:02:42 would it be too much to ask for at least a pointer as to where to look or what to do? Feb 16 07:04:58 Does any one in the list are from india, so that i can have better overlapped timings ? Feb 16 07:13:05 call waiting is via +CLCC ? Feb 16 07:14:09 I'm from India .... Feb 16 07:14:30 @satish: just logged in though ... you'll have to fill me in on the context Feb 16 07:59:10 mickey|zzZZzz, hi! I opened few tickets about mdbus2 Feb 16 08:00:01 max_posedon: morning. yes, saw them Feb 16 08:00:44 since you haven't time for fsogsmd, and have for mdbus2 I decided test this stuff) Feb 16 08:00:47 #522 should already be fixed though Feb 16 08:00:54 check whether you are updated Feb 16 08:01:05 let me check Feb 16 08:01:25 it doesn't for me Feb 16 08:01:45 (using f730b0bf4fc9cc694b18c42523bc4a711061e884 commit) on x86 laptop Feb 16 08:06:44 mickeyl, just recompiled once more, still same Feb 16 08:07:33 aaw, wait Feb 16 08:07:48 heh, got it Feb 16 08:07:53 nice) Feb 16 08:07:58 overlooked that when i fixed the other 'last element missing' Feb 16 08:08:04 5 mins Feb 16 08:10:20 freesmartphone.org: 03mickey 07cornucopia * rdf6a5c9a9d99 10/tools/mdbus2/src/main.vala: mdbus2: fix "last entry missing" for dictionaries Feb 16 08:10:23 try again Feb 16 08:11:49 and 521-related question Feb 16 08:12:23 mdbus and mdbus2 doesn't see all this /Contacts/N for frameworkd's opimd during introspection Feb 16 08:12:36 that's by design Feb 16 08:12:42 dos1 said that its because they use some kind "relative path" Feb 16 08:12:44 they are so called 'fallback object paths Feb 16 08:12:59 which means they are not contained in introspection Feb 16 08:13:00 could you point me to some docu about this? Feb 16 08:13:06 but only served when you actually access them Feb 16 08:13:57 hmm Feb 16 08:14:04 well, dbus is a typical OSS project Feb 16 08:14:06 dbus documentation little not-well-organized for me, can't find... Feb 16 08:14:06 very lousy docs Feb 16 08:14:26 i'm actually not sure whether this is a dbus invention Feb 16 08:14:32 or an invention of binding creators Feb 16 08:15:58 hm... ok, its so heavy for me, that I'll prefer regular classic way for now... Feb 16 08:16:20 i'm not sure whether Qt (which you are obviously working with) supports fallback objects Feb 16 08:16:28 so just use the regular ones for now Feb 16 08:16:57 (confirm that mdbus2 dictoanaries fixed) Feb 16 08:17:03 excellent, thanks. please close the bug Feb 16 08:17:08 sure Feb 16 08:17:19 i'll work on fixing #521 as much as possible Feb 16 08:17:30 mdbus2 does some shortcuts here Feb 16 08:17:46 but in theory everything that mdbus1 can introspect should be introspectable via mdbus2 as well Feb 16 08:18:07 so that needs to be fixed Feb 16 08:32:42 will be nice, thanks for fixes Feb 16 08:35:37 np Feb 16 08:36:07 one of these days we want a python-free middleware, that also means tools ;) Feb 16 08:37:13 mickeyl: should I bump srcrev for mdbus2 now or wait a bit? :) Feb 16 08:37:15 but it doesn't mean all will love what we will have) /me looking at his akonadi-fsopimd activity... Feb 16 08:37:24 JaMa, defenetly you should Feb 16 08:37:35 ) Feb 16 08:38:31 JaMa: i won't have time to work on it more today, so feel free to bump it now Feb 16 08:38:45 khoonirobo: Hi Feb 16 08:38:47 * mickeyl stuck in web design today Feb 16 08:38:52 mickeyl: ok, thanks Feb 16 08:39:54 khoonirobo: i just want to check the overlap time ... Feb 16 08:40:16 khoonirobo: any one else do u know ? Feb 16 08:52:24 and relegated to compatibility Feb 16 08:52:31 itx all about qt (x11 of course) Feb 16 08:52:39 satish: overlap time? Feb 16 08:52:44 oops Feb 16 08:52:44 :) Feb 16 08:56:46 raster, I just want full(!) PIM and see only one nice project - akonadi, but they don't have any "frontends" except C++/KDE Feb 16 08:57:02 ??? Feb 16 08:57:37 just explain my qt-based hello words) Feb 16 08:59:26 satish: and no ... just been lurking here some time now. So dunno about anyone else being from india. Feb 16 10:03:02 Heinervdm: that problem with libxml in webkit-efl was my fault.. Feb 16 10:03:14 JaMa: ok Feb 16 10:03:30 do you have a problem building fsousaged too? Feb 16 10:03:32 Heinervdm: I had libxslt built against newer libxml.. then I rebuilt older libxml and removed newer from my patch queue Feb 16 10:03:54 ok Feb 16 10:04:00 Heinervdm: no.. or not yet.. yesterday rebuild from scratch failed on libphoneui and e-wm because of autopoint :/ Feb 16 10:04:04 not sure why Feb 16 10:04:14 JaMa, mrmoku TAsn I have flame question Feb 16 10:04:20 for me fsousaged fails at do_package_write_ipk Feb 16 10:04:29 could shr more his apps from system to user dbus bus? Feb 16 10:04:34 JaMa: do you know why? Feb 16 10:04:40 keep them root, but change bus Feb 16 10:04:50 s/more/move Feb 16 10:05:02 Heinervdm: show me log Feb 16 10:05:28 max_posedon: well... tell me how and I'll do it :P Feb 16 10:05:35 Heinervdm: I've seen that when we added/removed machine specific config Feb 16 10:05:46 http://shr.pastebin.com/d5430a19a Feb 16 10:05:51 Heinervdm: pstage doesn't deal with changed ARCH right Feb 16 10:05:55 max_posedon: the problem is that there can be many session busses (in theory) Feb 16 10:06:10 max_posedon: and phonefsod needs to send dbus messages to phoneuid Feb 16 10:06:22 max_posedon: where does phonefsod get the correct session bus from? Feb 16 10:06:57 phonefsod can be moved to user bus too, doesn't it? Feb 16 10:06:59 max_posedon: and btw. that's no flame question... I would really like that too :) Feb 16 10:07:24 max_posedon: no, because it gets started via init earlier Feb 16 10:07:28 Heinervdm: hmm that doesn't like as that problem i had (it said something about non-existent lock and was pointing to wrong (old)directory in do_stage) Feb 16 10:07:41 max_posedon: and phonefsod belongs to the system bus IMHO Feb 16 10:07:54 I think "startings" issue is simpliest problem Feb 16 10:08:32 Heinervdm: I have slightly different PV.. fsousaged-1_0.9.0.1+gitr0+429a3d190016b7516b57703faa777c398d843d6c-r2.2.do_rm_work Feb 16 10:08:33 hm... I don't know, but NetworkManager and bluez somehow easy works in system<->user signals Feb 16 10:08:34 JaMa: so you don't know what's wrong? Feb 16 10:08:57 it will be nice findout how usually done it Feb 16 10:08:59 JaMa: hmm, my checkout is from today Feb 16 10:09:32 max_posedon: because there it's the other way round... the NM client running on the session bus sends stuff to the NM daemon running on the system bus Feb 16 10:09:35 Heinervdm: do you really have SRCREV and PR like this in recipe? 0b87d6e8b04f0bf0078702f6467e037eb4fdb28-r1.2 Feb 16 10:09:45 max_posedon: the other way round goes via signals me thinks Feb 16 10:10:16 so, NM-daemon <-> NM-client, is smth like phonefsod <-> phoneuid Feb 16 10:10:26 solution should be similar I think Feb 16 10:10:58 Heinervdm: no, but I'll try to rebuild here in a minute Feb 16 10:11:28 max_posedon: I have NM code checked out... can try to take a look at what they're doing... Feb 16 10:11:41 max_posedon: first I have to do some family stuff though Feb 16 10:11:43 JaMa: sane-fso-rev is pointing to 429a3d190016b7516b57703faa777c398d843d6c Feb 16 10:11:45 don' Feb 16 10:11:47 bbl Feb 16 10:11:52 t know where my rev comes from Feb 16 10:12:06 of course, its long-term question, I just want remind all about this Feb 16 10:12:19 root iself not so bad, system bus is worse) Feb 16 10:13:54 GNUtoo: leviathan: good news Feb 16 10:14:14 GNUtoo: leviathan: data connectivity is working fine on the dream Feb 16 10:14:27 GNUtoo: leviathan: will create a plugin for qmi / rmnet Feb 16 10:14:28 JaMa: strange that rev was in sane-srcrev-fso.inc~ Feb 16 10:15:52 Heinervdm: then it's maybe the same I had but with different error message.. Feb 16 10:16:12 Heinervdm: and also that PR bump was after removing machine config (as they were already in git) Feb 16 10:16:18 Heinervdm: what do you have in find tmp/deploy/pstage/ -name fsousaged\* ? Feb 16 10:16:58 Heinervdm: also if you run -c clean -b recipes/freesmartphone/fsousaged_git.bb do you see right revision and PR? Feb 16 10:17:55 JaMa: it cleans the new rev Feb 16 10:17:58 Heinervdm: ah sorry not in pstage but pkgdata Feb 16 10:18:28 Heinervdm: remove all fsousaged from pkgdata and try to build again Feb 16 10:18:54 i don't have pkgdata Feb 16 10:19:03 no tmp/pkgdata? Feb 16 10:19:19 ah in tmp it is Feb 16 10:19:28 http://pastebin.ca/1798200 Feb 16 10:19:50 Heinervdm: you can remove all dirs with -exec rm -rf {} \; Feb 16 10:19:58 and then it should work ok Feb 16 10:20:06 Hello , is there any gui media player for shr-t ? Feb 16 10:20:12 JaMa: ok, thx Feb 16 10:20:36 Heinervdm: and be prepared to do the same for every package with changed ARCH :/ Feb 16 10:21:00 Heinervdm: I didn't have time to find the real reason here and report/fix it Feb 16 10:21:41 ok Feb 16 10:21:55 Heinervdm: also I guess you would find that directory it's complaing about in om-gta02 workdir (instead armv4t..) Feb 16 10:28:04 alabd: look for 'intone' Feb 16 10:28:26 and for video intone-video Feb 16 10:29:57 thanks does intone supports 3gp , wmv , mp4 and others ? is it best in supporting various video formats Feb 16 10:33:26 is that patch ok? http://patchwork.dev.bearstech.com/patch/670/ Feb 16 10:35:16 freesmartphone.org: 03mickey 07cornucopia * r9a45c02934a1 10/fsogsmd/ (9 files in 5 dirs): Feb 16 10:35:16 freesmartphone.org: fsogsmd: create plugin skeletons for PDP handling Feb 16 10:35:16 freesmartphone.org: Depending on firmware and kernel support, different modems have different ways Feb 16 10:35:16 freesmartphone.org: to handle PDP. While PPP is still the most common, it is fading out. For now Feb 16 10:35:17 freesmartphone.org: we will support PPP, PPP_MUX, and PPP_QMI. Feb 16 10:36:50 argh, that was wrong Feb 16 10:36:56 PPP, PPP_MUX, PDP_QMI Feb 16 10:37:03 oh well, commit messages... *shrug* Feb 16 10:42:26 yay, fullscreen spacetrader on the FR :D Feb 16 10:43:09 Heinervdm: seems so, btw I prefer name=archive to make it easier to add new checksum without checking the name in .inc file Feb 16 10:43:15 * blindcoder .oO( calling XChangeProperty directly, but still :D ) Feb 16 10:48:11 JaMa: i removed the version substring Feb 16 11:31:15 mickeyl, ok thanks a lot,nice Feb 16 11:39:50 is there any battery life / speed improvements in the current shr unstable, compared to the testing? Feb 16 11:40:23 and can the unstable version be used STABLE for only GPS and gsm cell logging? Feb 16 11:40:48 if you don't update, then it can be considered as stable Feb 16 11:59:32 hehe Feb 16 12:00:11 Zork|brb: As for stable, that depends. It was broken a few times during the last days. Feb 16 12:00:41 as for speed, I don't think so, but bugs have certainly been fixed. Feb 16 12:06:34 Heinervdm: cookie 670 had extra " after that name param Feb 16 12:06:49 Heinervdm: so I replaced it with name=archive and will push it in a minute Feb 16 12:42:57 Weiss: I have almost ready libdrm rebase.. see http://cgit.freedesktop.org/mesa/drm/commit/?id=4f57abfe66091281c9f59c14e6ea27b524b55d5b and __user removal, so if you're interested I'll share my patch Feb 16 12:53:15 JaMa: cool.. yes. it's be nice to have libkms as well if I/we/you can figure out how it fits in Feb 16 12:54:08 Weiss: first I would try if that segfault is related to libdrm Feb 16 12:54:14 then I'll check libkms :) Feb 16 12:55:03 Weiss: should I add rebased mesa/libdrm to gitorious? Feb 16 12:58:08 yeah, then I can just pull it and switch the branches on git.bitwiz rather than repeating the work :) Feb 16 13:02:37 * Weiss likes it when other people do the housekeeping bits for him :) Feb 16 13:06:20 yeah, but now I'll expect you to fix the hard thing - WSOD.. :) Feb 16 13:17:38 yeah :( Feb 16 13:20:04 Weiss: http://gitorious.org/mesa/drm/commits/glamo Feb 16 13:21:59 Weiss: and mesa will take a bit longer to upload Feb 16 13:22:23 ok, cool... won't be able to do anything about it until quite late tonight or tomorrow anyway.. Feb 16 13:23:14 leviathan, please create a head for shr-msm Feb 16 13:23:20 s/head/master branch Feb 16 13:23:50 leviathan, warning: remote HEAD refers to nonexistent ref, unable to checkout. Feb 16 13:25:10 leviathan, I found a workarround but please create master Feb 16 13:26:04 Weiss: there is still one issue remaining.. now mesa-dri build fails on size_t included from newer drm.h from libdrm :/ Feb 16 13:26:34 Weiss: http://tinderbox.openembedded.net/public/logs/task/5016805.txt Feb 16 13:28:45 Weiss: http://gitorious.org/mesa/mesa/commits/glamo Feb 16 13:31:02 hmm.. maybe if you add a #include to the top of glamo-cmdq.c, before the include of drm/drm.h? Feb 16 13:36:07 leviathan, do you have a recipe for wireless-compat? Feb 16 13:36:12 yes or remove #include "drm.h" from glamo-drm.h :) Feb 16 13:51:02 SHR: 03mok 07libphone-ui-shr * r54104a3890c5 10/src/view/contact-view.c: contact-view: do not destroy properties twice when saving a new contact Feb 16 13:51:03 SHR: 03mok 07libphone-ui-shr * rcdf366573c8e 10/src/view/contact-view.c: contact-view: close view when pressing cancel and the contact is new Feb 16 13:51:04 SHR: 03mok 07libphone-ui-shr * r88ed3216bb94 10/src/util/ui-utils.c: ui-utils: use elm_win_maximized_set to maximize the window Feb 16 13:51:13 SHR: 03mok 07libphone-ui-shr * rf56a65ee1022 10/src/view/contact-view.c: contact-view: immediately set dirty state for new contacts Feb 16 13:51:14 SHR: 03mok 07libphone-ui-shr * r2d533a04f87e 10/data/contacts.edc: contacts.edc: show Add Field button in dirty state too Feb 16 13:51:15 SHR: 03mok 07libphone-ui-shr * ra55a9a569de0 10/src/ (3 files in 2 dirs): contact-list-view: scroll to top of list when hiding Feb 16 13:51:15 SHR: 03mok 07libphone-ui-shr * re5ae9fb3575e 10/src/view/ (6 files): contact-list-view: convert it to ui-utils Feb 16 13:51:16 SHR: 03mok 07libphone-ui-shr * r5c99b61ce827 10/src/view/contact-view.c: contact-view: add a comment and fix whitespaces Feb 16 13:51:17 SHR: 03mok 07libphone-ui-shr * r34386360cff1 10/src/view/ (contact-view.c contact-view.h): contact-view: WIP to make fields with multiple values work Feb 16 13:51:18 SHR: 03mok 07libphone-ui-shr * r8f87b597215c 10/src/view/contact-view.c: contact-view: correctly mark all fields as new when adding a new contact Feb 16 13:51:19 SHR: 03mok 07libphone-ui-shr * r751d08af75c2 10/src/view/contact-view.c: contact-view: explicitely remove a field before reinserting it on changes Feb 16 13:51:20 SHR: 03mok 07libphone-ui-shr * r3d38aa0b96ff 10/src/util/ (common-utils.c common-utils.h): common-utils: add _new_gvalue_boxed helper Feb 16 13:51:21 SHR: 03mok 07libphone-ui-shr * r71069b024e77 10/src/view/contact-view.c: contact-view: continue work on multivalue fields - looking much better now Feb 16 13:51:23 SHR: 03mok 07libphone-ui-shr * r26aeefcb1413 10/src/util/ (common-utils.c common-utils.h): common-utils: fix _new_gvalue_boxed Feb 16 13:51:24 SHR: 03mok 07libphone-ui-shr * rad033a49d206 10/src/ (util/ui-utils.c util/ui-utils.h view/contact-view.c): contact-view: sort and filter contact fields in selection dialog Feb 16 13:51:25 SHR: 03mok 07libphone-ui-shr * r5f8f7b3e2112 10/src/view/ (3 files): contact-list-common: extract building the index into its own function Feb 16 13:51:27 SHR: 03mok 07libphone-ui-shr * ra528acf8c59d 10/ (data/contacts.edc src/view/contact-view.c): contact-view: add a button to wipe a fields content (aka delete the field) Feb 16 13:51:30 SHR: 03mok 07libphone-ui-shr * ra3105439ee70 10/src/ (util/ui-utils.c util/ui-utils.h view/contact-view.c): ui-utils: remove field filter from contacts_field_select Feb 16 13:51:40 go mrmoku go! :) Feb 16 13:51:54 :P Feb 16 13:52:06 * mrmoku should push more frequently ;) Feb 16 13:54:00 SHR: 03mok 07libphone-ui * rfcf28d571ef3 10/src/phoneui-utils.c: phoneui-utils: make phoneui_utils_contact_display_phone_get multivalue-aware Feb 16 13:55:15 mrmoku: not related to latest libphone-ui-shr push, but do you have any idea why autopoint is failing there? http://tinderbox.openembedded.net/public/logs/task/5017107.txt Feb 16 13:57:30 mrmoku: e-wm is failing with the same error.. and I'm building now in minimalistic chroot environment.. so probably it's my fault somehow Feb 16 13:59:07 JaMa: IIRC for e stuff you have to build without autopoint Feb 16 13:59:34 hmm Bug#456164: cvs: fails in a chroot Feb 16 13:59:37 hmm... that looks different though Feb 16 14:09:17 ~log Feb 16 14:09:19 log is, like, http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ? Feb 16 14:20:57 anyone could be so kind to give me the url to use in tangogps for google sattelite maps? Feb 16 14:21:07 looks like it changed since the last time i used it Feb 16 14:23:06 GNUtoo: uhhm Feb 16 14:23:26 yes Feb 16 14:23:34 I have a recipe for wireless compat Feb 16 14:28:06 leviathan, could you pastebin it? Feb 16 14:32:04 uhm Feb 16 14:32:05 yes Feb 16 14:32:12 or upload Feb 16 14:32:29 as you wish Feb 16 14:33:28 http://ftp.o2s.ch/compat-wireless/ Feb 16 14:35:23 thanks a lot Feb 16 14:36:56 leviathan, did you took it from somewhere or did you do it entirely yourself? Feb 16 14:46:37 GNUtoo: I did it myself Feb 16 14:47:17 ok Feb 16 14:47:21 Ok. I learned how to include kernel path out from documentation Feb 16 14:47:24 does that con= Feb 16 14:47:30 t? Feb 16 14:47:45 echo "Do nothing" could be replaced by : Feb 16 14:47:53 s/:// Feb 16 14:47:53 GNUtoo meant: echo "Do nothing" could be replaced by Feb 16 14:47:58 ':' Feb 16 14:49:15 anyway maybe I'll try it and commit it but for generic machines Feb 16 14:49:23 I need it for another machine anyway Feb 16 15:05:41 freesmartphone.org: 03morphis 07msmcomm * r320668ef8b72 10/libmsmcomm/ (5 files in 2 dirs): libmsmcomm: we now use the first three bytes of a packet for groupId and msgId Feb 16 15:05:42 freesmartphone.org: 03morphis 07msmcomm * rc89c7d697d78 10/libmsmcomm/ (5 files in 3 dirs): libmsmcomm: more work on network status info unsolicited response Feb 16 15:05:45 freesmartphone.org: 03morphis 07msmcomm * rb1eb063f2d5b 10/libmsmcomm/src/msmcomm.h: libmsmcomm: export some more network status information functions Feb 16 15:05:45 freesmartphone.org: 03morphis 07msmcomm * rf0e32514275e 10/libmsmcomm/ (6 files in 3 dirs): libmsmcomm: add dial call message type Feb 16 15:05:46 freesmartphone.org: 03morphis 07msmcomm * r59f85ec28be9 10/libmsmcomm/ (6 files in 2 dirs): libmsmcomm: fix several bugs in message handling Feb 16 15:05:47 freesmartphone.org: 03morphis 07msmcomm * rf53b2299fad1 10/msmvterm/src/commands.vala: msmvterm: add counter to set a ref id on each message Feb 16 15:05:48 freesmartphone.org: 03morphis 07msmcomm * r88c9c25ce599 10/libmsmcomm/ (9 files in 3 dirs): libmsmcomm: add better support for charging (voltage, mode) Feb 16 15:05:49 freesmartphone.org: 03morphis 07msmcomm * r8735c2e5428d 10/msmvterm/src/commands.vala: msmvterm: fixes to support new charging api Feb 16 15:26:08 go morphis, go! Feb 16 16:38:48 max_posedon, go ahead. Feb 16 17:28:52 ffs Feb 16 17:28:54 damn dos Feb 16 18:07:15 dos1, uber-ping Feb 16 18:07:16 :P Feb 16 18:09:00 dos1, what's the deal with the messages folder system? What is it for, and what am I allowed to do/not do with it? Feb 16 18:09:24 dos1, I want to drop it completely as it doesn't make any sense, it's just a normal attribute, but still... Feb 16 18:09:29 TAsn: messages folder system is a big mysterious riddle Feb 16 18:09:39 dos1, so I'm dropping it. Feb 16 18:09:43 TAsn: i never touched it, just left as it was before i came :P Feb 16 18:09:50 dos1, and concerning queries Feb 16 18:10:09 is there a reason why queries cache their results and not just take them from db? Feb 16 18:10:15 only speed? or anything with meaning? Feb 16 18:10:42 dunno, overall quering system also was there already Feb 16 18:10:52 i only fixed few things and added new features :PO Feb 16 18:11:54 dos1, ok, but in general queries are just "premade" Feb 16 18:11:59 for the future, right? Feb 16 18:12:10 no special behaviors like "snapshot" or stuff like that Feb 16 18:12:11 right? Feb 16 18:13:09 TAsn: AFAIK queries are left in memory just to be able to use them with GetResult + Skip; and for signals like MessageAdded Feb 16 18:13:32 dos1, that's not a reason Feb 16 18:13:40 as you can just keep the ids Feb 16 18:14:15 dos1, btw, what's responsible to answer modem message was accepted? Feb 16 18:14:19 register_incoming_message? Feb 16 18:14:34 do you think optimising memory footprint was primary goal for me? :P Feb 16 18:14:41 TAsn: search for AckMessage Feb 16 18:14:51 and NackMessage Feb 16 18:14:59 dos1, Now it's better :P (footprint) Feb 16 18:15:01 dos1, thanks. Feb 16 18:15:19 nothing in opimd :| Feb 16 18:15:24 shit, was probably in backend :( Feb 16 18:15:27 was it ? Feb 16 18:15:37 pimb_sim_messages_fso.py Feb 16 18:15:52 yep Feb 16 18:16:04 bah :P Feb 16 18:16:35 you should also look at pimb_ogsmd_calls.py IIRC filename :P Feb 16 18:16:49 why? Feb 16 18:16:50 as those two backends are "special" Feb 16 18:16:55 what's there? Feb 16 18:17:19 as they also handle events, instead of just feeding database Feb 16 18:17:35 i c. Feb 16 18:17:37 sucks :P Feb 16 18:17:46 * TAsn needs to handle them as well then ;( Feb 16 18:17:51 And that'd suck Feb 16 18:17:54 ok, thanks. Feb 16 18:18:52 dos1, notes is exactly like contacts, right? Feb 16 18:19:00 can I sed it? :P Feb 16 18:19:10 i think yes Feb 16 18:19:17 oh crap Feb 16 18:19:19 tags Feb 16 18:19:19 :| Feb 16 18:19:34 I'll remove tag support Feb 16 18:19:44 As again, it's like message folders Feb 16 18:19:47 it's just a feature Feb 16 18:20:15 actually, will leave it Feb 16 18:20:25 tag support? Feb 16 18:20:54 yeah Feb 16 18:20:57 tagging notes Feb 16 18:21:04 dos1, anyhow, saw my email? mind doing it for me? :P Feb 16 18:21:09 (python-libphone-utils) Feb 16 18:21:15 there is no tag support, just few handler functions like for MissedCalls and UnreadMessages Feb 16 18:21:41 tags in notes are just typical fields ;) Feb 16 18:23:35 dos1, i c. Feb 16 18:23:42 dos1, hm.. about Dates and Tasks Feb 16 18:23:45 also reagular? Feb 16 18:23:47 regular* Feb 16 18:23:50 *contacts like? Feb 16 18:24:05 yup Feb 16 18:24:32 Dates have some handling of Begin and End fields Feb 16 18:24:41 but that probably should be moved to types Feb 16 18:24:56 dos1, dropping that atm Feb 16 18:24:56 and Tasks is Contacts + UnfinishedTasks support :P Feb 16 18:25:07 dos1, i c. Feb 16 18:25:07 thanks. Feb 16 18:26:30 so only calls left :P Feb 16 18:26:43 get ready for spam Feb 16 18:26:55 freesmartphone.org: 03tom 07opimd-redesign * rcbcec2749cf8 10framework/framework/subsystems/opimd/ (db_handler.py pimd_contacts.py pimd_generic.py): Feb 16 18:26:55 freesmartphone.org: Did a bit of renaming (internal stuff) Feb 16 18:26:55 freesmartphone.org: Moved ContactsDbHandler to pimd_contacts.py Feb 16 18:26:56 freesmartphone.org: 03tom 07opimd-redesign * r039d90256783 10framework/framework/subsystems/opimd/ (db_handler.py pimd_contacts.py pimd_generic.py): Feb 16 18:26:56 freesmartphone.org: Fix the remains of the contacts-domain specific code in db_handler.py Feb 16 18:26:56 freesmartphone.org: Fix all of the TBDs Feb 16 18:26:57 freesmartphone.org: 03tom 07opimd-redesign * r7617e8a33996 10framework/framework/subsystems/opimd/ (db_handler.py pimd_contacts.py): Made contacts and db_handler more generic Feb 16 18:26:57 freesmartphone.org: 03tom 07opimd-redesign * r94ff3da05641 10framework/framework/subsystems/opimd/TODO: Added opimd TODO Feb 16 18:26:59 freesmartphone.org: 03tom 07opimd-redesign * r2c389cc7a04a 10framework/framework/subsystems/opimd/ (pimd_generic.py pimd_messages.py): Did most of pimd_messages.py Feb 16 18:27:00 freesmartphone.org: 03tom 07opimd-redesign * ra7dcc992c7fa 10framework/framework/subsystems/opimd/ (pimd_contacts.py pimd_messages.py): Feb 16 18:27:00 freesmartphone.org: Dropped folders system from messages Feb 16 18:27:01 freesmartphone.org: Fixed contact info Feb 16 18:27:01 freesmartphone.org: 03tom 07opimd-redesign * rad81e0115f78 10framework/framework/subsystems/opimd/ (10 files): Removed all backends Feb 16 18:27:02 freesmartphone.org: 03tom 07opimd-redesign * r104e9036bc5e 10framework/framework/subsystems/opimd/pimd_notes.py: Fixed pimd_notes.py Feb 16 18:27:03 freesmartphone.org: 03tom 07opimd-redesign * r407f36d5ab9f 10framework/framework/subsystems/opimd/pimd_tasks.py: Fixed pimd_tasks.py Feb 16 18:27:04 freesmartphone.org: 03tom 07opimd-redesign * r44f53e71a6cb 10framework/framework/subsystems/opimd/pimd_dates.py: Fixed pimd_dates Feb 16 18:27:16 that's it?! :( Feb 16 18:27:18 :) Feb 16 18:28:16 no optimizations yet Feb 16 18:28:27 so it may be a bit slow Feb 16 18:28:48 (though probably faster than current opimd) Feb 16 18:29:06 btw, dos1 do you have any test scripts? or do you rely on pure luck when testing? Feb 16 18:29:22 dos1, and you still didn't answer about python-libphone-utils Feb 16 18:31:28 Could someone update to podboy 1.3.4, thanks. Patch is in shr-devel Feb 16 18:32:36 TeLLuS: already commited.. just nobody built that yet.. Feb 16 18:33:27 TAsn: i'll do that for python-phoneutils :P Feb 16 18:33:36 dos1, whatever :P Feb 16 18:33:39 TAsn: and i don't have scripts Feb 16 18:33:39 thanks Feb 16 18:34:20 mickeyl, /me wants to break API (or at least until a newer version, "double" the api) ping me when you are here. Feb 16 18:34:51 hi guys, I made a program that uses a custom library. Someone can say me where I can find some info for adding that library in my bitbake file? Feb 16 18:42:48 What's that? http://www.aavamobile.com/ Feb 16 18:42:55 freesmartphone.org: 03tom 07opimd-redesign * r101f4b907e35 10framework/framework/subsystems/opimd/pimd_calls.py: Fixed pimd_calls.py Feb 16 18:42:56 freesmartphone.org: 03tom 07opimd-redesign * ra17d473979fc 10framework/framework/subsystems/opimd/TODO: Updated TODO Feb 16 18:42:57 freesmartphone.org: 03tom 07opimd-redesign * rbc9ad54f304e 10framework/framework/subsystems/opimd/type_manager.py: Added the entry_id (used for linking in the db) type Feb 16 18:43:44 "The world's first open mobile device" i don't think they know what they are talking about Feb 16 18:44:10 seems that except for ogsmd interaction, number normalization and regex support (last is super easy, one before is a tad harder, but still not hard) and of course, cleaning up and making sure, I'm there. Feb 16 18:45:10 Heinervdm, every nerd who reads digg knows about openmoko, I'd except "a team of engineering wizards with a strong background in mobile phone development" would know about it as well. Feb 16 18:45:34 Processor Intel® Atom™ (code name Moorestown) Feb 16 18:45:36 ? Feb 16 18:45:47 x86 or do intel do other atoms? :P Feb 16 18:46:12 it's x86 Feb 16 18:46:31 in the article i read about it they talked about a standby time of one day ;) Feb 16 18:47:11 Heinervdm, i.e a lot less than a day Feb 16 18:47:21 but still, 24hrs of x86 standby is nice :) Feb 16 18:48:35 dos1, adding this: Feb 16 18:48:43 122 @tasklet.tasklet Feb 16 18:48:43 123 def load_entries(self): Feb 16 18:48:44 .... Feb 16 18:48:52 is enough to make it work? Feb 16 18:48:57 i.e frameworkd will know to take it? Feb 16 18:49:04 or should I explicitly call it from somewhere? Feb 16 18:49:12 hmm? Feb 16 18:49:18 look at opimd.py :P Feb 16 18:50:38 there's nothing related there Feb 16 18:51:01 I'm talking after I did everything, does the tasklet.tasklet crap means frameworkd will just load it? Feb 16 18:51:05 yay, guitartune is in SHR repo... big thanks to someone who added it :) Feb 16 18:51:13 TAsn: i don't think so :P Feb 16 18:51:16 (that specific function I mean) Feb 16 18:53:59 TAsn: load_entries is called in backend_manager ;P Feb 16 18:54:23 ffs :P Feb 16 18:54:33 I can't grep what I already deleted :P Feb 16 18:54:34 thanks. Feb 16 18:55:15 dos1, quick Q Feb 16 18:55:19 TAsn: and don't be suggested with this tasklet.tasklet... it was mostly blind guess based on old code, i stll don't know exactly how to use it correctly :P Feb 16 18:55:28 what do you think about making an OR between several items of a field Feb 16 18:55:29 i.e Feb 16 18:55:33 if I pass Feb 16 18:55:35 Phone = 123 Feb 16 18:55:40 it'll look where phone = 12 Feb 16 18:55:41 3 Feb 16 18:55:44 but if I pass Feb 16 18:55:53 Phone = [123, 432, 234] Feb 16 18:56:26 it'll return anything that matches at least one Feb 16 18:56:32 what do you think? Feb 16 18:56:36 very easy to make Feb 16 18:56:41 should be cool enough Feb 16 18:57:24 hmm Feb 16 18:57:28 i'm for :) Feb 16 19:08:35 cool, will do :P Feb 16 19:11:55 is that opimd rewrite in python or c? Feb 16 19:19:12 freesmartphone.org: 03tom 07opimd-redesign * r433c2c324dc4 10framework/framework/subsystems/opimd/db_handler.py: Passing lists in query means multiple options, i.e if Phone = [123, 12] the query will return all the contacts that their phone number is either 123 or 12 Feb 16 19:19:13 done and works :P Feb 16 19:19:15 spaetz, python Feb 16 19:19:24 spaetz, a fast and cool solution Feb 16 19:19:27 almost done already :P Feb 16 19:19:34 (actually, only minor changes left) Feb 16 19:19:56 dos1 wrote it mostly uber generic so it was terribly easy (well not terribly, but fairly) Feb 16 19:20:22 nice... Feb 16 19:22:10 dos1, I have another cool idea I need your input about Feb 16 19:22:39 dos1, I want to integrate type querying into the existing querying method Feb 16 19:22:48 I want to do something like this: Feb 16 19:23:23 {'_phonenumber': '123'} Feb 16 19:23:37 that will query according to type Feb 16 19:23:39 what do you think? Feb 16 19:23:55 or maybe $phonenumber Feb 16 19:24:08 actually a non '_' convention is better because _ is already taken Feb 16 19:24:18 anyhow, what do you think and do you have a preferred token? Feb 16 19:25:56 {'$type':'value'} ? Feb 16 19:26:07 yeah Feb 16 19:26:14 sounds cool? Feb 16 19:26:26 well, you're the api user ;) for me it's almost the same Feb 16 19:26:39 dos1, I'll implement it, cool :P Feb 16 19:26:47 dos1, you are "the father of opimd" Feb 16 19:26:55 I don't want to ruin your daemon :P Feb 16 19:27:03 s/ruin/violate/ Feb 16 19:27:04 :P Feb 16 19:27:04 TAsn meant: I don't want to violate your daemon :P Feb 16 19:27:18 TAsn: you removed backend support... you can't violate it more ;D Feb 16 19:28:11 dos1, haha, true :P Feb 16 19:59:24 dos1, works :P Feb 16 19:59:28 and also made a lot of nice changes Feb 16 19:59:31 so cool :P Feb 16 20:01:34 * spaetz likes it when TAsn is that happy ;) Feb 16 20:01:42 spaetz, :P Feb 16 20:07:04 I chose a "weird" db design so it'll be a lot easier to work with :P Feb 16 20:07:20 you'll see Feb 16 20:36:43 TAsn, go ahead to?!) Feb 16 20:37:25 huh? Feb 16 20:38:10 [18:38] max_posedon, go ahead. Feb 16 20:38:19 oh Feb 16 20:38:27 you said you had a flaming question for me Feb 16 20:38:46 I asked it at morning to mrmoku Feb 16 20:39:07 I asked to migration shr-(software) to user dbus session Feb 16 20:39:34 e.g. keep it running from root, but change session for beginnig Feb 16 20:50:11 i c Feb 16 20:50:41 and I tried to explain that it's not that easy Feb 16 20:53:52 ok, but what about another fso companents, say opimd? Feb 16 20:54:30 freesmartphone.org: 03tom 07opimd-redesign * r77a5d2d6ad11 10framework/framework/subsystems/opimd/ (TODO pimd_contacts.py pimd_messages.py): Feb 16 20:54:30 freesmartphone.org: Update TODO Feb 16 20:54:30 freesmartphone.org: Fixed spacing (vs tabs) in contacts + messages daemons Feb 16 20:54:30 freesmartphone.org: Fixed a typo in messages Feb 16 20:54:30 freesmartphone.org: 03tom 07opimd-redesign * r988a1fb4dad0 10framework/framework/subsystems/opimd/type_manager.py: Added the internal list_types function and fixed a typo that would have caused bugs in the future Feb 16 20:54:30 freesmartphone.org: 03tom 07opimd-redesign * r4f687aeda084 10framework/framework/subsystems/opimd/type_manager.py: removed the hackish list_types Feb 16 20:54:31 freesmartphone.org: 03tom 07opimd-redesign * r5243fb98d234 10framework/framework/subsystems/opimd/ (8 files): Feb 16 20:54:31 freesmartphone.org: get_table_name and get_table_name_from_type are now generic and implemented in the parent object (db_handler) Feb 16 20:54:32 freesmartphone.org: Fixed a bug that didn't let use two fields of the same type for a specific contact Feb 16 20:54:32 freesmartphone.org: Renamed *_numbers tables to *_phonenumber (to match the type) Feb 16 20:54:33 freesmartphone.org: 03tom 07opimd-redesign * r48c73a9c2305 10framework/framework/subsystems/opimd/ (8 files): Made db creation generic for all the domains, should improve but basic structure is there and everything works Feb 16 20:56:07 max_posedon: if you have some idea how to get there... I'm all ears. I dislike running phoneuid on the system bus too :/ Feb 16 20:56:12 phew, ok, one main thing is missing before I can use it completely, and that's ogsmd interaction. Feb 16 20:57:18 mrmoku, aren't its possible to listen and send siglans to system bus Feb 16 20:57:25 but provide interface to session? Feb 16 20:57:36 shouldn't be hard Feb 16 20:57:50 or phonefsod uses interfaces from phoneuid Feb 16 20:57:56 not just emiting signals? Feb 16 20:57:58 yup Feb 16 20:58:06 exactly that's the problem Feb 16 20:59:03 max_posedon: incoming call... and phonefsod calls a method from phoneuid to show the callscreen for example Feb 16 20:59:21 may be it shouldn't call, but emit signal Feb 16 20:59:38 how do you prevent two clients from listening and showing a call screen? Feb 16 20:59:39 when phoneuid should listen such signals from phonefsod Feb 16 20:59:47 why its bad? Feb 16 21:00:35 2 clients listening imho ok Feb 16 21:00:48 1 can be "log listener", 2nd "screen-UI" Feb 16 21:00:50 max_posedon: what about other apps then? every app which want to use some screen (for instance, for writing message) should act as dbus daemon and emit signals? Feb 16 21:01:14 max_posedon: the log listener listens to signals from fso... not from phonefsod Feb 16 21:01:27 max_posedon, actually Feb 16 21:01:29 since it's one screen Feb 16 21:01:39 I think phoneuid should be exposed to both session and system Feb 16 21:01:43 dos1, not, signals should be emited on app which provide some service Feb 16 21:01:46 and dbus permissions Feb 16 21:02:02 should only allow the user running phonefsod to talk to phoneuid in system Feb 16 21:02:09 and everyone else will use session Feb 16 21:02:12 not too hard. Feb 16 21:02:22 dos1, but for example kde4 use similar idea Feb 16 21:02:43 every KApplication registers to dbus Feb 16 21:03:05 (pid used to make multiple instance) Feb 16 21:03:20 and non-pid to make KUniqueApplication unique Feb 16 21:05:16 TAsn, "every one else" can't use session, because cross-user-session call impossible Feb 16 21:05:19 TAsn: are you sure there's no interfaces in common? Feb 16 21:06:00 mrmoku, huh? Feb 16 21:06:13 max_posedon, in other words, more thought should be put into this. Feb 16 21:07:49 I don't understand why multiple "phoneuid" connections to phonefsod are bad freankly speaking Feb 16 21:08:29 brb Feb 16 21:11:20 max_posedon, I guess there's only one answer to you statement: Feb 16 21:11:31 We need to think about it, mrmoku is half here, and I'm 12% here atm Feb 16 21:11:33 :P Feb 16 21:11:49 I hope this is a good enough reason :P Feb 16 21:11:54 sure) Feb 16 21:12:12 I just want notice, that it might be usefull have auto-answer daemon Feb 16 21:12:34 so, it will be 2 connections to phoneuid already Feb 16 21:12:47 but I'm away too now Feb 16 21:13:12 SOB Feb 16 21:13:16 I was just about to pm him Feb 16 21:13:16 :| Feb 16 21:20:08 hmm shr@opmbuild:~/shr-unstable$ ping www.tangogps.org Feb 16 21:20:08 PING www.tangogps.org (78.40.125.11) 56(84) bytes of data. Feb 16 21:20:08 64 bytes from tango.bearstech.com (78.40.125.11): icmp_seq=1 ttl=64 time=3.10 ms Feb 16 21:23:06 * mrmoku is 100% back... for a moment :P Feb 16 21:25:48 sweet Feb 16 21:25:50 regex works :P Feb 16 21:26:24 will do non optimized number resolving until this damn dos will do it :P Feb 16 21:26:39 hi, I made a program that uses a custom library. Someone can say me where I can find some info for adding that library in my bitbake file? I tried to use do_stage () without success :( Feb 16 21:26:54 TAsn: btw. I pushed some stuff in contacts branch... getting closer :) Feb 16 21:27:01 mrmoku, sweet :P Feb 16 21:27:12 mrmoku, soon you'll have a decent opimd to support that :P Feb 16 21:27:16 many cool changes atm. Feb 16 21:29:16 TAsn: nice :) Feb 16 21:31:03 TAsn: will do the messages in that branch too now... and merge when finished Feb 16 21:31:26 cool :P Feb 16 21:44:31 TeLLuS: and now in feeds Feb 16 21:47:42 phew :P Feb 16 21:47:43 freesmartphone.org: 03tom 07opimd-redesign * r1ba080d51c0c 10framework/framework/subsystems/opimd/ (TODO db_handler.py): Feb 16 21:47:44 freesmartphone.org: Added regex support Feb 16 21:47:44 freesmartphone.org: Added everything needed for (non-optimized) number normalization Feb 16 21:47:44 freesmartphone.org: Updated TODO Feb 16 21:48:53 looks like that qtxml issue is realated to libxml2 issue so thumb interworkin :/ Feb 16 21:49:28 * mrmoku going to bed... Feb 16 21:49:31 gnight all :) Feb 16 21:49:41 gnight Feb 16 21:49:42 mrmoku|away, night. Feb 16 22:27:21 freesmartphone.org: 03tom 07opimd-redesign * rb8155146fd1e 10framework/framework/subsystems/opimd/ (TODO pimd_messages.py): Added support for handling incoming messages from ogsmd Feb 16 22:33:40 * TAsn is testing new opimd on the moko :P Feb 16 22:34:57 JaMa, I unregistered myself from oe.dev Feb 16 22:34:58 annoying :P Feb 16 22:35:41 hmm :/ Feb 16 22:36:02 why annoynig? :) Feb 16 22:40:27 too much Feb 16 22:43:37 JaMa, is your moko running? Feb 16 22:43:41 I need you help for a sec Feb 16 22:43:41 :P Feb 16 22:44:06 yes.. partially Feb 16 22:44:11 I don't have Xorg arm Feb 16 22:44:16 atm Feb 16 22:44:54 grep "subsystem opimd took" /var/log/frameworkd.log Feb 16 22:45:38 how much time did it take to load? Feb 16 22:46:30 2010.02.16 01:40:27.22 frameworkd.subsystem INFO subsystem opimd took 3.75 seconds to startup Feb 16 22:46:38 really?! Feb 16 22:46:42 wth Feb 16 22:46:47 how is that even possible :| Feb 16 22:46:54 weird. Feb 16 22:46:58 too slow? Feb 16 22:47:03 fast Feb 16 22:47:08 I remember it taking minutes Feb 16 22:47:12 or is rewritten part even slower? :/ Feb 16 22:47:27 the measurement is probably wrong :P Feb 16 22:47:30 (and I'm not joking) Feb 16 22:47:43 if there's no backends to slow it down... Feb 16 22:47:53 isn't it slower with more data/backends? Feb 16 22:48:03 yep Feb 16 22:48:05 should be Feb 16 22:48:21 if it starts before SIM ready then it could have less work Feb 16 22:48:27 the old ne for sure Feb 16 22:49:52 freesmartphone.org: 03tom 07opimd-redesign * r6be22ec7a68b 10framework/framework/subsystems/opimd/ (db_handler.py pimd_messages.py): Fixed a typo Feb 16 22:50:07 ffs phone won't register to network :( Feb 16 22:53:06 at the bottom line, it's still python and slow, I wasn't expecting miracles, but number resolving and first load should be a lot faster. :P Feb 16 22:53:49 I guess it's because of the too abstracted pysqlite API Feb 16 22:58:48 sweet, phone registered :P Feb 16 23:00:12 TAsn, having problems here registering to network too :S Feb 16 23:00:27 just registered (opkg upgraded) Feb 16 23:34:23 freesmartphone.org: 03tom 07opimd-redesign * ra455458b70ba 10framework/framework/subsystems/opimd/ (pimd_contacts.py pimd_messages.py): fixed a couple of bugs Feb 16 23:34:24 freesmartphone.org: 03tom 07opimd-redesign * r293828d279e3 10framework/framework/subsystems/opimd/pimd_generic.py: Added loading fields at generic domain init Feb 16 23:46:20 rebooted, doesn't register again ;( Feb 16 23:46:25 something went terribly wrong. Feb 16 23:47:49 ok registered :P Feb 16 23:47:54 just takes a lot of time :| Feb 16 23:53:26 mrmoku|away, trash icon: SWEET! doesn't work, but sweet :P Feb 17 00:15:33 anyhow all, I think it's time to go to bed Feb 17 00:15:42 more opimd work tomorrow, night :P Feb 17 00:16:02 burrrp Feb 17 00:18:42 DocScrutinizer, everything is almost ready... Feb 17 00:18:46 ! Feb 17 00:18:53 only phonelog and testing left Feb 17 00:18:55 cool Feb 17 00:24:43 freesmartphone.org: 03tom 07opimd-redesign * r6bdee55e5970 10framework/framework/subsystems/opimd/pimd_messages.py: Set SimBuffersSms to False (i.e don't buffer) this fixes the issue of sms getting saved on sim and not in sqlite Feb 17 00:24:52 And just fixed the last issue I had before doing the those :P Feb 17 00:25:51 TAsn: you seem to be having a hard time pulling yourself away from the work ;p Feb 17 00:26:21 sicu, nah, I just love/hate bugs Feb 17 00:26:28 and I'm having a really good time playing with them :P Feb 17 00:26:38 and then evil doc scrutinizer rushes in and smashes all to the bin ;-) Feb 17 00:26:41 well, that's a good thing =] Feb 17 00:27:07 sicu, that's why I'm pretty productive (usually) Feb 17 00:27:36 rewrote a lot of opimd in a very short time Feb 17 00:27:38 :P Feb 17 00:27:41 I just hope it's not buggy Feb 17 00:27:50 as I hacked and slashed without looking behind :P Feb 17 00:27:55 yeh, i just read the backlog ... nice going =] Feb 17 00:28:12 And did 0 testing on domains other than contacts Feb 17 00:28:21 and 40% testing on that :P Feb 17 00:28:27 s/that/contacts/ Feb 17 00:28:27 TAsn meant: and 40% testing on contacts :P Feb 17 00:28:47 I'm really tempted to finish phonelog now Feb 17 00:28:53 Actually, not just tempted, will do :P Feb 17 00:29:27 hehe, you're keeping a hefty pace Feb 17 00:29:55 don't do tomorrow what you can do today Feb 17 00:31:11 i seem to recall you having a slight different attitude towards your school revision ;p Feb 17 00:33:35 but i guess it still applies, since you did work, just on shr stuff instead of revising Feb 17 00:36:50 SELECT * FROM db WHERE type=DomainTag AND value='phonelog' JOIN db AS db2 ON id SELECT db2.value AS db2.name, Feb 17 00:37:12 OMG my SQL is really stained to dust Feb 17 00:52:42 incredible!! Feb 17 00:53:38 I had a ssh open to N900 last night (WLAN), and I opened sqlite3 in interactive mode Feb 17 00:55:00 then took a nap, went off for dinner *with N900*, came back here, and the shell happily accepted the next sqlite3 cmd :-o Feb 17 00:56:03 though I always though that's how it *should* work, I actually never seen that to work Feb 17 00:57:17 s/ough t/ought t/ Feb 17 00:57:17 DocScrutinizer meant: though I always thought that's how it *should* work, I actually never seen that to work Feb 17 01:04:49 Phew. Feb 17 01:04:51 freesmartphone.org: 03tom 07opimd-redesign * rb5f2f4b52b7e 10framework/framework/subsystems/opimd/pimd_calls.py: Feb 17 01:04:51 freesmartphone.org: Added phonelogging capabilities to the calls backend Feb 17 01:04:51 freesmartphone.org: I did not test it very well, but should work (code from old opimd). Feb 17 01:05:45 TAsn: you're a beast Feb 17 01:06:17 a sleepy beast Feb 17 01:06:38 I loved coding when I'm tired, usually makes the day after funny :P Feb 17 01:07:43 Now I just need to write a quick script that translates the old db to the new format Feb 17 01:07:59 and I'm done :P Feb 17 01:08:26 (or at least I will be able to test it and compare performance sanely, or semi sanely) Feb 17 01:08:57 Anyhow, night. Feb 17 01:09:04 night :-) Feb 17 01:09:26 btw, I don't like the pysqlite API it's counter-efficient (or at least looks like it) Feb 17 01:09:47 never had a look at it **** ENDING LOGGING AT Wed Feb 17 02:59:58 2010