**** BEGIN LOGGING AT Sat Nov 10 02:59:58 2012 Nov 10 06:34:00 Guys, what's wrong with my "lsfsor" (list FSO resources) implementation http://trac.freesmartphone.org/ticket/461 ? Is there a replacement way? Nov 10 06:36:00 trac.freesmartphone.org still lacks IPv6 :( Nov 10 06:44:21 Damn http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674821 as already reported by Neil Nov 10 06:49:05 Guess i'll try evtouch instead then. Nov 10 06:49:43 Or mutouch Nov 10 06:51:39 evdev that is :) Nov 10 07:04:39 xinput-calibrator works fine, would be cool if it was packaged for Debian (currently ubuntu package works too). Nov 10 07:20:35 Damn, icewm mmaps xpm files in a way that fails with jffs2 (while apt-get and dpkg work fine; the only problem noticed so far is locale generation). Nov 10 08:13:26 PaulFertser: is ubifs any better? Nov 10 10:39:26 Hi Nov 10 10:40:43 In current shr release, Where is the option to switch usb mode ? Nov 10 12:09:22 anybody here ? Nov 10 12:13:52 Hi there. wow, this is weird (to me anyway): I start SHR, everything fine. I put a .profile with some ls-aliases in root-home, reboot and xserver doesn't start up. I delete .profile, reboot and X works again. What is happening? Nov 10 14:23:17 lindi-: i do not know. And it's probably libxmp's fault, not icewm, i haven't investigated yet. Nov 10 14:56:10 While laying on my table attached to USB gta04 heats up like mad. Nov 10 14:56:56 waraqa: try one of these: http://wiki.openmoko.org/wiki/USB_host Nov 10 14:59:15 waraqa: if you're using gta02, then get om-hacks and use "om" command, it should work everywhere just fine. Nov 10 15:08:02 http://git.shr-project.org/git/?p=opimd-utils.git;a=summary has a wrong link to anonymous clone Nov 10 15:28:11 FSO api hasn't change much, my fso.el is almost compatible, just one minor trick is needed. Nov 10 16:41:55 Hm, strange, it feels like my emacs24 looses some dbus signals. Nov 10 17:16:30 PaulFertser: it heats up probably because you are using old kernel - new 3.5 kernels have quite good power management Nov 10 17:16:48 radekp: ok, i will switch soon, thanks for the hint :) Nov 10 17:18:06 PaulFertser: i nearly couldnt charge it with 2.6.32 kernel - so much power it was using. 3.5 kernel takes bewlow 100mA witch display off and around 30mA in suspend Nov 10 17:18:34 radekp: 30mA still sounds huge for s2ram... Nov 10 17:19:08 PaulFertser: well sometimes it's 22mA (when i am at home) and sometimes it's 33mA (at work) Nov 10 17:19:28 PaulFertser: yup it sucks, but nobody has fixed it yet Nov 10 17:19:31 radekp: is it possible some powersaving features of the modem are disabled? Nov 10 17:20:18 PaulFertser: probably - i tried to power off the modem - but then it was eating even more - so something is wrong... Nov 10 17:21:18 PaulFertser: but yes - for me it looks like some mA are from modem - this can be explained by signal strength Nov 10 17:22:05 radekp: :( Nov 10 17:22:06 PaulFertser: but i havent found any AT command which could improve it - something like deep sleep Nov 10 17:22:28 Goldelic should have proper docs Nov 10 17:23:09 yup Nov 10 17:23:48 And easy-to-use lab equipment to be able to measure the actual power consumption... Nov 10 17:28:09 i was hoping that GTA04 can beat Freerunner in power consumption - we have schematics and much better possibilities for debugging it, but it looks not many people are really interested in it Nov 10 17:29:35 One can't count on the community for the core functionality. Nov 10 17:30:02 Only a tightly coupled team with clear goals can do that, imho. Nov 10 17:31:09 Neil Brown did quite incredible job in this area - but maybe it's impossible to do more steps now without HW modifications and measuring Nov 10 18:03:41 PaulFertser: What is om-hacks ? Nov 10 18:03:51 Is it a package ? Nov 10 18:04:01 waraqa: yes, in Debian Nov 10 18:04:08 omhacks Nov 10 18:04:30 I guess it should be available in SHR too. Nov 10 18:04:46 That's right Nov 10 18:05:13 but earlier, it was possible to change usb mode through settings Nov 10 18:05:27 now, I can't find it Nov 10 18:06:42 waraqa: do you meen the org.freesmartphone.odeviced API? What do you think was changed? Nov 10 18:07:13 PaulFertser: I mean I was using only gui to change it Nov 10 18:07:33 I do not know anything about the guis... Nov 10 18:08:20 Who is maintaining the settings application ? Nov 10 18:08:21 I know Emacs24 with current Debian unstable somehow delays processing of dbus signals :( even though i see them instantly with mdbus2 and not all signals are delayed. Nov 10 18:08:40 shr-settings? I think dos did. Nov 10 18:08:55 ok Nov 10 18:46:45 GNUtoo-desktop: hi! sorry for not mentioning mdbus2 earlier when you asked me about sending messages with cli. Nov 10 18:47:24 GNUtoo-desktop: have you seen my fsodeviced alsa fix, how should i proceed with it? Nov 10 18:47:41 PaulFertser, I've not yet seen it, where is it? Nov 10 18:47:49 bugreported in SHR? Nov 10 18:47:57 or patch sent? Nov 10 18:49:16 GNUtoo-desktop: http://paste.debian.net/207844/ also i would like somebody paying attention to http://trac.freesmartphone.org/ticket/461 Nov 10 18:50:03 GNUtoo-desktop: also, since you're working with gta04, this might be of interest http://trac.freesmartphone.org/ticket/713 Nov 10 18:51:40 GNUtoo-desktop: btw, my Emacs interface seem to be "almost" working. Somehow some signals (related to opimd updates) are getting delayed :-o Nov 10 18:51:48 PaulFertser, did you send the first patch somewhere? Nov 10 18:52:16 and btw I know mdbus2 Nov 10 18:52:19 I use it all the time Nov 10 18:52:25 but it's longer to: Nov 10 18:52:28 GNUtoo-desktop: no as i'm not sure it's the right solution. Nov 10 18:52:34 1) opimd-cli to get the contact name Nov 10 18:52:39 GNUtoo-desktop: i can create a ticket. Nov 10 18:52:51 2) type ultra long command with the phone number retrived from 1) Nov 10 18:52:59 than to have something already made Nov 10 18:53:07 hmmm Nov 10 18:53:18 PaulFertser, maybe send to fso ml+morphis Nov 10 18:53:58 GNUtoo-desktop: should trac ticket work for that as well? That seems to be a minor bug related to me using an old kernel which has different number of alsa controls. Nov 10 18:54:13 With new scenario. Nov 10 18:54:36 ah? Nov 10 18:54:53 basically we have some fso maintenance issue: Nov 10 18:55:25 GNUtoo-desktop: how i load fso.el: i do M-: (load-file ~/fso-el/fso.el) then "nothing happens", then i just do M-x fso and it seems to be working. I'll push two minor fixes shortly. Nov 10 18:55:26 morphis, which was the last fso official maintainer is now busy with that open webos ports projects that doesn't even uses fso Nov 10 18:55:42 ok Nov 10 18:56:14 me and slyon have still commit access to fso tough Nov 10 18:56:28 and we're both somehow active Nov 10 18:56:54 but since I don't understand well your patch and you are not sure about it either, I'll wait for you to be sure about it Nov 10 18:58:54 fso-el fixes pushed out Nov 10 18:59:16 ok Nov 10 19:03:29 GNUtoo-desktop: the idea of my patch is simple: i would expect get_used() to return the number of elements in the list. The elements are numbered from 0. So the check is apparently off-by-one. It did cause fsodeviced to crash on alsalib assertion, with my patch applied it no longer does. Nov 10 19:05:01 ok Nov 10 19:05:06 then I merge the patch? Nov 10 19:08:31 GNUtoo-desktop: if the assumptions i stated seem to be sane, yes, please do. Nov 10 19:08:50 Just verified sending a message via SMS with fso.el, worked fine. Nov 10 19:09:09 git-send-email Nov 10 19:09:16 or at least git-format-patch -1 Nov 10 19:12:18 GNUtoo-desktop: http://paste.debian.net/208114/ sorry! Nov 10 19:13:37 PaulFertser, does the pastebin break patches? Nov 10 19:14:16 GNUtoo-desktop: no, it's not supposed to http://paste.debian.net/download/208114 should work just fine Nov 10 19:15:27 Yes, cmp says they're equal. Nov 10 19:15:32 ok Nov 10 19:15:36 I'll merge it then Nov 10 19:19:58 GNUtoo-desktop: thank you! Btw, i'm using lsfsor.py for several years already, it helped me a lot. Nov 10 19:20:27 we need to merge that also Nov 10 19:21:22 PaulFertser, give me some minutes for the merge, I must power on my builder Nov 10 19:21:58 GNUtoo-desktop: no hurry at all. I just want to understand what's currently happening in the FSO-land. Nov 10 19:22:05 Where did mickey go? Nov 10 19:22:10 He used to be here. Nov 10 19:22:20 Even though not active. Nov 10 19:22:59 PaulFertser, he's not active at all anymore Nov 10 19:23:07 and morphis is in maintenance mode Nov 10 19:23:17 so what's hapennign is that slyon and me are making commits Nov 10 19:23:29 and morphis merge them in the release branch Nov 10 19:37:26 PaulFertser, ok it compiled Nov 10 19:37:29 I'll push it Nov 10 19:37:48 GNUtoo-desktop: thank you! Nov 10 19:38:21 done Nov 10 19:51:14 GNUtoo-desktop: hi, do you know if morphis is doing the webos for GTA04 or some closed phone? Nov 10 19:51:34 galaxy nexus Nov 10 19:51:39 because of the 3d blobs Nov 10 19:52:00 they require non-free 3d to work Nov 10 20:04:42 Another small fix and improvement to fso.el. Nov 10 20:05:45 It seems to be working fine with current FSO version. The only thing i do not understand yet is that sometimes dbus signal handling is delayed for like 30 minutes or some similar strange magic. Nov 10 20:05:52 I wonder why nobody uses it :( Nov 10 20:11:57 I confirmed fso.el works nicely with emacs23 23.4+1-4 but with emacs24 24.2+1-1 some dbus signals are delayed, with exactly the same code. Nov 10 20:12:41 ok Nov 10 20:12:44 GNUtoo-desktop: so if you're interested, please try fso.el current git HEAD, i've fixed two minor annoyances since i last pinged you with emacs23, i'm really open for suggestions. Nov 10 20:12:59 yes but I've an issue with emacs: Nov 10 20:13:03 it works only in Xorg Nov 10 20:13:09 like gtk version Nov 10 20:13:17 else it uses 100% CPU Nov 10 20:13:18 It doesn't, it works in console too with "emacs -nw". Nov 10 20:13:39 reguardless of fso.el Nov 10 20:13:48 yes, emacs -nw uses 100% CPU Nov 10 20:13:58 Hm, if you connect to the phone with ssh -Y and use "emacsclient -c" you'll get emacs X11 on your current big shiny screen. Nov 10 20:14:13 Probably some oddity with OE's emacs version. Nov 10 20:14:19 yes Nov 10 20:18:05 GNUtoo-desktop: Hi Nov 10 20:18:32 waraqa, hi Nov 10 20:18:49 GNUtoo-desktop: I got a new a uSD card if you remember me Nov 10 20:20:11 GNUtoo-desktop: Now, I have managed to get my FR working with shr Nov 10 20:20:36 ok Nov 10 20:21:22 GNUtoo-desktop: Do you think I can help If I'm not a developer or I have to learn Vala first ? Nov 10 20:27:23 waraqa, there are a lot of ways to help Nov 10 20:27:34 the obvious one is doing testing and reporting bugs Nov 10 20:27:49 GNUtoo-desktop: Ok Nov 10 20:28:17 but if you can upgrade yourself to developer it would be so great Nov 10 20:28:48 GNUtoo-desktop: sometimes I feel that there is a lot of tickets that will take long time to be fixed Nov 10 20:29:12 That's why I'm asking I need to be a developer Nov 10 20:31:09 every help is welcome Nov 10 20:31:21 because currently fso+shr is not in a very good state Nov 10 20:31:28 because of lack of developers manpower Nov 10 20:31:29 aha Nov 10 20:31:42 Ok, Can you tell me the most important field to cocenterate on If I started to learn programming ? Nov 10 20:32:01 it depend Nov 10 20:32:12 I think the best way is that: Nov 10 20:32:18 1) use the gta02 Nov 10 20:32:21 I don't know where to start Nov 10 20:32:26 2 ) make it work for your use case Nov 10 20:32:48 for instance if AGPS doesn't work and you need AGPS, try to see how to fix it Nov 10 20:33:16 Very good Nov 10 20:34:15 What programming language I need to learn first ? Nov 10 20:37:56 Are there a list of skills needed to participate in developing fso+shr ? Nov 10 20:39:10 it depends on what area you want to work on: Nov 10 20:39:28 since you're focussing on gta02 let's see what there is todo on gta02: Nov 10 20:39:40 -> make bluetoothd work out of the box Nov 10 20:39:47 requirements: vala for fso Nov 10 20:40:05 aha Nov 10 20:40:20 + the language of emtooth2 Nov 10 20:40:57 Ok, That's what I'm looking for Nov 10 20:41:22 you want bluetooth then? Nov 10 20:41:31 like bluetooth audio Nov 10 20:41:38 I think keyboards works fine Nov 10 20:41:42 but not the audio Nov 10 20:42:26 emtooth2 is in vala Nov 10 20:42:29 bluetooth audio means making bluetooth headset work ? Nov 10 20:42:37 then you need to be able to build SHR too Nov 10 20:42:43 yes Nov 10 20:42:52 Ok Nov 10 20:42:55 they work but really badly and not out of the box Nov 10 20:43:38 let me modify the TODO page for you Nov 10 20:43:42 Do I need to build shr every time I change the code ? Nov 10 20:43:55 not the full shr from scratch Nov 10 20:44:04 you can do incremental builds Nov 10 20:44:10 or build only emtooth2 Nov 10 20:44:12 or only fso Nov 10 20:44:18 no need to change TODO for me Nov 10 20:44:34 ok Nov 10 20:44:40 I need to learn Vala vala first Nov 10 20:44:57 http://wiki.freesmartphone.org/index.php/Hardware/OM-GTA02 Nov 10 20:45:02 I'll add the skills Nov 10 20:45:12 ok Nov 10 20:47:48 ok done Nov 10 20:48:04 the none means that it's it's mostly configuration Nov 10 20:48:18 Good job Nov 10 20:48:48 kernel is hard for people usually Nov 10 20:49:34 bluetooth makes it usable for playing music easily Nov 10 20:49:40 but requires vala Nov 10 20:49:53 Is bluetooth work the easiest one to start with ? Nov 10 20:49:58 the xrandr 320x240 is much easier than it seems Nov 10 20:50:12 the easiest one....hmmmm Nov 10 20:50:16 probably GPS Nov 10 20:50:49 but I'm not sure Nov 10 20:51:04 basically you have hooks Nov 10 20:51:08 anyway, I will take your advice Nov 10 20:51:09 let me explain Nov 10 20:52:07 ssh into your gta02 and do that: Nov 10 20:52:20 cat /etc/gpsd/device-hook Nov 10 20:52:27 it would print something like that: Nov 10 20:52:35 if [ "$2" = "ACTIVATE" ];then Nov 10 20:52:41 om gps power 1 Nov 10 20:52:42 else Nov 10 20:52:50 om gps power 0 Nov 10 20:52:51 fi Nov 10 20:53:06 let me explain how it works now Nov 10 20:53:17 gpsd is socket based Nov 10 20:53:22 you access the socket Nov 10 20:53:25 gpsd detects it Nov 10 20:53:30 it will run the hook script Nov 10 20:53:38 which will enable the GTA02 GPS Nov 10 20:53:43 and when you quit Nov 10 20:53:48 and wait a bit Nov 10 20:53:52 it will power it off Nov 10 20:53:57 that's how it works now Nov 10 20:54:12 the ideal would be to use the hook to make it switch to ubx Nov 10 20:54:21 and to inject the AGPS data Nov 10 20:54:57 so you'll probably try to use some existnig programs to do that Nov 10 20:55:08 but the issue is that it may require modifying gpsd if that fails Nov 10 20:55:12 which is way harder Nov 10 20:55:17 and require C programming Nov 10 20:55:52 for bluetooth you'll need to try to integrate in fso or emtooth2 a way to make it work out of the box Nov 10 20:55:54 it already works Nov 10 20:55:57 but manually Nov 10 20:55:59 like that: Nov 10 20:56:39 opkg install libasound-module-bluez Nov 10 20:56:48 http://wiki.openmoko.org/wiki/User:GNUtoo Nov 10 20:56:54 basically what's in the link Nov 10 20:58:04 and that's only part of it Nov 10 20:58:08 that's for Music Nov 10 20:58:13 for calls it's a different way Nov 10 20:58:29 I think you need to play with a program for enabling it for calls Nov 10 20:58:44 Oh Nov 10 20:58:58 http://wiki.freesmartphone.org/index.php/Implementations/fsoaudiod/RoutingUsecases#Openmoko_GTA02 has details for calls Nov 10 20:59:43 else calls work but aren't routed trough the headset Nov 10 21:00:06 basically anything better than the current situation would be so great Nov 10 21:00:46 So, I have to make the change automatic when a call is being recieved Nov 10 21:01:21 yes but not yet Nov 10 21:01:42 I think the bluetooth can be broke in parts Nov 10 21:01:54 do you care more about music or calls on the headset? Nov 10 21:02:09 because I think you could do them separately Nov 10 21:02:16 I think calls is more important Nov 10 21:02:22 ok Nov 10 21:02:25 then do calls Nov 10 21:02:32 it may be easier even Nov 10 21:03:02 Ok Nov 10 21:03:23 basically to do that: Nov 10 21:03:32 1) read the SHR manual in the openmoko wiki Nov 10 21:03:41 and try to find if there is something for bluetooth calls Nov 10 21:03:53 2) make a call to you operator free number Nov 10 21:04:05 3) use the qtmoko's gta02-gsm-bt-fix program to make it work Nov 10 21:04:17 try to make a call work manually Nov 10 21:04:19 that way Nov 10 21:04:24 and then try to integrate Nov 10 21:04:53 if 1) fails just switch to gsmbluetooth trough mdbus2 on fsodeviced Nov 10 21:06:57 Do I need first to learn how dbus work ? Nov 10 21:07:13 learn how mdbus2 works then Nov 10 21:07:18 it's easier and faster Nov 10 21:07:29 heh Nov 10 21:07:51 Ok Nov 10 21:09:05 Does SHR use dbus and mdbus2 together ? Nov 10 21:09:46 run mdbus -s Nov 10 21:09:49 oops Nov 10 21:09:50 run mdbus2 -s Nov 10 21:10:04 it's a command line uttility to interact with dbus Nov 10 21:10:12 -s is the system bus Nov 10 21:10:14 waraqa: dbus is the IPC mechanism, faciliated by the dbus daemon. mdbus2 is a handy console tool to make IPC calls over dbus. Nov 10 21:10:59 Good information Nov 10 21:12:44 GNUtoo-desktop: Thank your for your valuable information Nov 10 21:13:00 I'll try to do as you told me Nov 10 21:13:03 np, thanks you for wanting to contribute Nov 10 21:13:41 I like to see SHR working perfectly Nov 10 21:15:05 I will go now Nov 10 21:15:24 goodbye Nov 10 21:42:53 Looks like hw validation kernel will surely kill the battery fast, keeps it really warm even when doing nothing (cpu is idle) Nov 10 22:25:25 It seems like opkg.org has been down for a while now; what is the alternative? Are all opkg.org packages hosted on another repository now? Nov 11 00:56:39 habstinat: the alternative is just to get the packages into the SHR/etc feeds **** ENDING LOGGING AT Sun Nov 11 02:59:57 2012