**** BEGIN LOGGING AT Wed Jun 02 02:59:57 2010 Jun 02 06:11:54 freesmartphone.org: 03morphis 07msmcomm * r768352166893 10/libmsmcomm/ (4 files in 3 dirs): libmsmcomm: fix dial call message Jun 02 06:50:35 freesmartphone.org: 03morphis 07msmcomm * rd0aa3e6cc3d2 10/ (5 files in 3 dirs): Jun 02 06:50:35 freesmartphone.org: libmsmcomm: add test1 phonebook type Jun 02 06:50:35 freesmartphone.org: There are three more phonebooks as we currently know. But the meaning and content is currently Jun 02 06:50:35 freesmartphone.org: unknown. Need some more research. The event ids for the three phonebooks are 0xd, 0xc and Jun 02 06:50:36 freesmartphone.org: 0xf. Furthermore one id for the read_phonebook_msg message is known: 0x48 (it's the Jun 02 06:50:36 freesmartphone.org: phonebook where the voicemail number is stored in). Jun 02 07:35:53 SHR: 03Martin.Jansa 07shr-themes * rabe40e47b106 10/e-wm/e-wm-config-illume-shr/configure.ac: e-wm-config-illume-shr: don't check __attribute__ support in configure.ac Jun 02 08:20:56 morgen Jun 02 08:22:09 If I find a bug and have a patch that fixes it, what is the preferred thing: open a bug in tracker, attach patch in the tracker; or just mail the patch to the ML? Or any combination of those? :) Jun 02 08:22:57 zub: just e-mail it with good commit message (you could use git send-email) Jun 02 08:23:07 ok Jun 02 08:23:52 if it needs longer explanation you can use --compose Jun 02 08:25:02 freesmartphone.org: 03morphis 07msmcomm * r8b2eaac01f69 10/ (10 files in 5 dirs): libmsmcomm: add get_audio_modem_tuning_params message and response Jun 02 08:25:41 didn't know --compose, thx :) Jun 02 08:54:11 heyhho Jun 02 08:54:22 freesmartphone.org: 03morphis 07msmcomm * ra8940aa85c6c 10/ (8 files in 5 dirs): libmsmcomm: extend set_audio_profile cmd/resp with class/subclass and add error handling Jun 02 09:04:23 freesmartphone.org: 03morphis 07msmcomm * rd2f407102a65 10/ (7 files in 5 dirs): libmsmcomm: add block property to dial_call message Jun 02 09:06:51 yop misc? Jun 02 09:07:52 morphis: you going through android interfaces or alsa for this? Jun 02 09:09:46 ? Jun 02 09:09:54 for what? Jun 02 09:10:54 you mean my above commit messages? Jun 02 09:12:48 yes Jun 02 09:13:41 the set_audio_profile message is just a simple message with the params class and subclass you send to the modem Jun 02 09:14:12 nothing exciting Jun 02 09:14:30 right, but what's your kernel interface for this? Jun 02 09:14:42 you for the communication with the modem? Jun 02 09:14:44 I can just look at git Jun 02 09:14:46 yeah Jun 02 09:14:50 ok Jun 02 09:15:03 there is a hsuart you can use from userspace at /dev/modemuart Jun 02 09:15:34 then you have a simple link layer protocol and above this you send your messages and got responses Jun 02 09:17:01 and the send_audio_profile message is one of these Jun 02 09:18:44 what device is this for? Jun 02 09:18:50 Palm Pre Jun 02 09:18:52 it doesn't look like msm7k Jun 02 09:18:53 ah Jun 02 09:18:58 that explains it, thanks Jun 02 09:19:06 :) Jun 02 09:19:48 the whole msmcomm stuff is currently only for the Palm Pre (Plus) devices Jun 02 09:20:01 as I don't know any other device which uses the same protocol Jun 02 09:20:22 (beside some modems build in some notebooks/netbooks) Jun 02 09:23:29 it's the name, I know there's work on nexus and hd2 (leo) as well Jun 02 09:23:52 this is Pre specific though, I just forgot that Jun 02 09:24:16 :) Jun 02 09:24:34 nexus and hd2 uses normal AT as far as I know Jun 02 09:24:55 for phone calls and establishing data yes, but there are other functions using an RPC protocol Jun 02 09:25:13 this code might be adapted for that purpose in a separate repository Jun 02 09:25:20 but I think alsa is being used Jun 02 09:25:28 anyway, I don't want to distract you Jun 02 09:25:58 you don't :) Jun 02 09:26:30 is there any code for this rpc stuff? Jun 02 09:40:22 well, I think phh is trying to replace the closed audio library if he hasn't already Jun 02 09:40:29 or GNUtoo maybe Jun 02 10:13:48 Hey, i've just moved to SHR from android, and now i try to add a contact to my contacts db. I see two fields, 'name' and 'phone', but how the hell am i supposed to enter the data? No matter where and how i tap everywhere, the keyboard doesn't show up.. Jun 02 10:14:54 what phone ? Jun 02 10:15:20 Gta02 Jun 02 10:16:21 Guest66898: you didn't mention the SHR version Jun 02 10:16:45 The latest unstable build. Jun 02 10:18:12 Ok, by random-tapping a lot (and i mean, a lot) i managed to show the keyboard, and enter the dataa. Jun 02 10:18:58 Now i'm trying to send a text message, but when the 'enter your message' window appears, the keyboard shows up, but no matter what i type or where i tap, the characters don't appear in the message Jun 02 10:36:35 As i notice now, the keyboard is totaly unable to enter text to any application Jun 02 10:38:58 Guest66898: do not disconnect and somebody from the SHR team will pay attention sooner or later Jun 02 10:39:49 freesmartphone.org: 03morphis 07msmcomm * r467f052e134b 10/libmsmcomm/ (11 files in 4 dirs): libmsmcomm: add cm_ph event which reports available plmn's Jun 02 10:39:50 freesmartphone.org: 03morphis 07msmcomm * ra3a62fd6b910 10/libmsmcomm/src/message_audio.c: libmsmcomm: add missing message_audio.c Jun 02 10:42:30 freesmartphone.org: 03morphis 07msmcomm * re39901692e38 10/libmsmcomm/src/event_network.c: libmsmcomm: use network_plmn_to_value within get_network_list event Jun 02 10:50:15 freesmartphone.org: 03morphis 07msmcomm * rfc4ee07b5bad 10/libmsmcomm/src/util.c: libmsmcomm: util: should be a left and not a right shift Jun 02 11:33:20 morning Jun 02 11:40:54 Guest66898: are you sure you have latest shr-u? Jun 02 11:41:22 Guest66898: missing focus on sms text field was known bug, but fixed a while ago (but not in shr-t afaik) Jun 02 13:57:07 hi Jun 02 13:57:36 on a regular computer, udev is responsible for loading modules matching the hardware Jun 02 13:58:00 is there a similar way to achieve this with modules such as glamo-mci? Jun 02 13:58:40 why not load it during boot? Jun 02 13:58:59 well, udev is run during boot, no ? Jun 02 13:59:12 misc: I mean unconditionally Jun 02 13:59:24 JaMa, good point Jun 02 13:59:33 as gta is almost static hw configuration in newer images with devtmpfs I don't use udevd at all Jun 02 13:59:45 which saves about 40s off boot time Jun 02 13:59:52 well, that may not be good for a generic distro, i guess ? Jun 02 13:59:57 40s? :o Jun 02 14:00:09 would be bad to waste it just to load one module :) Jun 02 14:00:16 ThibG: see my bootcharts Jun 02 14:00:29 http://build.shr-project.org/tests/jama/ Jun 02 14:00:41 JaMa: hi, btw do you enable udev later? Jun 02 14:00:56 misc, udev needs some info, and I can't see how to tell it to load glamo-mci Jun 02 14:01:01 radekp: no, removed from image completely Jun 02 14:01:19 radekp: libudev is enough for most of functionality used by other libs/apps Jun 02 14:01:41 does plugging e.g. USB stick work? Jun 02 14:01:47 radekp: ie xserver input configuration works Jun 02 14:02:33 radekp: creating the /dev node - probably yes (haven't tried), automount probably not Jun 02 14:03:29 JaMa: oki, i wanted to get rid of udev in startup too, but my idea was to move it to some late init e.g. after the phone is up Jun 02 14:05:29 JaMa: i saw the ticket about automatically creating /dev/ttySAC nodes. It would be nice to have it solved. Is there any progress there? Jun 02 14:15:18 so, noone knows a way to tell udev how to detect that glamo-mci should be loaded? Jun 02 14:16:14 mhh, using some kind of pciid matching, or sysfs matching ? Jun 02 14:16:30 pciid would not, but sysfs? Jun 02 14:17:45 ThibG: wny do you insist on udevd? Jun 02 14:18:04 it's generic Jun 02 14:18:17 /etc/modprobe.d is also generic Jun 02 14:18:39 ah not generic as distro, but as generic machine? Jun 02 14:21:09 /etc/modprobe.d may do the trick, I'm taking note. Jun 02 14:21:48 I'm making a Debian Installer target for the FR, and I would like to have as little as possible FR-specific changes Jun 02 14:22:34 gsoc ? Jun 02 14:22:38 yes Jun 02 14:22:46 you should have told sooner :p Jun 02 15:32:08 zub: where is your patch? :) Jun 02 15:33:31 zub: don't you know anything about issue from "[Shr-User] failed adding contact may 31st upgrade" ? the only change in that time frame was inclusion of your improved error handling.. so maybe it's old problem, but newly shown Jun 02 15:34:13 JaMa: my patch is not-existent yet, I was planning to look into it in the evening Jun 02 15:34:25 ah ok :) Jun 02 15:34:29 thx Jun 02 15:34:29 I'm still in office, doing my boring daily job... Jun 02 15:34:37 same here :/ Jun 02 15:35:15 and as for the mail: I noticed it, I wrote what I could think of to the ML Jun 02 15:35:29 and yes, I do think it's just a previously-invisible thing now being more apparent Jun 02 15:35:54 it seems as it we get a python trace over dbus as a GError... sounds crazy :) Jun 02 15:36:16 my guess is - something wrong in opimd propagating this way Jun 02 15:37:32 zub: ahh sorry I sort of overlooked that it were your replies Jun 02 15:38:25 so did the person originaly reporting it :-/ I guess I should be mor concise. Jun 02 15:38:42 I now noticed he posted the whole error... Jun 02 15:39:40 > UnknownMethodException: org.freedesktop.DBus.Error.UnknownMethod: Unknown method: GetContent is not a valid method of interface org.freesmartphone.PIM.Contact Jun 02 15:39:45 this seems to be the root issue Jun 02 15:40:23 I also wonder WHY would that part of code (_add_contact_cb) be called after a phone call Jun 02 15:41:54 yeah.. but maybe it's some strange combination when phoneui fails to receive info about contact which just called, then it offers to save that person (thinking it's new contact for you) Jun 02 15:43:19 but GetContent seems like valid method http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.PIM.Contact.html;hb=HEAD#GetContent Jun 02 15:43:39 but it would be safer to confirm with mdbus on device Jun 02 15:56:49 hi Jun 02 15:56:49 JaMa: yes, it seems valid Jun 02 15:57:24 I have one proposal for SHR devs :-) Jun 02 15:57:34 and we do call it; for some reason _add_contact is called, this calls phoneui_utils_contact_get -> http://git.shr-project.org/git/?p=libphone-ui.git;a=blob;f=src/phoneui-utils-contacts.c;hb=HEAD#l482 Jun 02 15:58:31 -> we call GetContent and get an error that getContent is an unknown method Jun 02 15:59:02 how does the python traceback fit into this? if this was an error on our side/in C code - why the python trace? Jun 02 15:59:27 could you release monthly summary about SHR progress and send it to ML or write on SHR blog? it could be good source of informations about SHR for Community Updates Jun 02 16:01:23 well, somebody would have to write it :) Jun 02 16:01:47 for inspiration, Qt Moko has nice changelog in CU every month :-) Jun 02 16:02:06 but I agree it can be quite difficult to keep up with the current status; at least for me it is Jun 02 16:02:32 zub: perhaps could be exported and filtered from GIT rev comments Jun 02 16:03:08 *it Jun 02 16:03:53 same as from FSO git Jun 02 16:20:28 Martix_: I think there is too many changes in OE/SHR/FSO git and it's quite hard to filter it to subset which can be interesting and understandable for end-user :/ Jun 02 16:26:18 * JaMa off to go home.. bbl Jun 02 17:47:19 * Martix_ is going to release latest CU... Jun 02 17:48:13 freesmartphone.org: 03morphis 07cornucopia * ra83bb48dc657 10/fsodeviced/ (2 files in 2 dirs): fsodeviced: router_palmpre: load all needed scripts on startup Jun 02 18:03:33 (for the record, devices such as glamo can be registered with platform_device_id structs, the same way it's done with pci_device_id) Jun 02 18:07:26 (it will be aliased to platform:glamo-mci, and udev will use it \o/) Jun 02 18:36:55 freesmartphone.org: 03morphis 07msmcomm * re7d5e1781a14 10/msmcommd/conf/msmcommd.conf: msmcommd: switch source_type to serial in default configuration Jun 02 19:07:45 http://linux.fjfi.cvut.cz/~zub/SHR/0001-Remove-forgotten-debug-message.-D-oh.patch Jun 02 19:07:50 could somebody pls. apply this Jun 02 19:08:31 (I abused g_critical, and forgot about that) Jun 02 19:12:16 I'll check if I have r/w there Jun 02 19:16:05 freesmartphone.org: 03morphis 07msmcomm * r94abbdc293e9 10/libmsmcomm/src/message_call.c: libmsmcomm: message dial_call: switch magic values for block number option Jun 02 19:17:17 if I call an async function (in libphone-ui, which leads to async dbus call), can I assume the callback eventually gets always called? I.e. I get either error, or correct reply, but it never happens that I get no reply at all? Jun 02 19:30:02 JaMa: can you tell me what pkg contains the statvfs python module? Jun 02 19:31:19 Q-Master: don't know by heart.. Jun 02 19:33:05 SHR: 03zub 07libphone-ui-shr * rac46aa4ed55b 10/src/util/ui-utils.c: Remove forgotten debug message. D'oh! Jun 02 19:33:25 JaMa: thx Jun 02 19:41:33 zub: it's in feed Jun 02 20:23:41 <[Rui]> hi Jun 02 20:28:54 <[Rui]> hms... xinput-pointercal updates... I wonder if they fix the issues? Jun 02 23:21:26 JaMa|Zzzz: patch sent... unfortunately messed up, so if you're gonna look at it, move straight on to the other message. sigh :-( Jun 02 23:21:38 time to doze off... 'night **** ENDING LOGGING AT Thu Jun 03 02:59:57 2010