**** BEGIN LOGGING AT Fri Mar 02 02:59:58 2012 Mar 02 07:40:32 Have you guys heard about CW1200 low-power mobile spi/sdio wifi chip? The guys are pushing a mac80211-driver for it. Mar 02 07:41:21 SHR: 03Martin.Jansa 07shr-chroot * rca19511668d9 10/ (899 files in 66 dirs): system upgrade Mar 02 08:07:45 SHR: 03Martin.Jansa 07meta-smartphone * r54248fc2f336 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: fix QA warning about static file Mar 02 09:00:23 SHR: 03shr-devel 07buildhistory * r695c410f2eb2 10/packages/armv4t-oe-linux-gnueabi/gcc/gcc-doc/latest: Build 201203020738 of shr 20120302 for machine om-gta02 on opmbuild Mar 02 10:11:17 SHR: 03shr-devel 07buildhistory * r36ab4c1c969d 10/packages/x86_64-nativesdk-oesdk-linux/gcc-cross-canadian-arm/ (2 files in 2 dirs): Build 201203021008 of shr 20120302 for machine om-gta02 on opmbuild Mar 02 10:27:15 PaulFertser: Hey o/ Mar 02 10:44:20 JaMa: pasted compile errors of openjade here http://pastebin.com/CLs0kzGx Mar 02 11:00:08 Ainulindale: hey, how's it going? Mar 02 11:31:32 Ainulindale: heya Mar 02 17:09:45 SHR: 03shr-devel 07buildhistory * r6f503e22e436 10/ (968 files in 949 dirs): Build 201203021303 of shr 20120302 for machine om-gta02 on opmbuild Mar 02 17:43:43 freesmartphone.org: 03morphis 07morphis/pending * rcf94902db401 10cornucopia/fsogsmd/src/plugins/modem_samsung/mediators_sim.vala: Mar 02 17:43:43 freesmartphone.org: fsogsmd: modem_samsung: include slots and used fields in result of org.freesmartphone.GSM.SIM.GetSimInfo() Mar 02 17:43:43 freesmartphone.org: On SHR phonefsod calls org.freesmartphone.GSM.SIM.GetSimInfo() every three seconds when Mar 02 17:43:43 freesmartphone.org: slots and used fields are not filled. To avoid this we include both fields with a default Mar 02 17:43:44 freesmartphone.org: value until we can retrieve their correct value from the modem. Mar 02 17:43:44 freesmartphone.org: Signed-off-by: Simon Busch Mar 02 17:43:45 freesmartphone.org: 03morphis 07morphis/pending * r5f9af8d76698 10cornucopia/fsogsmd/src/plugins/modem_samsung/callhandler.vala: Mar 02 17:43:45 freesmartphone.org: fsogsmd: modem_samsung: differ between phone numbers in international format and other Mar 02 17:43:46 freesmartphone.org: Signed-off-by: Simon Busch Mar 02 17:43:46 freesmartphone.org: 03morphis 07morphis/pending * r35c8c719daa4 10cornucopia/fsogsmd/src/plugins/modem_samsung/callhandler.vala: Mar 02 17:43:47 freesmartphone.org: fsogsmd: modem_samsung: validate phone number before trying to initiate a new call Mar 02 17:43:49 freesmartphone.org: Signed-off-by: Simon Busch Mar 02 17:43:49 freesmartphone.org: 03morphis 07morphis/pending * r6b81f3b7da1a 10cornucopia/fsogsmd/src/plugins/modem_samsung/mediators_network.vala: Mar 02 17:43:49 freesmartphone.org: fsogsmd: modem_samsung: cleanup network status gathering from modem Mar 02 17:43:50 freesmartphone.org: Signed-off-by: Simon Busch Mar 02 17:43:50 freesmartphone.org: 03morphis 07morphis/pending * rb7681425153d 10cornucopia/fsogsmd/src/plugins/modem_samsung/mediators_device.vala: Mar 02 17:44:15 freesmartphone.org: 03morphis 07morphis/pending * rd7981da5e70f 10cornucopia/fsogsmd/src/plugins/modem_samsung/callhandler.vala: Mar 02 17:44:15 freesmartphone.org: fsogsmd: modem_samsung: implement release of all active or held calls Mar 02 17:44:15 freesmartphone.org: Signed-off-by: Simon Busch Mar 02 17:49:10 hey Mar 02 17:57:58 slyon: heyho Mar 02 17:59:56 slyon: I saw you mentioned it's needed to trigger a gpio to activate the modem on newer gta04 devices Mar 02 18:00:12 slyon: you're already working on a lowlevel plugin for fsogsmd to archive this? Mar 02 18:12:38 morphis, no I'm not yet working on this yet. i wanted to ask you how to do this the best Mar 02 18:13:18 slyon: ah ok Mar 02 18:13:27 slyon: in fsogsmd we have the lowlevel plugins to archive this job Mar 02 18:13:39 but if it's only one gpio to trigger it should be very easy Mar 02 18:14:24 slyon: if I tell you how to do this you can get this done? Mar 02 18:14:42 morphis, yes i think so. there should be enought examples Mar 02 18:15:06 afaik it's just triggering gpio 186. I'll doublecheck Mar 02 18:15:20 btw: the suspend thing you did for gta04 seems to work Mar 02 18:16:43 slyon: the lowlevel plugin looks like this: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/lowlevel_openmoko/plugin.vala;h=2253a6a6442e58b8b8ed655fa7abccde4decb4f7;hb=HEAD Mar 02 18:17:50 when you have it done you have to get it known to the core of fsogsmd by touch fsogsmd/src/lib/modem.vala (scroll a bit down from the top and you will the the relevant place) Mar 02 18:18:05 after that you can choose the lowlevel plugin in fsogsmd.conf Mar 02 18:18:10 that should be all Mar 02 18:18:21 okay. thanks I'll look into it Mar 02 18:19:02 morphis, another question. is it possible in FSO to read from more than one modem node? like merging 2 nodes? Mar 02 18:19:54 as it seems that on gta04 some signal arrive at /dev/ttyHSx and others on /dev/ttyHSy Mar 02 18:20:09 so we'd need to merge those 2 inputs Mar 02 18:20:10 morphis: hello :-) as i can see you registered to my jenkins, are you interested in a "crespo" build ? or its not necessary ? Mar 02 18:20:10 slyon: yes, thats possible Mar 02 18:20:38 morphis, great. so I'll come back to you once I have my first step done :) Mar 02 18:20:44 nschle85: I registered there as I wanted to know how the build definition looks like Mar 02 18:20:53 nschle85: thats why JaMa gave me admin rights Mar 02 18:21:15 morphis: have you got the information you needed ? Mar 02 18:21:17 nschle85: maybe but I am more interested in setting up a CI build system for FSO Mar 02 18:21:21 nschle85: yes Mar 02 18:21:29 slyon: ok Mar 02 18:22:07 slyon: which signals are we missing with listening on the wrong port currently? Mar 02 18:23:18 morphis: if you have any questions you can ask... about my experiences with jenkins and shr .. Mar 02 18:23:40 nschle85: yes, will do that Mar 02 18:23:54 but I am waiting currently for mickeyl comments on my ideas Mar 02 18:23:56 morphis, from the discussion on the gta04-owners ML it looked like the "call ended" signal is missed Mar 02 18:24:06 thats bad Mar 02 18:24:11 so we'd need to poll for the end of the call, which seems to suck a lot of power Mar 02 18:24:23 hm Mar 02 18:24:27 but nikolaus discovered that "call ended" arrives at the other node Mar 02 18:24:39 ok Mar 02 18:24:49 so if we could merge the nodes all should be fine Mar 02 18:25:03 thats good (cause of power issue) but what the fuck option is doing there? Mar 02 18:25:15 i have no idea Mar 02 18:25:22 slyon: we can create a special transport class for that or just have to channels in fsogsmd Mar 02 18:25:38 but happily I have now a GTA04 Mar 02 18:25:43 ah great! Mar 02 18:25:47 so I can implement and test that Mar 02 18:25:50 do you have a gta04a4? Mar 02 18:25:58 I think so Mar 02 18:26:05 I got one of the gta04 complete versions Mar 02 18:26:08 as donation Mar 02 18:26:18 perfectly. so you can test some stuff all others can't Mar 02 18:26:36 yes those should be gta04a4. that's the ones where we have to activate the modem for ;) Mar 02 18:26:41 so you can test my work :) Mar 02 18:27:05 great Mar 02 18:27:12 so thats new for a4 version? Mar 02 18:27:57 but I am currently too busy with real life and work that I have less time for FOSS related work Mar 02 18:28:10 but that will be better with april Mar 02 18:28:23 major differeces are: modem isn't powered on all the time and modem is additionally hard wired to the audio codec => no need of cpu during a call Mar 02 18:29:03 you can find the detailed differences in the gta04 manual at: http://projects.goldelico.com/p/gta04-main/page/Manual/ Mar 02 18:29:15 ok Mar 02 18:29:19 thats good to know Mar 02 18:29:31 I need to get a more detailed overview when I will start with working on it Mar 02 18:29:39 well i've some more time since today. as i wrote my last exam today :) but i've to work 2 more weeks at the munich airport as a practical course Mar 02 18:29:58 the manual gives a really great view on everything Mar 02 18:30:05 (gnutoo already gave me a lot of tasks for the gta04 to work ... :) Mar 02 18:30:10 heh Mar 02 18:30:24 like GPS power problem Mar 02 18:30:29 yes Mar 02 18:30:59 thats really something that sucks Mar 02 18:31:03 but anyway Mar 02 18:31:22 I will continue my tasks for the Nexus S and then switch partly over to gta04 when I have some more time Mar 02 18:31:31 as I want to get FSO in a more stable state too Mar 02 18:31:35 like getting a first release out Mar 02 18:33:59 yes that's really necessary Mar 02 18:34:08 we need a stable base Mar 02 18:34:12 yes Mar 02 18:34:40 btw. you saw the contributions from HP about open webos? Mar 02 18:35:05 yes i followed it. Mar 02 18:35:24 we'll see how it moves on. maybe we can use some of their work some time Mar 02 18:35:38 morphis, which vala version is recommended at the moment? can i use upstream 0.14.2? Mar 02 18:35:41 I already started with creating something like a meta-webos for OE Mar 02 18:35:51 that's really cool"! Mar 02 18:35:56 slyon: yes Mar 02 18:36:06 0.14.2 is needed by FSO Mar 02 18:36:38 https://github.com/morphis/meta-webos Mar 02 18:36:50 it contains only some basic things Mar 02 18:36:53 and nothing usable Mar 02 18:38:48 cool Mar 02 18:39:55 let's see how much we can maybe use in SHR of it Mar 02 18:40:23 hello, i have a question what does a QA issue like this mean ?: WARNING: QA Issue: ldd reports: libcgroup.so.1 => /home/nschle85/build-angstrom-panda/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/omap4430-panda/usr/lib/libcgroup.so.1 (0xdead1000) Mar 02 18:41:29 nschle85: maybe ask in #oe Mar 02 18:41:50 morphis: ok ill do Mar 02 18:42:20 slyon: I really like to have enyo based apps in SHR Mar 02 18:43:19 morphis, hmm. i never did any enyo work. but it'd be good to support a known development plattform Mar 02 18:43:46 slyon: it's really easy and has nice UI widgets Mar 02 18:44:29 it could probably boost shr application developers Mar 02 18:47:04 slyon: why ? Mar 02 18:49:03 nschle85, because enyo seems to be an easy to use application sdk, based on javascript which a lot of people already know. and there are nice tools like palm ares which support gui development Mar 02 18:51:23 slyon: but java script is alsi interpreted.. as i remember all shr / openmoko app where build by python... and now ported to C because of speed. Mar 02 18:51:40 slyon: s/is also Mar 02 18:52:26 slyon: and now porting back to next scripting language ? Mar 02 18:54:41 well i wouldn't port back the core apps. they should stay in C. but maybe some new developers like to do their work with tools and languages the already know. and with newer plattforms like the gta04 this shouldn't be a problem i guess Mar 02 18:57:45 slyon, hi Mar 02 19:02:38 GNUtoo, hi Mar 02 19:02:56 slyon: at the moment vala is the tool of the choice... now you tell me "enyo" is better.. what comes next ? Mar 02 19:04:04 slyon, ping me when you want to work on gta04 Mar 02 19:04:23 nschle85, no. i don't say enyo is better. not at all. i'm just saying it could be a nice addition. Mar 02 19:04:34 GNUtoo, i'm working on gta04 at the moment. so we can talk now Mar 02 19:04:41 did they release novacom? Mar 02 19:04:46 ok, what are you working on? Mar 02 19:05:15 i talked with morphis recently and he told me that i have to do a lowlevel plugin for the gta04a4 to activate the modem (trigger gpio186) Mar 02 19:05:28 yes Mar 02 19:05:38 and this is what i'm working on at the moment Mar 02 19:05:39 you have a gta04a4? Mar 02 19:05:47 ok Mar 02 19:05:48 no but morphis has. so he can test the work Mar 02 19:05:51 but you won't be able to test? Mar 02 19:05:52 ok Mar 02 19:06:07 yes morphis is the only one that can test thaat Mar 02 19:06:09 *that Mar 02 19:06:32 yes. at least he has a a4. so he can test a4 related work Mar 02 19:06:49 ok Mar 02 19:06:55 a3 is in a really bad state Mar 02 19:07:16 i installed the shr-rc1 today on my gta04 and found out that suspend is working now. thats nice :) Mar 02 19:07:44 and a incoming call even triggers a resume Mar 02 19:07:48 it's because you were lucky Mar 02 19:07:56 if you had GPS on it wouldn't have worked Mar 02 19:08:01 ah Mar 02 19:08:03 i see Mar 02 19:08:15 and do you know the GPS interface? Mar 02 19:08:17 so gps triggers a resume as well Mar 02 19:08:31 yes but do you know how GPS works? Mar 02 19:08:32 well... i read that you never know if it's on or off Mar 02 19:08:34 the sysfs thing Mar 02 19:08:38 not really Mar 02 19:08:38 yes indeed Mar 02 19:08:58 if it's on doing echo0;echo1 on the sysfs power it off Mar 02 19:09:06 and if it's off the sysfs power it on Mar 02 19:09:16 hmm Mar 02 19:09:20 so the only way to know if it's on or off is to read from gpsd Mar 02 19:09:32 can't we power it of in u-boot before we boot? or is it the same situation there? Mar 02 19:09:46 same situation there Mar 02 19:09:50 that's bad Mar 02 19:09:55 indeed Mar 02 19:10:05 morphis has to think about a clean way to implement that Mar 02 19:10:15 but he didn't came out with an answer yet Mar 02 19:10:16 i'll talk to nikolaus about this. I'll meet him soon probably Mar 02 19:10:24 ok Mar 02 19:10:34 maybe he knows a way how to find out the state of GPS Mar 02 19:10:50 but tell him to keep using a gps not attached to the modem Mar 02 19:11:00 because well that would be desastrous for freedom Mar 02 19:11:08 it already has a non-free wifi firmware.... Mar 02 19:11:13 yes Mar 02 19:12:04 let me reflash an image with this lib tiff change Mar 02 19:12:08 or whatever lib it is Mar 02 19:12:12 I don't remember Mar 02 19:16:32 hello, next question: what is the parameter to create a patch which i have to use when a file is renamed ? Mar 02 19:16:33 I'm rebuilding from scratch at the moment... as there were a lot of ld/gold/etc changes since my last build :-/ Mar 02 19:16:55 nschle85, git patch or normal patch? Mar 02 19:16:57 nschle85, man git-format-patch says: Mar 02 19:17:18 -M --find-copies-harder Mar 02 19:17:18 slyon: git format patch Mar 02 19:17:27 that's what I use Mar 02 19:17:35 GNUtoo: thank you Mar 02 19:18:22 slyon, I don't think normal patch has that feature so it was git patch Mar 02 19:18:29 ok. Mar 02 19:18:41 GNUtoo: yes you are right :-) Mar 02 19:19:26 at the moment angstrom does not build, i think shr is affected too... Mar 02 19:20:38 ah? Mar 02 19:20:41 build or parse? Mar 02 19:20:51 because for me it built some minutes ago Mar 02 19:21:00 hmm im 20% there Mar 02 19:21:02 but I've patches pointed by JaMa Mar 02 19:21:08 what does it says? Mar 02 19:21:09 slyon: because Summary: 2 tasks failed: /var/lib/jenkins/jobs/pandaboard-angstrom/workspace/setup-scripts/sources/meta-openembedded/meta-oe/recipes-support/ca-certificates/ca-certificates_20111211.bb, do_fetch Mar 02 19:21:23 ah? Mar 02 19:21:40 slyon: the certificates are removed again Mar 02 19:22:25 ok, i don't need the build now. so i can wait a little Mar 02 19:23:07 slyon: i ll fix it after i investigated it will break shr :-) Mar 02 19:23:39 so i asked how to create a patch for renamed files Mar 02 19:25:31 2012.03.02 18:23:41.197937 [libphone-ui] : Loading /usr/lib/phoneui/modules/shr.so failed: libtiff.so.3: cannot open shared object file: No such file or directory Mar 02 19:25:35 I keep getting that Mar 02 19:25:43 I just rebuilt an image Mar 02 19:26:32 ups Mar 02 19:26:39 ? Mar 02 19:26:45 it should have bumped things Mar 02 19:26:51 and the staged stuff is ok Mar 02 19:26:58 I looked with binutils Mar 02 19:27:06 it link to libiff.so.5 Mar 02 19:38:30 0x00000001 (NEEDED) Shared library: [libtiff.so.5] Mar 02 19:38:33 from: Mar 02 19:38:43 gnutoo@trisquel:~/embedded/oe/oe-core/shr/oetmps/build/work/armv7a-vfp-neon-oe-linux-gnueabi/libphone-ui-shr/libphone-ui-shr-1_0.0.1+gitr2+57a1358c666614a5ae925e7c40239f70cc5d2070-r2/image/usr/lib/phoneui/modules$ arm-oe-linux-gnueabi-readelf -d shr.so | grep tiff Mar 02 20:04:56 first step for gta04a4 support is done: http://git.freesmartphone.org/?p=cornucopia.git;a=shortlog;h=refs/heads/slyon/gta04 Mar 02 20:15:42 > first step for gta04a4 support is done Mar 02 20:15:50 so looks like i returned to gta02 just in time Mar 02 20:19:12 strange Mar 02 20:19:17 the ipk has .3 Mar 02 20:19:23 but the image/ has .5 Mar 02 20:20:04 anyone else has problem with keyboard height in lastest staging? Mar 02 20:20:08 with gry theme? Mar 02 20:22:05 dos1, yes Mar 02 20:22:16 keyboard is broken Mar 02 20:22:23 with default everything's just fine Mar 02 20:22:25 dos1, do you have a gta04a4 as well? Mar 02 20:22:29 s/default/default theme/ Mar 02 20:22:29 dos1 meant: with default theme everything's just fine Mar 02 20:22:36 slyon: nope Mar 02 20:22:39 same here Mar 02 20:23:08 SHR: 03shr-devel 07buildhistory * r91655f8eb1cb 10/ (944 files in 934 dirs): Build 201203021844 of shr 20120302 for machine nokia900 on opmbuild Mar 02 20:23:15 jama already investigated into the keyboard problem. but i don't know his results. looks like he didn't find any solution. Mar 02 20:23:48 ahhh Mar 02 20:23:52 I think I get it Mar 02 20:23:54 I do that: Mar 02 20:24:05 arm-oe-linux-gnueabi-readelf -d shr.so | grep tiff Mar 02 20:24:15 => 0x00000001 (NEEDED) Shared library: [libtiff.so.5] Mar 02 20:24:26 I scp the same library to the target and do ldd instead Mar 02 20:24:53 root@om-gta04:~# ldd shr.so | grep tiff Mar 02 20:24:53 libtiff.so.5 => /usr/lib/libtiff.so.5 (0x40c05000) + libtiff.so.3 => not found [x2] Mar 02 20:25:15 so it might be another lib that it depeends on which require libtiff Mar 02 20:25:36 SHR: 03dos 07shr-themes * r64a73cf6f911 10/e-wm/e-wm-config-illume2-shr/module.illume2.src: e-wm-config-illume2-shr: make "Resize Window before Animation" checked by default in Animation->Keyboard Mar 02 20:28:17 dos1, is this the fix for the kb problem? you should notice it here: http://trac.shr-project.org/trac/ticket/1804 Mar 02 20:28:38 no Mar 02 20:28:49 i'm looking at it now Mar 02 20:29:46 ok cool Mar 02 20:30:45 also Mar 02 20:30:55 seems like battery handling is somewhat wrong on my gta02 Mar 02 20:31:15 fsodeviced always says that its state is "unknown" Mar 02 20:31:21 no matter if it's charging or discharging Mar 02 20:32:30 is that known? Mar 02 20:35:59 dos1: what does "om battery consumption" print? Mar 02 20:37:02 poppler: Mar 02 20:37:03 0x00000001 (NEEDED) Shared library: [libtiff.so.3] Mar 02 20:37:04 oh, and due to that issue phone suspends even when on usb - pretty inconvienient when logged by ssh ;x Mar 02 20:37:31 lindi-: how was this script named? om-tools? Mar 02 20:38:14 dos1: omhacks Mar 02 20:38:39 dos1: I wouldn't call it a script though, it is written in C Mar 02 20:38:46 oh, right Mar 02 20:39:15 ok, installing Mar 02 20:39:23 (maybe it should be in image by default?) Mar 02 20:40:08 dos1: SHR? Mar 02 20:40:12 yup Mar 02 20:41:00 lindi-: reading battery consumption: No such file or directory :D Mar 02 20:41:18 # uname -a Mar 02 20:41:19 Linux om-gta02 2.6.39.4 #1 Fri Feb 24 20:09:02 CET 2012 armv4tl GNU/Linux Mar 02 20:45:08 i couldn't find any module responsible for battery - looks like it's compiled in (why?) Mar 02 20:50:32 dos1: got config file? Mar 02 20:54:38 lindi-: for kernel? Mar 02 20:56:04 http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-openmoko/recipes-kernel/linux/linux-2.6.39/om-gta02/defconfig;h=8d8fd7f808ffb230819a4a9f1477cfd960869bfe;hb=HEAD Mar 02 20:56:15 CONFIG_BATTERY_PLATFORM=y Mar 02 20:57:23 ls /sys/class/power_supply/battery/ Mar 02 20:57:25 capacity charge_full charge_now device/ power/ present status subsystem/ type uevent voltage_now Mar 02 20:57:34 so there's no current_now omhacks wants to read Mar 02 21:03:41 freesmartphone.org: 03morphis 07cornucopia * r494eb9f7b385 10/fsogsmd/src/plugins/modem_samsung/ (mediators_network.vala unsolicited.vala utils.vala): Mar 02 21:03:41 freesmartphone.org: Revert "fsogsmd: modem_samsung: read signal strength from modem when user wants to retrieve it's value" Mar 02 21:03:41 freesmartphone.org: This reverts commit a2088cd81d94b001d4bd08f7ba2ab9067fef6000. Mar 02 21:10:44 slyon: i've got a quick fix :D Mar 02 21:11:32 in edje file i commented out group with keyboard background Mar 02 21:11:40 and it works correctly now Mar 02 21:11:57 so i'll uncomment and try to adjust it now Mar 02 21:16:54 dos1: yep, platform_battery does not support that Mar 02 21:19:20 so i guess i have to wait for JaMa to ask him what's going on Mar 02 21:24:42 dos1, cool Mar 02 21:24:57 this is needed for the release :) Mar 02 21:27:30 slyon: i guess commenting out group would work for release too Mar 02 21:27:43 yes probably Mar 02 21:28:02 and i guess that's what i'll do now Mar 02 21:28:11 cool Mar 02 21:28:22 as my attempt to adjust it failed :D Mar 02 21:28:58 hehe, so just push your quick fix. as what we have now is unusable Mar 02 21:32:44 SHR: 03dos 07shr-themes * r849397eca17f 10/e-wm/e-wm-theme-illume-gry/gry.edc: e-wm-theme-illume-gry: comment out group with keyboard background to revert back into default theme to fix keyboard height issue Mar 02 21:36:15 dos1, maybe we should also default to the "Terminal" kbd layout, what do you mean? Mar 02 21:36:37 dunno Mar 02 21:37:17 i'm using it as default, but maybe that's kind of thing that should be asked on maillist Mar 02 21:39:18 a guy from the gta04-owners ML, who tested shr seemed to be pretty confused by the default "prediction-mode"... but maybe we should really ask this on the ML Mar 02 21:44:20 dos1, will you update meta-smartphone with the keyboard fix? Mar 02 21:48:12 slyon: Mar 02 21:48:20 (wait for it... ;D) Mar 02 21:49:16 hmm, some lag Mar 02 21:49:18 anyway, commited Mar 02 21:49:27 i hope nothing breaks Mar 02 21:49:37 (my first commits after a long time ;)) Mar 02 21:52:10 dos1, you should push to the shr branch. that's the branch we build from nowadays. it's only merged to master from time to time by jama Mar 02 21:52:22 ouch Mar 02 21:52:38 sorry :x Mar 02 21:53:21 good that last commit was actually a merge :D Mar 02 21:53:41 SHR: 03Martin.Jansa 07meta-smartphone * rcec270cece08 10/ (4 files in 3 dirs): Merge remote-tracking branch 'origin/master' Mar 02 21:53:41 SHR: 03mok 07meta-smartphone * reaedb6b137f2 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: linux-gta04_git.bb: bump SRCREV Mar 02 21:53:42 SHR: 03mok 07meta-smartphone * r1ed78e54819b 10/meta-openmoko/conf/machine/om-gta04.conf: om-gta04.conf: add libertas-sdio to the recommended and autoloaded kernel modules Mar 02 21:53:42 SHR: 03morphis 07meta-smartphone * r8697bb87c4de 10/meta-fso/recipes-freesmartphone/freesmartphone/frameworkd_git.bb: meta-fso: frameworkd: bump SRCREV Mar 02 21:53:42 SHR: 03Martin.Jansa 07meta-smartphone * r0166243d2bc8 10/meta-openmoko/recipes-graphics/drm/ (libdrm_2.4.27.bbappend libdrm_2.4.29.bbappend): Merge branch 'shr' Mar 02 21:53:43 SHR: 03Martin.Jansa 07meta-smartphone * rdb970b4f9c2d 10/ (25 files in 11 dirs): Merge remote-tracking branch 'origin/shr' Mar 02 21:53:43 SHR: 03Martin.Jansa 07meta-smartphone * r75f37cab18eb 10/ (9 files in 6 dirs): Merge branch 'shr' Mar 02 21:53:44 SHR: 03Martin.Jansa 07meta-smartphone * r113198d83669 10/ (6 files in 5 dirs): Merge branch 'shr' Mar 02 21:53:44 SHR: 03Martin.Jansa 07meta-smartphone * r1cce84865d2d 10/ (8 files in 8 dirs): Merge branch 'shr' Mar 02 21:53:44 SHR: 03Martin.Jansa 07meta-smartphone * r6031c4359af9 10/ (9 files in 7 dirs): Merge branch 'shr' Mar 02 21:53:48 SHR: 03Martin.Jansa 07meta-smartphone * rd85d6e65dd65 10/ (20 files in 9 dirs): Merge branch 'shr' Mar 02 21:53:48 SHR: 03Martin.Jansa 07meta-smartphone * refcce42a32fb 10/ (62 files in 34 dirs): Merge branch 'shr' Mar 02 21:53:48 SHR: 03GNUtoo 07meta-smartphone * rbadb79055b6f 10/ (9 files in 7 dirs): Merge branch 'shr' Mar 02 21:53:48 SHR: 03Martin.Jansa 07meta-smartphone * rbb5e89c56c94 10/ (12 files in 7 dirs): Merge branch 'shr' Mar 02 21:53:49 SHR: 03Martin.Jansa 07meta-smartphone * rf972d606489f 10/ (12 files in 10 dirs): Merge branch 'shr' Mar 02 21:53:49 SHR: 03Martin.Jansa 07meta-smartphone * r989920cd6e65 10/meta-openmoko/recipes-graphics/drm/ (libdrm_2.4.29.bbappend libdrm_2.4.30.bbappend): libdrm: rename bbappend to match new version from oe-core Mar 02 21:53:50 SHR: 03Martin.Jansa 07meta-smartphone * rcda19686a2a3 10/ (4 files in 4 dirs): Merge branch 'shr' Mar 02 21:53:54 SHR: 03Martin.Jansa 07meta-smartphone * rd16d2bee229e 10/ (11 files in 7 dirs): Merge branch 'shr' Mar 02 21:53:54 SHR: 03Martin.Jansa 07meta-smartphone * r1af999cd2ce2 10/ (3 files in 2 dirs): Merge branch 'shr' Mar 02 21:53:54 SHR: 03Martin.Jansa 07meta-smartphone * r0fea2f3060a3 10/ (50 files in 17 dirs): Merge remote-tracking branch 'contrib/shr' Mar 02 21:53:54 SHR: 03Martin.Jansa 07meta-smartphone * r62a572c4498e 10/ (15 files in 9 dirs): Merge branch 'shr' Mar 02 21:53:55 SHR: 03Martin.Jansa 07meta-smartphone * r221c26b051fa 10/ (4 files in 4 dirs): Merge branch 'shr' Mar 02 21:53:55 SHR: 03Martin.Jansa 07meta-smartphone * rf5ae4265d658 10/ (13 files in 8 dirs): Merge branch 'shr' Mar 02 21:53:56 SHR: 03Martin.Jansa 07meta-smartphone * r5b789a2d1f05 10/ (8 files in 6 dirs): Merge remote-tracking branch 'contrib/shr' Mar 02 21:54:23 SHR: 03Martin.Jansa 07meta-smartphone * r0faa5e67e6f3 10/meta-samsung/recipes-bsp/chroot-script/chroot-script_1.0.bb: Merge branch 'shr' Mar 02 21:54:23 SHR: 03dos 07meta-smartphone * rea44fd2e3406 10/meta-shr/recipes-shr/shr/e-wm-theme-illume-gry_git.bb: e-wm-theme-illume-gry: bump PV for keyboard fix Mar 02 21:54:23 SHR: 03Martin.Jansa 07meta-smartphone * r2ea15c1a15b2 10/ (7 files in 7 dirs): Merge branch 'shr' Mar 02 21:54:23 SHR: 03morphis 07meta-smartphone * r53611b996ff7 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Mar 02 21:54:23 SHR: 03Martin.Jansa 07meta-smartphone * rc3ffd8edde23 10/ (16 files in 9 dirs): Merge branch 'shr' Mar 02 21:54:24 SHR: 03dos 07meta-smartphone * rc38a39a29545 10/meta-shr/recipes-shr/shr/e-wm-config-illume2-shr_git.bb: e-wm-config-illume2-shr: bump PV for configuration update Mar 02 21:54:45 i seriously hope i didn't break anything... Mar 02 21:55:15 shouldn't harm anyone, as it will get merged anyways Mar 02 21:55:21 ok Mar 02 21:55:33 beware devs, dos has returned :D Mar 02 21:55:37 :D Mar 02 21:58:27 * GNUtoo is still fighting with libtiff Mar 02 21:58:49 dos1, what are you working on? Mar 02 21:59:42 GNUtoo: now i'm configuring my gta02 to work as my primary phone Mar 02 22:01:22 non-usable keyboard wouldn't be a good idea for primary phone i think :D Mar 02 22:01:36 wow Mar 02 22:01:44 dos1, what changed: Mar 02 22:01:58 *we now have user testing the feeds and mark them as stable when they're ready Mar 02 22:02:19 * I want to revert to 2.6.34 to fix suspend/resume for the release Mar 02 22:02:39 for last two days i didn't have any problems with suspend/resume Mar 02 22:02:45 * I'm working with upstream for the kernel Mar 02 22:02:46 ok Mar 02 22:02:50 well, except one thing Mar 02 22:03:00 twice it resumed without backlight being powered on Mar 02 22:03:02 maybe we fixed them mthen Mar 02 22:03:05 ok Mar 02 22:03:20 dunno why yet, as it happened when i couldn't debug it Mar 02 22:03:29 ok Mar 02 22:03:38 dos1, so om-gta02 builds now work? Mar 02 22:03:50 looks like they do, yes Mar 02 22:03:52 or does it still segfault? Mar 02 22:03:53 ok Mar 02 22:03:56 nice Mar 02 22:03:59 dos1, and we're using our bugtracker, so you should close the kbd bug Mar 02 22:04:24 GNUtoo: with one exception: Mar 02 22:04:28 i couldn't use newest jffs2 images Mar 02 22:04:34 with dfu-util Mar 02 22:04:48 cause some files where replaced with directories Mar 02 22:04:55 were* Mar 02 22:05:10 JaMa told me that it sometimes happens with dfu-util Mar 02 22:05:12 and not with nandwrite Mar 02 22:05:13 ok Mar 02 22:05:19 but i didn't check it with nandwrite Mar 02 22:05:21 why not using ubifs? Mar 02 22:06:07 well... dunno :D Mar 02 22:06:17 i've had bad experiences with it in the past, maybe that's why i downloaded jffs2 Mar 02 22:06:58 ok Mar 02 22:07:00 but with "past" i mean 1-2 years ago, so everything could have changed Mar 02 22:07:18 I didn't have a single problem with ubifs recently with .39 Mar 02 22:08:17 so keyboard is now fixed? Mar 02 22:08:22 including in the shr branch? Mar 02 22:09:11 yup, it should be Mar 02 22:09:18 (but not built yet of course) Mar 02 22:09:31 slyon: should i close it if it's not built yet? Mar 02 22:17:52 dos1, yes. with the comment that it will me included in the next build Mar 02 22:17:59 s/me/be Mar 02 22:29:07 hey pespin, do you have any idea about this: http://trac.shr-project.org/trac/ticket/1805 could it be any vala<->efl binding problem? Mar 02 22:29:48 slyon, no fsking idea :P Do you have some backtrace? Mar 02 22:29:56 it could be because of valac upgrade Mar 02 22:30:39 anyway, we'll have to rewrite some parts of ffphonelog and ffalarms soon, as I'm near to finish new version of eflvala bindings :) Mar 02 22:30:46 no. but i could create a bt Mar 02 22:31:23 slyon, gdb bt would be useful to start ;) Mar 02 22:32:03 yup. have to install about 100 -dbg packages :) Mar 02 22:34:36 slyon, install without deps :) Mar 02 22:34:45 there's an option for opkg for that I think Mar 02 22:34:53 slyon, you should not debug on the phone but use gdbserver + gdb unless the program is small enough Mar 02 22:35:10 that still requires to install the -dbg packages on the phone Mar 02 22:35:47 using gdb + gdbserver ensure that your phone doesn't oom because of the debug symbold it would have to load(huge) Mar 02 22:35:54 * pespin happy to be near to finish elm bindings :D Mar 02 22:37:08 I hope it will be easier from now on as they are going to release elm soon :P Mar 02 22:42:23 yes. i hope that the elm release helps stabilizing stuff too Mar 02 22:45:07 pespin, here is a bt: http://trac.shr-project.org/trac/attachment/ticket/1805/backtrace Mar 02 22:46:34 heh, nice, elm_genlist_append Mar 02 22:47:12 last time I played myself with genlist in my apps I was having lots of misterious problems with elm_genlist too Mar 02 22:48:21 slyon, can you give me a line output? Mar 02 22:48:24 jama did some genlist stuff recently in libphone-ui-shr... but that was C Mar 02 22:48:43 what do you mean by line output? Mar 02 22:48:43 I mean write "l" in gdb Mar 02 22:48:53 yes Mar 02 22:49:06 to see the code around the fail Mar 02 22:49:26 http://pastie.org/3507624 Mar 02 22:50:47 ah nah, thats code inside strncat Mar 02 22:50:53 I'll look in elm code Mar 02 22:51:15 slyon, but anyway, some of that elm_genlist handling in old eflvala is plain wrong Mar 02 22:51:26 the model + concepts of references and so on Mar 02 22:51:55 yes.. but I'd like to have a working ffphonelog in the shr release Mar 02 22:52:33 slyon, how do you trigger the segfault? Mar 02 22:53:06 by starting ffphonelog Mar 02 22:53:19 it shows up for about 1/2 second then it closes again Mar 02 22:54:17 slyon, which EFL rev? Mar 02 22:54:30 opkg list_installed | grep elementary should be enough afair Mar 02 22:56:58 elementary - 2:0.8.0+svnr68387-r1 Mar 02 22:58:17 that's HEAD Mar 02 22:58:50 its the version in meta-smartphone/shr Mar 02 22:58:59 jama bumped it recently Mar 02 22:59:27 but I can't find any strncat inside _item_realize(9 func u.u Mar 02 23:01:29 ah no, it's not current HEAD Mar 02 23:01:32 sorry I'm sleepy Mar 02 23:01:33 ;) Mar 02 23:01:52 Revision: 68637 is current HEAD Mar 02 23:02:01 hmm Mar 02 23:02:14 it seems that the code which is segfaulting for you has changed since then Mar 02 23:02:21 it would be worth to try new elementary :) Mar 02 23:02:45 and btw, I think it would be a good idea to wait till 7th march and release shr image after the efl release Mar 02 23:03:30 pespin, is efl release fixed at 7th of march? Mar 02 23:03:38 slyon, afaik yes Mar 02 23:03:46 including ELM? Mar 02 23:03:56 afaik yes :P Mar 02 23:04:09 jama is away for 5 days so release won't happen before 8th probably Mar 02 23:04:12 WOW Mar 02 23:04:29 including your new vala bindings? Mar 02 23:05:16 slyon, nop, my vala bindings will come later probably :) Mar 02 23:05:29 ok. would be to awesome ;) Mar 02 23:05:41 as I need to wait till everything is there and then fix the changes + finish stuff Mar 02 23:05:48 and then rewrite ffphonelog and ffalarms Mar 02 23:06:05 yes Mar 02 23:06:40 slyon, I'm spending lots of time just upgrading the bindings with the elm API changes. They change the C API faster than I can upgrade it in the bindings ;) Mar 02 23:08:13 slyon, if I push the eflvala changes to E svn, then we break image generation because ffalarms, emtooth2 and ffphonelog won't compile Mar 02 23:08:46 so we must first take a good E rev and freeze there (release would be a good one I guess), till I have time to upgrade the apps too Mar 02 23:09:08 theoretically the rewrite is not difficult, mostly syntax stuff I hope. Mar 02 23:09:18 true, that's a good plan Mar 02 23:09:26 but it's posible that it will introduce some bugs in the apps Mar 02 23:09:40 hmm, that's always possible Mar 02 23:09:41 as some of the reference handling stuff changes Mar 02 23:10:30 and it's posible that we need to rewrite some code relative to genlist and such more complicated classes, as the way it's used changes a bit I think. Mar 02 23:12:10 hmm Mar 02 23:12:24 so, if possible, I think it's a better idea to release shr image and then do all this changes :P Mar 02 23:12:28 so we should do all this after the shr release Mar 02 23:12:34 yes^^ Mar 02 23:12:35 yeah Mar 02 23:13:54 slyon, last mail from raster in EFL release was: "looks like this is going to take a bit longer, so lets call freeze march 7 :)" Mar 02 23:14:06 well, it's not the release, it's the freeze :P Mar 02 23:14:25 but I guess it's worth waiting anyway Mar 02 23:14:58 yes. having stable librarys in the release would be very good. Mar 02 23:15:11 we waited long enough for this to happen :) Mar 02 23:15:28 53 de 1.552 Mar 02 23:15:28 Mar 02 23:15:28 [E-devel] Elementary 1.0 (and efl 1.3, etc.) Mar 02 23:15:46 ops forgot 1st and 2n line :P Mar 02 23:15:49 *forget Mar 02 23:17:31 slyon, and btw, I'm not planning to do a official eflvala release soon neither. Just upload it to E svn as a good base to start writing apps, as I'm sure it will have some errors Mar 02 23:17:45 ok Mar 02 23:18:09 but I'm mostly alone doing the bindings right now, so I need people who use them catch the problems in their apps and tell me what's wrong Mar 02 23:18:26 I test it myself with my apps, but I'm using only a subset of the bindings hehe Mar 02 23:20:23 and the rest of the bindings (evas, ecore, etc.) I guess they are in a bad shape. But I don't have time to work on them. It's not worth enough if nobody's using them. Mar 02 23:20:50 I only update the parts needed by elementary Mar 02 23:22:56 maybe more developers will start using it after the elm release Mar 02 23:23:27 it would be nice :P Mar 02 23:57:19 pespin, thanks for your help. I'll leave now. goodbye! Mar 03 00:21:28 SHR: 03shr-devel 07buildhistory * rc9b69e1eb3cb 10/ (54 files in 34 dirs): Build 201203022132 of shr 20120302 for machine om-gta04 on opmbuild **** ENDING LOGGING AT Sat Mar 03 02:59:58 2012