**** BEGIN LOGGING AT Wed Dec 21 02:59:56 2011 Dec 21 03:57:47 antrik: people were discussing going to 3.1 above Dec 21 05:56:18 Hey there old haxor - how can one turn off already received onjoin message? infobot welcomes me with Your message about irc log everytime I join #maemo Dec 21 06:44:56 moin Dec 21 06:49:19 moin JaMa Dec 21 06:53:09 Project aurora-image-jansa-test-crespo build #4: STILL FAILING in 19 sec: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/4/ Dec 21 06:57:13 Project aurora-image-jansa-test-crespo build #5: STILL FAILING in 11 sec: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/5/ Dec 21 06:59:17 627.8M usr/lib/.debug/libwebkitgtk-1.0.so.0.11.2 ... Dec 21 07:05:09 ouch Dec 21 07:27:17 heyho Dec 21 07:27:19 JaMa: ping Dec 21 07:27:27 pong Dec 21 07:28:12 JaMa: yesterday I had the problems when switching machine that gcc-* failed to compile Dec 21 07:28:25 after I switched back from palmpre to crespo machine Dec 21 07:28:37 it doesn't complain about a failing gcc anymore Dec 21 07:28:43 as it was already compiled for crespo before Dec 21 07:28:55 so you will get this behaviour for any machine only once Dec 21 07:29:14 and not on any machine switch Dec 21 07:34:43 yes I've gcc rebuilt on all machines that way, but still not very nice :/ Dec 21 07:35:06 and today I've noticed that after bitbake -c cleansstate -b /OE/shr-core/openembedded-core/meta/recipes-devtools/gcc/gcc_4.6.bb Dec 21 07:35:20 it rebuilds all gcc-* ie initial, intermediate.. Dec 21 07:36:07 mdbus2 is badly broken :/ Dec 21 07:36:08 MDBUS2> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetFunctionality 'full' true '' Dec 21 07:36:11 [ERR]: parsing 'true': 0-6:can not parse as value of type `b' Dec 21 07:36:19 and listening to signals seems broken too Dec 21 07:36:34 mrmoku: I know and I am currently working on it Dec 21 07:36:40 good :) Dec 21 07:36:45 mrmoku: you should use latest version Dec 21 07:36:50 so git HEAD Dec 21 07:37:01 as it has fixes for using only simple parameters Dec 21 07:37:11 complex parameters like hashtables are still not working Dec 21 07:37:28 morphis: it's in fso-autorev, no? Dec 21 07:37:34 hm Dec 21 07:37:36 I hope so Dec 21 07:37:42 then that should be latest Dec 21 07:37:49 morphis: btw what is plan with qt-4.8 wrt release? Dec 21 07:37:56 * mrmoku will rebuild Dec 21 07:38:28 JaMa: hm, as we will not support aurora anyway with the first release Dec 21 07:38:29 morphis: with aurora not part of release we don't have any important app using qt in shr-image Dec 21 07:38:34 yes Dec 21 07:38:49 so we defer it or merging it in? Dec 21 07:39:17 morphis: I had almost crespo aurora-image built with it yesterday, but then jenkins started to wipe out workspace... so it's running again today Dec 21 07:40:24 morphis: it did build, no idea about aurora runtime, so I'll give you the image and if it gets to master before our release, we can let it merge to shr branch IMHO Dec 21 07:40:54 ok Dec 21 07:41:00 I am fine with this Dec 21 07:41:17 mrmoku: and what about mdbus2 on listening to signals? Dec 21 07:41:30 * JaMa moving to work Dec 21 07:41:34 bbl Dec 21 07:41:47 morphis: it does nothing Dec 21 07:42:07 mdbus2 -sl Dec 21 07:42:09 and then silence Dec 21 07:44:33 it works here for me Dec 21 07:44:56 with latest version from git :) Dec 21 07:45:10 and on my ubuntu machine are a lot of signals flying around Dec 21 07:45:33 ok, will rebuild and recheck Dec 21 07:45:42 mrmoku: I moved the alsa stuff from fsoaudiod to fsodeviced for the Nexus S Dec 21 07:45:54 so we can drop fsoaudiod from the default for now Dec 21 07:45:57 cool :) Dec 21 07:46:07 I really think that is cleaner and better :D Dec 21 07:48:22 yes Dec 21 07:48:49 as then we can make the move to fsoaudiod for all supported machines in the next release and then throw away the fsodeviced plugin completely Dec 21 08:00:36 morphis: yup, agreed Dec 21 08:00:47 mrmoku: ok Dec 21 08:14:00 mrmoku: btw. about the SHR boot screen, is there somewhere a howto how I create one? Dec 21 08:15:44 the n900 has a resolution of 480x800 right? Dec 21 08:19:58 morphis: heh, dos1 is the expert here Dec 21 08:20:06 ok Dec 21 08:20:13 I will try to copy the n900 ones Dec 21 08:20:14 it somehow works like... load it to the framebuffer Dec 21 08:20:17 and dump it to a file Dec 21 08:20:20 IIRC Dec 21 08:20:41 though with the switch to systemd that will probably change Dec 21 08:20:53 there is a nice lightweight systemd-enabled bootsplash Dec 21 08:21:42 nice... kmod hit archlinux :-) Dec 21 08:21:56 morphis: did you see kmod? Dec 21 08:22:52 mrmoku: no Dec 21 08:22:54 whats it? Dec 21 08:23:09 +pkgdesc="interface to kernel module operations" Dec 21 08:23:24 a lib which will be used by udev instead of calling modprobe Dec 21 08:23:43 and we could very well use it from fsosystemd for module loading :) Dec 21 08:23:59 http://git.profusion.mobi/cgit.cgi/lucas/kmod/ Dec 21 08:24:16 sounds interesting Dec 21 08:24:22 indeed Dec 21 08:24:52 looks nice Dec 21 08:39:33 btw. anybody know which component in SHR hosts the "TEST" resource? Dec 21 08:40:09 mrmoku: should this be included in phoneui-apps already? /usr/share/applications/phoneui-phonelog.desktop Dec 21 08:40:12 morphis: hehe, frameworkd I think Dec 21 08:40:17 hm Dec 21 08:40:30 JaMa|Wrk: no Dec 21 08:40:31 mrmoku: do we need it in any way? Dec 21 08:40:35 morphis: no Dec 21 08:40:36 :) Dec 21 08:41:25 JaMa|Wrk: only if we would like to replace ffphonelog Dec 21 08:41:32 but that would still need a bit of work Dec 21 08:42:27 mrmoku: but I'll add it as extra package (to fix QA issue with unpackaged stuff) Dec 21 08:42:30 ok? Dec 21 08:42:40 it wont be installed by default Dec 21 08:43:20 JaMa|Wrk: ok Dec 21 08:43:45 that even enables one to install and test it :) Dec 21 08:44:36 now you have to issue a secret dbus call to phoneuid to see it =J Dec 21 08:44:48 ;) Dec 21 08:45:21 for some reason it installs src to wrong dir without PN /usr/src/debug/0.0.0+gitr1+7d72f9065bcdf6950b04c60ad9183aef20dc2242-r1/git Dec 21 08:45:37 freesmartphone.org: 03morphis 07framework * r6bf5927508f9 10/etc/freesmartphone/oevents/herring/rules.yaml: Dec 21 08:45:38 freesmartphone.org: Add rules.yaml for herring device known as Nexus S Dec 21 08:45:38 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 08:51:14 SHR: 03Martin.Jansa 07phoneui-apps * r195a3726c121 10/data/ (3 files): finish renaming phonelog to phone-log for consistenci Dec 21 09:03:19 SHR: 03Martin.Jansa 07meta-smartphone * r0d4c17de1ba7 10/meta-shr/classes/rm_old_work.bbclass: rm_old_work: keep PN in WORKDIR, because -dbg packages put sources to /usr/src/workdir Dec 21 09:03:29 SHR: 03Martin.Jansa 07meta-smartphone * r98ef51227cd3 10/meta-shr/recipes-shr/shr/phoneui-apps_git.bb: phoneui-apps: package phone-log and fix QA issues with unpackaged files Dec 21 09:18:00 JaMa|Wrk: btw. does every device need to update the feeds for all architectures? Dec 21 09:30:45 freesmartphone.org: 03morphis 07cornucopia * r8be13ae6a57f 10/tools/mdbus2/src/main.vala: Dec 21 09:30:45 freesmartphone.org: mdbus2: use input arguments for processing input arguments and not output arguments Dec 21 09:30:45 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 09:33:04 Project aurora-image-jansa-test-crespo build #6: STILL FAILING in 2 hr 35 min: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/6/ Dec 21 09:33:35 freesmartphone.org: 03morphis 07cornucopia * r2ca94fe28803 10/fsodeviced/src/plugins/herring_quirks/ (Makefile.am plugin.vala resumehandler.vala): Dec 21 09:33:35 freesmartphone.org: fsodeviced: herring_quirks: add first version of the resumehandler needed to wakeup from suspend Dec 21 09:33:35 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 09:35:14 freesmartphone.org: 03morphis 07cornucopia * ra5558c034fc3 10/fsodeviced/conf/herring/fsodeviced.conf: Dec 21 09:35:14 freesmartphone.org: fsodeviced: conf: herring: activate herring_quirks plugin Dec 21 09:35:14 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 09:37:28 swim hering swim :-) Dec 21 09:44:17 mrmoku: :D Dec 21 09:45:34 JaMa|Wrk: renaming of the SHR feeds for the release is done right? Dec 21 09:47:03 hmm... possible we don't have syslog ? Dec 21 09:49:55 there is klogd started... but no syslogd and neither logread works nor /var/log/messages exists Dec 21 09:49:58 hmm Dec 21 10:05:28 mrmoku: for /var/log/messages we need to adjust syslog.conf Dec 21 10:15:42 SHR: 03mok 07meta-smartphone * reaedb6b137f2 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: linux-gta04_git.bb: bump SRCREV Dec 21 10:15:52 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 Dec 21 10:15:55 morphis: what do you mean by update the feeds? Dec 21 10:16:14 morphis: and yes, first part of renaming is in, staging scripts and moving actuall feeds on buildhost is next Dec 21 10:16:23 morphis: does not explain why buffer does not work anymore Dec 21 10:16:25 root@om-gta04:~# logread Dec 21 10:16:26 logread: can't find syslogd buffer: No such file or directory Dec 21 10:18:33 JaMa|Wrk: and long-click on contacts is broken for me Dec 21 10:19:05 JaMa|Wrk: you know something or should I look into it? Dec 21 10:19:44 root@om-gta04:~# syslogd Dec 21 10:19:45 syslogd: bad line 1: 1 tokens found, 2 needed Dec 21 10:20:44 JaMa|Wrk: with the feeds thing I meant that when I am running a opkg update it tries to update all architecture feeds which are not for the device it's running on Dec 21 10:20:47 like opkg_download: Failed to download http://192.168.7.1/buildroot-core/tmp/deploy/ipk/armv4/Packages.gz, wget returned 1 Dec 21 10:20:54 on the Nexus S Dec 21 10:20:55 hmm... after deleting /etc/syslog.conf syslogd starts Dec 21 10:21:08 why does the nexus s needs to incude the feeds for a armv4 in it's images? Dec 21 10:31:07 does any one know some light weighted browser eg midori ? Dec 21 10:41:37 What should I reflash when my gta02 is stuck in the openmoko screen when booting? Dec 21 10:42:34 freesmartphone.org: 03morphis 07cornucopia * r650eff527f56 10/fsousaged/conf/herring/fsousaged.conf: Dec 21 10:42:34 freesmartphone.org: fsousaged: herring: adjust for recent changes to power management regarding android devices Dec 21 10:42:34 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 10:46:50 hi Dec 21 11:00:35 what browser will be in the upcoming SHR release? eve? Dec 21 11:07:49 morphis: ah, it adds all supported arch by device, on my devices I was removing all /etc/opkg/*-feed.conf files I don't have in ipk directory Dec 21 11:08:21 morphis: and for SHR buildhost I've added "empty" ipk directory for all arch so no 404 errors should be shown with official image Dec 21 11:11:56 mrmoku: you mean longpress on contact to show "edit" "delete" etc? Dec 21 11:12:07 mrmoku: that worked for me in latest Dec 21 11:15:58 JaMa|Wrk: yup, does not work for me Dec 21 11:16:44 JaMa|Wrk: local.conf needs s/shr-autorev/shr-core-autorev/ Dec 21 11:19:15 mrmoku: or remove it completely Dec 21 11:19:30 ahh? Dec 21 11:19:45 mrmoku: buildhost is not including it by default Dec 21 11:19:51 ok Dec 21 11:20:04 and shr-makefile doesn't include it too for new setup-shr-core Dec 21 11:20:07 but I want autorevs and local-builds :) Dec 21 11:20:16 as you agreed yesterday :) Dec 21 11:20:31 sure, for our images Dec 21 11:20:43 but mine need to be experimental ;) Dec 21 11:20:58 mrmoku: I've renamed it just for everage end user to notice that it shouldn't be enabled by default Dec 21 11:21:06 yeah, ok Dec 21 11:21:55 I'll probably keep it disabled on my builds too, just to force me to update SRCREVs in recipes for incompatible changes with the rest of OE build Dec 21 11:39:34 pabs3: yes probably eve Dec 21 11:39:47 erwt: yes Dec 21 11:40:23 JaMa|Wrk, which one Dec 21 11:41:28 erwt: eve, midori, dillo2 Dec 21 11:45:47 JaMa|Wrk, thanks i am trying that out Dec 21 12:22:51 freesmartphone.org: 03morphis 07cornucopia * r907e85bbddf6 10/fsodeviced/src/plugins/kernel_idle/plugin.vala: Dec 21 12:22:51 freesmartphone.org: fsodeviced: kernel_idle: respect system suspend state before updating idle state Dec 21 12:22:51 freesmartphone.org: Signed-off-by: Simon Busch Dec 21 12:27:49 morphis: on sunday we had an idea wrt. the future of fsoeventsd / aurora-daemon. i don't have time right now but please remind me to talk about that with you soon Dec 21 12:28:23 ohh yes :) Dec 21 12:29:58 an idea regarding only fsoeventsd and only aurora-daemon or combing both? Dec 21 12:30:47 now I am curious about mickey_office is telling me later about this :) Dec 21 12:30:52 :) Dec 21 12:31:15 the idea is to exctract what you started inside aurora into a fsoeventsd daemon to be used by everybody Dec 21 12:31:31 you mean the aurora-systemmanager? Dec 21 12:31:40 that I don't know Dec 21 12:31:48 but stuff like 'which led to show on charging' Dec 21 12:31:52 ah ok Dec 21 12:31:59 it's aurora-systemmanager Dec 21 12:32:09 a replacement for oeventsd Dec 21 12:32:24 that stuff here: http://git.freesmartphone.org/?p=aurora.git;a=blob;f=aurora-systemmanager/systemmanager/controller.vala;h=af1160389f356fea39d5e562a3709679d2eb41e9;hb=HEAD Dec 21 12:32:36 so a static implementation in vala? Dec 21 12:33:05 morphis: static? Dec 21 12:33:25 you mean without config? Dec 21 12:33:41 I mean the event handling written in vala Dec 21 12:34:24 yeah. something with a much simpler config than oeventsd but offering some algorithms which can be tweaked by config Dec 21 12:34:30 for example the charging led Dec 21 12:34:44 we want to configure just which led Dec 21 12:34:47 so configurable event handling written in vala :) Dec 21 12:35:05 sounds interesting Dec 21 12:35:05 vala-event-handling tweakable by config :) Dec 21 12:35:13 :) Dec 21 12:35:26 why not, so mickey_office I am open to discuss this Dec 21 12:35:35 mickey_office: when you are ready :) Dec 21 12:48:19 hmm, xrandr -o 1 works now but fatfingershell doesn't :( Dec 21 13:17:15 morphis: I can confirm that current mdbus2 indeed works fine again :) Dec 21 13:17:17 thx for fixing Dec 21 13:21:16 mrmoku: no problem :) Dec 21 13:24:36 * mrmoku hunting the TEST thing now Dec 21 13:30:40 morphis: [testing] disable = 1 Dec 21 13:30:44 in frameworkd.conf Dec 21 13:30:47 seems to fix it :) Dec 21 13:31:03 mrmoku: yes, I already found it :) Dec 21 13:31:08 but thanks anyway :) Dec 21 13:31:22 mrmoku: btw. do you saw if it is disabled for all other machines than nexus s? Dec 21 13:31:57 morphis: for gta02 it's enabled too Dec 21 13:32:00 * mrmoku will check Dec 21 13:32:53 ok Dec 21 13:33:01 then we should disable it for all machines with one commit Dec 21 13:33:14 * morphis wants to get rid of frameworkd as far as possible ... Dec 21 13:33:24 mrmoku: btw. you talked at FSOSHRCON about a fsopimd? Dec 21 13:33:33 no Dec 21 13:33:36 ok Dec 21 13:33:43 well... marginally only Dec 21 13:33:56 in so far that we said it's not the most important python part to replace Dec 21 13:34:06 oeventsd is more important Dec 21 13:34:24 yes Dec 21 13:34:41 mrmoku: you ever heard about libfolks? Dec 21 13:35:46 morphis: yeah, pespin was talking about that some time ago Dec 21 13:35:53 ok Dec 21 13:35:55 btw... testing is enabled for *all* devices :P Dec 21 13:36:04 puuh disable it! Dec 21 13:36:19 yup Dec 21 13:36:25 mrmoku: I think libfolks is mostly what we need for a fsopimd Dec 21 13:36:33 as it does the contact merging very well Dec 21 13:36:46 and already supports a lot sources Dec 21 13:37:00 like eds, keyfile, social networks, ... Dec 21 13:38:54 mrmoku: you already doing the testing = 1for all machines? Dec 21 13:39:06 freesmartphone.org: 03mok 07framework * rf7aa10ab6400 10/etc/ (13 files in 13 dirs): Dec 21 13:39:06 freesmartphone.org: disable TEST resource for *all* devices Dec 21 13:39:06 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 21 13:39:16 ah great Dec 21 13:39:23 then I will bump SRCREV for frameworkd now Dec 21 13:39:33 ok :) Dec 21 13:39:58 will take a look at libfolks... if we can add a backend for SIM contacts there... that would make many people happy ;) Dec 21 13:40:49 should be easy Dec 21 13:41:10 then fsopimd would be a real small binary as it is only a frontend for libfolks Dec 21 13:43:30 another feature :) Dec 21 13:43:53 yes Dec 21 13:43:58 for another release :) Dec 21 13:44:09 but lets do first the 2012.01 release Dec 21 13:45:16 yup Dec 21 13:45:36 if I only would understand that damn PIN dialog problem... Dec 21 13:45:45 phonefsod is calling phoneuids method for that multiple times Dec 21 13:45:53 but nothing in the logs there Dec 21 13:45:57 no error for phonefsod either Dec 21 13:46:10 and if I restart phonefsod when phoneuid is already running all is fine :/ Dec 21 13:46:29 :) Dec 21 13:46:54 I had some similar problems here with the command queue of the modem_samsung plugin of fsogsmd Dec 21 13:47:10 together with async problems in vala ... Dec 21 13:47:25 heh, was probably even more fun :P Dec 21 13:48:02 SHR: 03morphis 07meta-smartphone * r53611b996ff7 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Dec 21 13:48:04 SHR: 03morphis 07meta-smartphone * r8697bb87c4de 10/meta-fso/recipes-freesmartphone/freesmartphone/frameworkd_git.bb: meta-fso: frameworkd: bump SRCREV Dec 21 13:48:05 not really ... Dec 21 13:48:33 the glib async stuff is a nice thing but you should avoid to use it in complex situations Dec 21 13:48:46 also when lifetime of references is interesting ... Dec 21 13:49:59 freesmartphone.org: 03mok 07cornucopia * rac99a700f16e 10/fsodeviced/conf/GTA04/fsodeviced.conf: Dec 21 13:49:59 freesmartphone.org: fsodeviced: disable the rfkill plugin for gta04 as it makes fsodeviced segfault Dec 21 13:49:59 freesmartphone.org: Signed-off-by: Klaus Kurzmann Dec 21 13:51:11 2011.12.21 12:20:10.663085 [phonefsod] DEBUG: yeah, phoneuid is on the bus (:1.16) Dec 21 13:51:14 2011.12.21 12:20:10.663269 [phonefsod] DEBUG: showing PIN dialog Dec 21 13:51:41 mrmoku: where you are testing this, one the device? Dec 21 13:51:43 s/one/on/ Dec 21 13:51:43 morphis meant: mrmoku: where you are testing this, on the device? Dec 21 13:52:07 morphis: yeah on gta04 Dec 21 13:52:33 ahh... interesting Dec 21 13:52:47 looking at the timestamps phoneuid might already be there but not ready Dec 21 13:52:57 still has to initialize elementary and such Dec 21 13:52:58 hmm Dec 21 13:53:07 * mrmoku tries with a bit of patience Dec 21 13:53:10 JaMa|Wrk, dillo2 is great ,but i think it does not support email id account Dec 21 13:59:18 erwt: what's email id account ? Dec 21 14:00:14 JaMa|Wrk, it does not open any gmail account Dec 21 14:00:24 o r yahoo account Dec 21 14:00:46 is fennec in oe? Dec 21 14:01:42 oe/recipes/mozilla/fennec_hg.bb Dec 21 14:02:28 ilold9, is it a browser Dec 21 14:02:47 looks good. why not take take this for release? Dec 21 14:03:42 doesn't work on armv4t afaik Dec 21 14:05:28 I see. then how about two browsers? the one from enlightenement seems is probably better integrated, I asume. Dec 21 14:06:06 why to have 2 browsers in image? you can install whatever you want with opkg later Dec 21 14:08:29 right. I am a 2 browser user so, it felt right to suggest. might not make sense for most other user. Dec 21 14:11:25 something else. would really be nice if this could make it into the release. http://shr-project.org/trac/ticket/1596 Dec 21 14:12:39 I cannot test 012.... Dec 21 14:12:50 because my microsd is problematic Dec 21 14:12:55 during a call it blocks Dec 21 14:13:09 and then you ssh into the phone and try dmesg Dec 21 14:13:14 and it says i/o errors Dec 21 14:13:17 for every command Dec 21 14:14:18 I'll try with sd_max_clk = 5M Dec 21 14:14:22 gnutoo: does it say -110 I/O error? Dec 21 14:14:36 I cannot know Dec 21 14:14:47 every command does I/O errors including dmesg Dec 21 14:15:44 ilold9, what do you know aobut glamo sd_max_clk? Dec 21 14:15:46 SHR: 03Martin.Jansa 07shr-makefile * r0b574c79a524 10/Makefile: shr-core: switch to shr branch of meta-smartphone Dec 21 14:15:53 because 1M does -16 often Dec 21 14:16:12 2M seem to work with my 32G microsd but not with my 4G micorsd Dec 21 14:16:17 GNUtoo: but 012 didn't change kernel except enabling CGROUPS Dec 21 14:16:31 it's not the kernel it's the hardware!!!! Dec 21 14:16:46 oh, wait. you are not on n900, right? Dec 21 14:16:48 now it's blocked again Dec 21 14:17:02 ilold9, I've many devices, but here I was testing the om-gta02 Dec 21 14:17:11 I cannot test on NAND else I get crazy Dec 21 14:17:24 but It seem that I cannot test on microsd either Dec 21 14:17:31 so I cannot test at all Dec 21 14:18:42 can you do usb-boot or loop-image? gta02 probably doesn't have that much disk space. Dec 21 14:18:57 and if I do test anyway the tests are garbage because I cannot differenciate between a bug and the microsd issue Dec 21 14:22:01 hmm... bad Dec 21 14:22:57 indeed Dec 21 14:23:11 GNUtoo: sorry I didn't understand "15:06:49 < GNUtoo> I cannot test 012...." as you cannnot test it because you don't have working uSD card.. but as that 012 is completely broken Dec 21 14:23:13 I'll try without sd_max_clk Dec 21 14:23:52 yes I don't have working sd Dec 21 14:24:17 I didn't understand Dec 21 14:24:24 is 012 completely broken? Dec 21 14:26:38 I think no Dec 21 14:26:45 ok Dec 21 14:26:58 better then 011 Dec 21 14:27:08 for people with working uSDs Dec 21 14:29:50 now it doesn't find the microsd Dec 21 14:29:56 I abandon and go to work Dec 21 14:30:00 *working Dec 21 14:30:16 else I'll get *very very nervous* Dec 21 14:32:12 mrmoku, morphis: please be aware of last meta-smartphone change.. patches now go to shr branch first then they are merged to master branch (to be more consistent with OE shr branches) Dec 21 14:32:29 JaMa|Wrk: oh ok Dec 21 14:32:52 so I push to shr branch first? Dec 21 14:33:03 and you merge them later? Dec 21 14:33:11 and for what master branch is used? Dec 21 14:33:20 morphis: yes Dec 21 14:33:38 morphis: for people outside SHR which are using meta-smartphone just for BSP layers Dec 21 14:33:47 morphis: there was without_shr branch for them before Dec 21 14:34:10 morphis: but we talked with mrmoku about this even before FSOSHRCON that shr branch would be more consistent Dec 21 14:34:46 morphis: only difference for us is that I don't want to rebase shr on top of master, but will just merge it to master from time to time Dec 21 14:34:49 pabs3: yes I know. but 3.1 is not ready yet, and 2.6.39 not really usable either; so for now the only option seems to be going back to 2.6.34... Dec 21 14:35:18 antrik: for me 2.6.39 works better then 2.6.34.. Dec 21 14:35:40 JaMa|Wrk: so developers are using shr branch Dec 21 14:35:48 morphis: yes Dec 21 14:37:18 ok Dec 21 14:37:55 JaMa|Wrk: then I will merge last changes from master to shr Dec 21 14:38:33 GNUtoo: ping Dec 21 14:38:39 morphis, pong Dec 21 14:38:56 GNUtoo: whats the state about the boot image for the nexus s? Dec 21 14:39:20 I didn't have time to work on it, sorry, instead I did the 3.1 kenrel for the freerunner Dec 21 14:39:27 I'll work on it next then Dec 21 14:39:46 ok as I created a task in SHR trac for that Dec 21 14:39:58 as thats a critical part we need for the 2012.01 release Dec 21 14:40:16 so if you say you get it ready until early january I am fine with that Dec 21 14:41:01 GNUtoo: btw, did uSD work better with 3.1 or worse? Dec 21 14:42:31 JaMa|Wrk, mostly the same Dec 21 14:43:44 JaMa|Wrk: ahh... did I push to shr branch? that was a mistake then... sorry Dec 21 14:44:19 GNUtoo, just finished building a new image with novfp, I'm going to test if it works Dec 21 14:44:30 mrmoku: you _should_ push to shr branch :) Dec 21 14:44:33 ok Dec 21 14:45:43 mrmoku: hmm I don't see any new commit in any later Dec 21 14:45:49 s/layer/branch/ Dec 21 14:47:07 morphis: I took a look at libfolks, and I don't think it's very useful for us. its only purpose seems to be offering meta-contacts for empathy Dec 21 14:47:27 antrik: it offers a generic interface for meta-contacts Dec 21 14:48:11 antrik: it's not specific to empathy but empathy is using it Dec 21 14:51:42 JaMa|Wrk: what works better in 2.6.39? Dec 21 14:53:06 ts doesn't hang whole device, I have no issues with uSD on my card Dec 21 14:53:45 JaMa|Wrk: ok :) Dec 21 14:55:40 yay, PIN dialog :-D Dec 21 14:56:19 GNUtoo, it works Dec 21 14:58:11 morphis|away: well, it would be obviously useful if you consider having meta-contact on the phone an important feature... I don't think though that it will help in any way with implementing the basic functionality, such as support for SIM contacts Dec 21 14:59:20 you could use it to make a connection between SIM contacts and phone contacts I guess... but I'm not even sure it's a good idea. and it's a minor part anyways Dec 21 15:00:09 JaMa|Wrk: ts hanging whole device?... Dec 21 15:00:36 if SD works better for you with 2.6.39, you must be pretty much the only person who can say that ;-) Dec 21 15:01:06 antrik: ah sorry accels not ts Dec 21 15:01:51 hm... I can play qtmaze just fine with 2.6.34 on QtMoko... must be an SHR-specific problem? Dec 21 15:02:28 not sure, cannot find that bug report now Dec 21 15:02:51 in fact I think accel hang was a regression in early versions of 2.6.39 (or perhaps .37), while it was fine in .34... Dec 21 15:03:14 maybe it was just on ML Dec 21 15:03:30 or as you say only with .37 which we had in shr-u Dec 21 15:05:15 but I'm not going to revert all adaptations we did for .37 and .39 as long as there is better option then to go back to .34 Dec 21 15:05:42 antrik: could this (dead) project have some useful code? https://svn.berlin.ccc.de/projects/airprobe/wiki/simreader Dec 21 15:08:35 SHR: 03Martin.Jansa 07shr-chroot * r5418441053a4 10/ (99 files in 22 dirs): system upgrade Dec 21 15:16:40 ilold9: we aren't lacking code to read/write the stuff on the SIM; it's only the integration with our PIM application that has been dropped at some point Dec 21 15:17:02 I see. Dec 21 15:22:37 mickeyl: btw. I still have the problem that it does not propagate to alive-registered Dec 21 15:22:41 even with that part diabled Dec 21 15:25:46 just a simple question guys, what should be the name for a new machine, it's commercial name "geeksphone-one" or better whats show in cat /proc/cpuinfo that is qct_msm7x25_surf? Dec 21 15:26:16 SHR: 03Martin.Jansa 07shr-chroot * rbb77511fa186 10/OE/bin/shr_core_header.sh: shr_core_header: change PUBLIC_DIR for next release Dec 21 15:26:27 mrmoku, I've good and bad news Dec 21 15:26:37 mrmoku, good: the gta04 arrived Dec 21 15:26:44 bad: no serial cable Dec 21 15:26:56 ok Dec 21 15:27:00 I guess it's possible to create one myself? Dec 21 15:27:02 at least you have it now :) Dec 21 15:27:03 sure Dec 21 15:27:08 it should not be difficult Dec 21 15:27:41 ok Dec 21 15:28:09 the parts are easily findable(for instance the connector that goes inside the gta04? Dec 21 15:30:36 GNUtoo: there is a description of how to do it in the manual Dec 21 15:30:51 The connector on the GTA04 is a “Molex Pico blade“ with 8 pins (53261-0871) Dec 21 15:31:56 We Dec 21 15:31:57 recommed that you get a plug where a cable is already crimped since doing that manually Dec 21 15:31:59 requires quite expensive tools. Dec 21 15:33:03 Well, sometimes it's possible to get by without crimping, e.g. using some pliers ad-hoc instead or even by soldering instead of crimping. Dec 21 15:33:32 ok Dec 21 15:35:41 bbl after work Dec 21 15:50:02 2011-12-21T13:35:34.024932Z [DEBUG] Gtm601Modem <>: Created mediator FsoGsmNetworkGetStatus Dec 21 15:50:05 2011-12-21T13:35:38.849639Z [WARN] libfsotransport : Timeout while waiting for an answer to '+CSQ' Dec 21 15:50:08 2011-12-21T13:35:38.849975Z [DEBUG] libfsotransport : SRC: "+CSQ" -> [ "+EXT: TIMEOUT 5" ] Dec 21 15:50:11 2011-12-21T13:35:38.850128Z [DEBUG] Gtm601Modem <>: Did not receive OK (instead '+EXT: TIMEOUT 5') for FsoGsmPlusCSQ Dec 21 15:50:14 hmm Dec 21 15:53:15 hmm Dec 21 15:54:06 2011-12-21T13:35:18.877075Z [ERROR] libfsotransport : HUP => closing channel Dec 21 16:09:11 SHR: 03Martin.Jansa 07shr-makefile * rc85bd62733d9 10/ (Makefile conf/auto.conf conf/shr-core/auto.conf): auto.conf: don't set DISTRO_FEED_URI from Makefile or auto.conf, distro metadata (shr.conf) should provide right value Dec 21 16:29:51 mrmoku: is that on gta04? Dec 21 16:30:00 PaulFertser: yup Dec 21 16:30:10 PaulFertser: but maybe my fault Dec 21 16:30:25 dunno if simultaneously accessing the modem with mterm2 is a good idea Dec 21 16:39:41 mickeyl: ok, does not work what we did Dec 21 16:39:41 2011-12-21T15:01:56.154144Z [CRITICAL] fsogsmd : GLib : fso_gsm_simple_at_command_issue: assertion `self != NULL' failed Dec 21 17:24:56 hi Dec 21 17:26:10 DocScrutinizer51: hi :) Dec 21 17:35:18 GNUtoo, can I send the armv6-novfp patch now? Dec 21 17:35:36 I'm subscribed to oe-core Dec 21 17:36:10 it's enough to send it? Dec 21 17:51:15 VQuickSilver, yes Dec 21 17:51:25 sorry my computer was blocked Dec 21 17:54:31 GNUtoo, ok can you guide me? I want to learn how to do it, without making it wrong Dec 21 17:54:55 GNUtoo, I did git add Dec 21 17:54:59 on the shr branch Dec 21 17:55:10 now I have to do git commit -s right? Dec 21 17:55:17 can I do it later, I'm ultra busy right now Dec 21 17:55:27 GNUtoo, ok no problem Dec 21 17:55:32 because I'm working and fighting against the fact that the computer blocks Dec 21 17:55:50 GNUtoo, no problem, just tell me when you can do it Dec 21 17:55:57 ok Dec 21 17:56:09 maybe ask someone else + follow the guide Dec 21 17:56:17 so you'll have it done quicker Dec 21 17:56:22 the guide is on openembedded wiki Dec 21 17:56:37 GNUtoo, but it's for program recipes Dec 21 17:56:39 but change the addresses Dec 21 17:56:42 ? Dec 21 17:56:52 yes it's moslty the same Dec 21 17:57:03 but you just need to change : Dec 21 17:57:05 to Dec 21 17:57:06 cc Dec 21 17:57:20 and to put the correct message id in the reply-to-id Dec 21 17:57:38 and of course change the subject accordinly Dec 21 17:58:00 GNUtoo, ok Dec 21 17:58:24 GNUtoo, also, what name should I use for the machine? Dec 21 17:58:45 GNUtoo, the name in cat /proc/cpuinfo Dec 21 17:58:47 ? Dec 21 17:59:20 for what? Dec 21 17:59:29 for fso configs? Dec 21 17:59:29 cause I realized that it's what being used in xserver-common for example, but I did all for geeksphone-one Dec 21 17:59:33 yes Dec 21 17:59:35 that's it Dec 21 17:59:43 it comes from /proc/cpuinfo Dec 21 17:59:53 GNUtoo, ok then I have to change lot of things Dec 21 17:59:56 it's also used by fso configs Dec 21 18:00:11 GNUtoo, I still haven't modified fso configs Dec 21 18:00:15 ok Dec 21 18:00:34 but the kernel recipe and other things are using the geeksphone-one machine_id Dec 21 18:00:45 when it should be something like qct_msm7x25_surf Dec 21 18:01:59 no Dec 21 18:02:34 basically all oe configs at compile time uses the machine config Dec 21 18:02:37 that is to say Dec 21 18:02:49 conf/machine/geeskphoneone.conf Dec 21 18:03:21 then all runtime stuff like fso or xserver-common cannot know that Dec 21 18:03:31 so they use /proc/cpuinfo Dec 21 18:12:03 GNUtoo, ok Dec 21 18:12:11 GNUtoo, then it's fine like I have it Dec 21 18:13:03 ok Dec 21 18:47:22 JaMa|Off, eglibc-initial: Dec 21 18:47:25 | ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:39:26: fatal error: linux/limits.h: No such file or directory Dec 21 19:08:28 GNUtoo: not specifically that problem I think... but JaMa|Off said new toolchain makes problems with parallel building Dec 21 19:08:38 maybe try to disable and see if it helps? Dec 21 19:09:21 ok thanks Dec 21 19:09:30 mrmoku, btw do you know how to quick start the gta04 Dec 21 19:09:37 I power it on and I've a white display Dec 21 19:09:46 that sounds good Dec 21 19:09:53 since I've no serial console....I wonder if it's even possible to boot it without it Dec 21 19:09:59 maybe with pusb Dec 21 19:10:06 but then I don't know how to send u-boot Dec 21 19:10:19 just prepare the microsd with the two partitions and it should boot Dec 21 19:10:19 and u-boot would need a way to talk trough usb Dec 21 19:10:24 ok Dec 21 19:10:31 so MLO Dec 21 19:10:43 yup Dec 21 19:10:45 ok Dec 21 19:10:49 btw. I use a modified bootscript Dec 21 19:10:53 ok Dec 21 19:10:57 very minimal Dec 21 19:11:07 but get's the kernel from /boot in the second partition Dec 21 19:11:15 so that upgrades with opkg work :) Dec 21 19:11:31 ok Dec 21 19:11:45 is all that in SHR already? Dec 21 19:12:12 u-boot I tried and it did not work Dec 21 19:12:21 IIRC I did not even push it for that Dec 21 19:12:28 ok Dec 21 19:12:32 or maybe I did... don't remember Dec 21 19:12:41 about MLO no idea Dec 21 19:12:54 http://paste.pocoo.org/show/524145/ Dec 21 19:13:00 about the scripts rather Dec 21 19:13:31 we should probably rather fix u-boot and have a good default there Dec 21 19:13:52 and more importantly try to mainline it Dec 21 19:14:04 yes Dec 21 19:15:53 yo TAsn Dec 21 19:16:22 TAsn: finished daywork? Dec 21 19:19:35 yeah Dec 21 19:19:45 actually, I'm packing, going to france later today. :) Dec 21 19:20:13 TAsn: would you expect any problems if I would like to have a libphone-ui-shr screen to play the role of the illume top bar? Dec 21 19:20:35 nope, should be fine Dec 21 19:20:40 good :) Dec 21 19:20:43 illume top bar is just a policy Dec 21 19:20:48 and what are you doing far away from home? Dec 21 19:20:49 window management policy that is Dec 21 19:20:54 yeah Dec 21 19:20:56 boarding Dec 21 19:21:16 like surf boarding? :P Dec 21 19:22:35 snowboarding. :) Dec 21 19:22:37 french alps Dec 21 19:22:38 :) Dec 21 19:22:43 ahh, nice Dec 21 19:23:22 have lots of fun then :) Dec 21 19:24:22 wasn't there a snowboarding app for the freerunner? Dec 21 19:24:32 >libphone-ui-shr screen to play the role of the illume top bar Dec 21 19:24:36 that used golden delicio add-ons Dec 21 19:24:52 wow Dec 21 19:25:06 revolution in ui is coming? :) Dec 21 19:25:12 interested? :P Dec 21 19:26:07 but how about gadgets support then? Dec 21 19:26:12 s/how/what/ Dec 21 19:26:14 dos1 meant: but what about gadgets support then? Dec 21 19:26:19 no gadgets support ;) Dec 21 19:26:31 thanks. :P Dec 21 19:26:47 gadget support will be gone if you are out of e Dec 21 19:26:47 yeah Dec 21 19:26:50 which sucks btw... Dec 21 19:26:54 too bad to lose the infra Dec 21 19:27:10 the toolbar sucks as it is :/ Dec 21 19:27:26 :P Dec 21 19:27:30 but it has useful things Dec 21 19:27:31 like bat Dec 21 19:27:32 clock Dec 21 19:27:41 you don't want to just dismiss that if you don't have a good reason Dec 21 19:28:11 well, we would have clock and bat too Dec 21 19:28:18 and signal strength Dec 21 19:28:28 right now we have the illume top bar Dec 21 19:28:32 and the one in idle screen Dec 21 19:28:38 that should just be one Dec 21 19:29:13 TAsn: btw. we're going to do a release real soon :P Dec 21 19:29:23 mrmoku: ok, if you don't mind, i'll continue working on the option modem plugin Dec 21 19:29:32 mickeyl: cool, great Dec 21 19:29:43 I have to do some bug fixing in our UI before the release Dec 21 19:29:49 *nod* Dec 21 19:30:10 did someone check e module for notifications? Dec 21 19:30:26 mickeyl: btw. I found the reason for PIN not popping up in our stack Dec 21 19:30:28 and I dislike it Dec 21 19:30:35 dos1: I have it running on my laptop Dec 21 19:30:56 mickeyl: PIN dialog is shown by phonefsod calling a method of phoneuid Dec 21 19:31:11 and that did not work... but gave no error either Dec 21 19:40:55 mrmoku, I don't believe you ;P Dec 21 19:41:15 (release) Dec 21 19:41:56 TAsn: you don't have to... facts will talk for themselves :) Dec 21 19:42:15 pfft, we'll see about that. :P Dec 21 19:42:16 j/k though Dec 21 19:42:22 except for missing features Dec 21 19:42:27 we were ready ages ago Dec 21 19:43:24 limits.h from eglibc-initial with *1* BB_THREAD Dec 21 19:44:21 TAsn: yeah, exactly Dec 21 19:44:43 then everything broke... we fixed... we did not release due to missing features... it broke again... and so on Dec 21 19:44:54 now we're going to release :) Dec 21 19:45:03 and then do feature releases regulary Dec 21 19:45:04 still missing features though? Dec 21 19:45:07 sure Dec 21 19:45:08 makes sense. :) Dec 21 19:45:41 we already started to suffer from what is known the 'e17-syndrom' ;) Dec 21 19:45:46 +as Dec 21 19:46:11 I'll restart again once again(I start to be fed-up it's like the 5th or more time that I restart a build) Dec 21 19:46:16 or maybe 10th Dec 21 20:01:34 mrmoku, are there some images for gta04? Dec 21 20:01:42 I have huge issues with the toolchain Dec 21 20:02:19 mrmoku, hehe :P Dec 21 20:08:25 NOTE: Running task 331 of 5897 (ID: 3632, /home/gnutoo/embedded/oe/oe-core/repos/openembedded-core/meta/recipes-core/eglibc/eglibc-initial_2.14.bb, do_install) Dec 21 20:08:42 but cross still fails Dec 21 20:08:55 | ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:39:26: fatal error: linux/limits.h: No such file or directory Dec 21 20:09:16 GNUtoo: official ones not yet Dec 21 20:09:35 yes but I want to start developing as soon as possible Dec 21 20:09:39 GNUtoo: I can scp my last one to the buildhost if that helps Dec 21 20:09:40 what should I do? Dec 21 20:09:46 yes Dec 21 20:09:51 that would be great Dec 21 20:11:24 scp running Dec 21 20:23:36 hey Dec 21 20:24:07 we should start building official shr-gta04 images. Dec 21 20:24:21 i just wrote up all the docs for using it: http://trac.shr-project.org/trac/wiki/Devices/GTA04/InstallGuide Dec 21 20:24:21 yes indeed Dec 21 20:24:29 wow Dec 21 20:24:34 http://trac.shr-project.org/trac/wiki/Devices/GTA04 Dec 21 20:24:51 GNUtoo: scp finished Dec 21 20:24:58 is in tests/mrmoku Dec 21 20:26:41 thanks a lot Dec 21 20:27:10 Slyon: cool :) Dec 21 20:31:12 mrmoku, btw. my kernel didn't take the cmdline because of the missing ''s around the bootargs Dec 21 20:42:39 where to find MLO? Dec 21 20:45:04 GNUtoo, http://download.goldelico.com/gta04/20111215-GTA04A3-HW-Tester/MLO Dec 21 20:45:16 thanks Dec 21 20:45:19 yw Dec 21 20:46:55 Slyon: ahh... in the boot script? Dec 21 20:46:57 hmm Dec 21 20:47:43 yeah. your's didn't have it as well. but probably the arch mkimage doesn't care Dec 21 20:50:48 Slyon: hmm... ok Dec 21 20:52:13 Slyon: btw. I disabled the rfkill plugin again... it makes fsodeviced segfault with current kernel Dec 21 20:52:54 Slyon: and mickeyl is taking care of the modem Dec 21 20:53:00 mrmoku, ok. i don't have any bluethooth devices anyway :) Dec 21 20:53:02 nice Dec 21 20:56:10 kernel pannic I guess Dec 21 20:56:17 no way to debug that without the serial Dec 21 20:56:27 red,green,orange Dec 21 20:56:28 gta04? Dec 21 20:56:30 that's what I see Dec 21 20:56:31 yes Dec 21 20:56:36 orange?? Dec 21 20:56:49 that's the color of the buttons Dec 21 20:57:00 the power button Dec 21 20:57:14 shouldn't become orange Dec 21 20:57:31 1st red: u-boot started Dec 21 20:57:38 2nd: green: u-boot found kernel Dec 21 20:57:52 3rd red: kernel is loading Dec 21 20:58:00 thats the way it should be Dec 21 20:58:12 green + red = orange Dec 21 20:59:05 how long from 2nd to 3rd? what's uboot doing during that timespan? Dec 21 20:59:07 baiscally both buttons are blinking Dec 21 20:59:09 yes. but it should be only red in the 3rd step (at least here it is like this) Dec 21 20:59:52 0.5 second red,0.5 second green ,0.5 second orange , 0.5s red again , 0.5 second green again etc... Dec 21 21:00:01 I think green can only be like 0.5ms max Dec 21 21:00:39 and the aux button is blinking very fast Dec 21 21:00:42 like 0.25 s Dec 21 21:00:48 red and green Dec 21 21:00:53 never seen that Dec 21 21:01:03 never seen a GTA04 yet Dec 21 21:01:24 I've seen that once... i guess it was the u-boot led test Dec 21 21:03:20 GNUtoo, which booscript did you use? Dec 21 21:03:55 that one: Dec 21 21:04:37 http://download.goldelico.com/gta04/20111215-GTA04A3-HW-Tester/boot.scr Dec 21 21:05:54 GNUtoo, you should try the one from here: http://trac.shr-project.org/trac/wiki/Devices/GTA04/InstallGuide Dec 21 21:06:00 http://trac.shr-project.org/trac/raw-attachment/wiki/Devices/GTA04/InstallGuide/boot.scr Dec 21 21:06:45 the hw-tester script is looking for the uImage at a different location Dec 21 21:08:53 booting Dec 21 21:08:59 thanks Dec 21 21:09:43 nice! Dec 21 21:10:43 cool :) Dec 21 21:11:37 SHR: 03mok 07phonefsod * re26c701ac6d3 10/src/phonefsod-dbus.c: phonefsod-dbus.c: fix session/system bus typo Dec 21 21:11:48 SHR: 03mok 07phonefsod * r4aef4d693247 10/src/phonefsod-dbus.c: phonefsod-dbus: delay showing the PIN dialog when phoneuid appears on the bus Dec 21 21:11:48 SHR: 03mok 07phonefsod * r415371e3c502 10/src/phonefsod-dbus.c: phonefsod-dbus: check for errors when creating phoneui proxies Dec 21 21:11:48 SHR: 03mok 07phonefsod * raa6b769f7774 10/src/phonefsod-dbus.c: phonefsod-dbus: abort startup if getting one of the phoneuid proxies failed Dec 21 21:14:07 SHR: 03mok 07phonefsod * r85c0b695a155 10/src/phonefsod.c: don't call g_thread_init Dec 21 21:15:58 JaMa|Off: is 013 already closed? Dec 21 21:16:01 :) Dec 21 21:17:01 JaMa|Off: according to wiki not Dec 21 21:17:08 newer phonefsod will fix the PIN dialog Dec 21 21:20:18 I'm in Dec 21 21:20:23 mrmoku, how old is the image? Dec 21 21:20:31 GNUtoo: from today Dec 21 21:20:37 ok Dec 21 21:20:41 then some stuff is broken Dec 21 21:20:45 yeah? Dec 21 21:20:47 such as shr_elm_softkey Dec 21 21:20:50 sure Dec 21 21:20:52 known thing Dec 21 21:20:55 also telephony breaks on CREG Dec 21 21:21:03 gta04? Dec 21 21:21:05 yeah Dec 21 21:21:07 yes Dec 21 21:21:08 known thing :P Dec 21 21:21:09 2011-12-21T12:58:24.259368Z [DEBUG] libfsotransport : SRC: "+CGREG=2;+CGREG?;+CGREG=0" -> [ "+CGREG: 2,0", "OK" ] Dec 21 21:21:10 2011-12-21T12:58:24.259765Z [DEBUG] Gtm601Modem <>: Did receive a valid response for FsoGsmPlusCGREG Dec 21 21:21:14 ok Dec 21 21:21:27 it does not propagate to alive-registered Dec 21 21:21:30 is there something working to test? Dec 21 21:21:32 and mickeyl is looking into it Dec 21 21:21:34 audio? Dec 21 21:21:40 because wifi doens't work either Dec 21 21:21:44 at least it's good Dec 21 21:21:49 I will have work to do Dec 21 21:21:50 if you SetFunctionality full true 'pin' Dec 21 21:21:57 with mdbus2 it advances Dec 21 21:22:01 ahh nice Dec 21 21:22:22 and wifi is supposed to work Dec 21 21:22:26 it does for Slyon Dec 21 21:22:33 I did not yet play much with wifi Dec 21 21:22:37 ahh Dec 21 21:22:45 wait, the image probably is missing the modules Dec 21 21:22:55 and the firmwares too I guess Dec 21 21:22:57 lsmod shows no libertas, right? Dec 21 21:22:58 mrmoku, GNUtoo: for wifi you need the firmware Dec 21 21:23:01 yeah, firmware too Dec 21 21:23:18 mrmoku, there was a recipe for firmware in oe-classic Dec 21 21:23:26 I guess it is also in the core based oe Dec 21 21:23:36 because buglabs uses the same wifi chip Dec 21 21:24:16 ohh Dec 21 21:24:20 that I did not know Dec 21 21:25:01 btw how do I get audio during calls? Dec 21 21:25:06 I want to try Dec 21 21:25:23 arecord -Dhw:1 -f cd | aplay -f cd is not enough I guess Dec 21 21:26:16 GNUtoo: http://projects.goldelico.com/p/gta04-kernel/page/Sound/ Dec 21 21:26:36 GNUtoo: hmm... wait. IIRC Neil said audio is not good yet in his kernel Dec 21 21:26:44 ok I was just looking for that page Dec 21 21:26:47 ok Dec 21 21:26:51 I want to try still Dec 21 21:26:52 to see Dec 21 21:26:59 sure :) Dec 21 21:28:12 that page was for 2.6.32 Dec 21 21:28:30 yup Dec 21 21:29:07 ah who added dummy in the kenrel? Dec 21 21:29:09 lol Dec 21 21:30:47 ah the CODEC is =y Dec 21 21:31:16 root@om-gta04:~# ifconfig wlan0 up Dec 21 21:31:17 ifconfig: SIOCSIFFLAGS: Operation not possible due to RF-kill Dec 21 21:31:18 hmm Dec 21 21:31:26 echo 1 > state Dec 21 21:31:30 in rfkill dir Dec 21 21:31:43 yeah, but I thought wifi would be without rfkill Dec 21 21:31:48 and ifconfig up would power it Dec 21 21:31:57 and bluetooth is rfkill Dec 21 21:32:04 looks like wifi is both :/ Dec 21 21:32:09 yes rfkill is a bit overkill.... Dec 21 21:32:10 lol Dec 21 21:32:21 which is bad as fsodeviced segfaults with rfkill on gta04 right now Dec 21 21:32:23 gah Dec 21 21:32:46 do you have connmand running? Dec 21 21:34:13 hmm... probably yeah Dec 21 21:34:25 kill it Dec 21 21:34:28 and retry Dec 21 21:35:06 189 ? Ssl 0:00 /usr/sbin/connmand -I usb0,wlan0,dummy0,rmnet0,rmnet1,rmnet2,ifb0,ifb1 -r Dec 21 21:35:13 it should not touch wlan0 Dec 21 21:35:26 does not want to be killed either Dec 21 21:35:29 * mrmoku uses the force Dec 21 21:37:54 mrmoku, for shr_elm_softkey I've a theory Dec 21 21:38:02 I guess it's that small that you don't see it Dec 21 21:38:16 try pressing the top bar and observe attentively the line under that bar Dec 21 21:40:48 ohh Dec 21 21:40:53 hmm I see nothing Dec 21 21:40:55 but that might just be my eyes :P Dec 21 21:42:32 ok Dec 21 21:42:41 look closer Dec 21 21:42:47 there is a very small white line Dec 21 21:43:01 that is whiter than the desktop Dec 21 21:45:24 GNUtoo, you can see a white line if you open idle_screen Dec 21 21:45:40 at the position directly under the topbar Dec 21 21:47:46 ok Dec 21 21:47:54 yes I saw that Dec 21 21:48:24 this would support your theory and would add, that she_elm_softkey is always on top Dec 21 21:48:42 ok Dec 21 21:54:58 Slyon, you have gta04 right? Dec 21 21:55:05 jep Dec 21 21:55:07 try elfe + compositing + button Dec 21 21:55:16 it makes huge white bars appear Dec 21 21:55:27 seem related to the shr_elm_softkey bug Dec 21 21:55:35 hmm... my gta04 is already packed (i'll leave tomorrow morning to visit my parents) Dec 21 21:55:44 ok Dec 21 22:18:10 hmm... what about something like this as an entry point of our homepage: http://slyon.de/shr/www ?? Dec 21 22:20:45 yes good Dec 21 22:21:45 altough why not remove the tux and replace by the SHRreak mascott Dec 21 22:22:20 you mean this alien? Dec 21 22:22:24 the green one? Dec 21 22:22:41 http://trac.shr-project.org/trac/attachment/wiki/LogoContest/asthro_dessin_small.png Dec 21 22:22:44 yes Dec 21 22:25:14 nice thanks Dec 21 22:26:26 mrmoku: do you want me to build phonefsod in 013 or can we do quick 014 after closing 013? Dec 21 22:26:38 btw the blog comments have spam Dec 21 22:26:43 JaMa|Off, hi Dec 21 22:26:55 JaMa|Off, any way to solve the toolchain bootstrap issues? Dec 21 22:27:01 JaMa|Off: whatever you prefer... though I wrote in the trac ticket that fix will be in 013 Dec 21 22:27:10 if you don't mind I would prefer that Dec 21 22:27:21 can change the comment there as well Dec 21 22:27:24 mrmoku: ok, will do.. without rebuilding images Dec 21 22:27:44 so it wont take long and you'll be right in that ticket :) Dec 21 22:28:05 testers are supposed to opkg upgrade after flashing anyway Dec 21 22:28:24 GNUtoo: with one BB thread it usually works Dec 21 22:28:40 thx :-) Dec 21 22:28:42 GNUtoo: today I've finished rebuilding off all 3 servers/all machines Dec 21 22:29:10 GNUtoo: but it's not nice.. somewhere I had to clean it several times after switching machines etc.. Dec 21 22:30:26 JaMa|Off, I've one bb thread and it failed and continued to fail Dec 21 22:30:40 I cleaned toolchain that way: Dec 21 22:30:41 http://www.pastie.org/private/mdzevw2v56ue9c7vwpeooq Dec 21 22:30:41 JaMa|Off: ahh, I did not bump SRCREV though Dec 21 22:31:10 * JaMa|Off was just checking that :) Dec 21 22:32:02 GNUtoo: looks almost the same as shr-chroot alias alias clean_toolchain_core='bitbake -c cleansstate gcc-cross-initial gcc-cross-intermediate gcc-cross gcc-crosssdk-initial gcc-crosssdk-intermediate gcc-crosssdk gcc-runtime gcc libgcc binutils-cross binutils-crosssdk binutils eglibc-initial eglibc' Dec 21 22:32:16 mrmoku: should I bump it? Dec 21 22:32:27 JaMa|Off: yes please, I'm almost off Dec 21 22:32:42 85c0b695a155bf4fe4ed2d7c74ce95851b16b94e Dec 21 22:32:45 gcc-runtime is missing Dec 21 22:35:03 yes master, done :) Dec 21 22:35:28 GNUtoo: where? I see it in alias as well as your pastebin Dec 21 22:35:30 thx :) Dec 21 22:35:43 ah ok maybe it's too late and I didn't see it Dec 21 22:35:47 * JaMa|Off should change hooks to cia shr branch instead of master :) Dec 21 22:35:53 ah right Dec 21 22:35:58 hehe indeed Dec 21 22:36:26 ok, have fun and gnight :) Dec 21 22:36:33 anyway I'm launching a rebuild right now Dec 21 22:36:38 gn8 Dec 21 22:37:17 mrmoku: what was the trick to get git user? Dec 21 22:37:17 good night Dec 21 22:37:26 mrmoku: if you're not off already :) Dec 21 22:37:31 mrmoku: otherwise gnight Dec 21 22:40:34 I've BB_NUMBER_THREADS = "1" Dec 21 22:40:51 I hope it will work that time Dec 21 22:40:55 but I guess it won't Dec 21 22:47:27 to be sure add -j1 too Dec 21 22:47:45 and clean sstate Dec 21 22:48:31 I mean whole sstate-cache dir, maybe -c cleansstate is enough but I just hate sstate.. :) Dec 21 22:49:41 ohhh I think it passed it this time Dec 21 22:49:49 it's doing linux-gta04 Dec 21 22:50:05 ah no sorry Dec 21 22:50:10 the failure is upper Dec 21 22:50:29 | ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:39:26: fatal error: linux/limits.h: No such file or directory Dec 21 22:50:40 from eglibc-initial Dec 21 22:51:01 I'll add -j1 Dec 21 22:51:45 maybe try to cleansstate linux-libc-headers too Dec 21 22:51:55 ahh ok Dec 21 22:52:01 I tried to bitbake it but it failed Dec 21 22:57:12 SHR: 03Martin.Jansa 07meta-smartphone * rcec270cece08 10/ (4 files in 3 dirs): Merge remote-tracking branch 'origin/master' Dec 21 22:57:23 SHR: 03Martin.Jansa 07meta-smartphone * r9ae62999c5c3 10/meta-shr/recipes-shr/shr/phonefsod_git.bb: phonefsod: bump SRCREV Dec 21 22:58:17 SHR: 03mok 07meta-smartphone * r25da4e4c12f3 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: linux-gta04_git.bb: bump SRCREV Dec 21 22:58:27 SHR: 03mok 07meta-smartphone * re179086e6a22 10/meta-openmoko/conf/machine/om-gta04.conf: om-gta04.conf: add libertas-sdio to the recommended and autoloaded kernel modules Dec 21 22:58:27 SHR: 03morphis 07meta-smartphone * r027088644707 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Dec 21 22:58:27 SHR: 03morphis 07meta-smartphone * r7c77999ddfdb 10/meta-fso/recipes-freesmartphone/freesmartphone/frameworkd_git.bb: meta-fso: frameworkd: bump SRCREV Dec 21 23:15:28 good evening! Dec 21 23:18:23 JaMa|Off: having different stuff in the feed than in the image sounds like a bad idea to me Dec 21 23:19:13 sorry for cross posting : anyone from SHR here? Or able to give a hint with a (probably silly) problem setting up the SHR build chroot ? Dec 21 23:21:34 antrik: why? Dec 21 23:21:36 wbk: maybe Dec 21 23:21:58 mrmoku: nvm, found and changed cia hook Dec 21 23:22:12 wbk: yes if you're quick Dec 21 23:22:22 antrik: thanks... I'm just setting up the chroot, and the chroot seems to become mounted noexec Dec 21 23:22:23 JaMa|Off: I doubt all testers will upgrade before reporting issues. some issue in fact show up before even able to upgrade... Dec 21 23:22:33 it will lead to inconsistent results Dec 21 23:22:50 and a lot of confusion, as the same name refers to two different things Dec 21 23:22:57 antrik: as a result I can't run setup-env Dec 21 23:23:48 wbk: I didn't mean to say that I may be able to help... I was rather saying that someone may be around :-) Dec 21 23:23:56 antrik: then it's better to close and then build new images + feed Dec 21 23:24:12 it's really not useful to ask such things. just post your question and you will see whether someone can help Dec 21 23:25:17 antrik: thanks then for that advice :-) Dec 21 23:25:54 (just to be clear: there are definitely SHR people here... though most of them are probably asleep by now. many will read your question in the morning though) Dec 21 23:26:07 wbk: another advice is that you're running out of time and I'm going to bed really soon.. Dec 21 23:27:06 hahaha, I thought I came in relatively bluntly, just because I also just had a look at the time (and the activity...) Dec 21 23:27:17 E @ ~/shr-core $ ./setup-env Dec 21 23:27:17 -su: ./setup-env: Permission denied Dec 21 23:27:17 OE @ ~/shr-core $ whoami Dec 21 23:27:17 bitbake Dec 21 23:27:17 OE @ ~/shr-core $ ls -latrh setup-env Dec 21 23:27:17 lrwxrwxrwx 1 bitbake bitbake 19 Dec 21 23:50 setup-env -> ../common/setup-env Dec 21 23:27:19 OE @ ~/shr-core $ Dec 21 23:27:34 is there a better way to post such info? Dec 21 23:27:55 yes it's called a pastebin Dec 21 23:28:07 http://www.pastie.org/pastes/new Dec 21 23:28:15 setup-env should be "sourced" notice extra dot before it in how-to ". ./setup-env" Dec 21 23:28:20 GNUtoo: Ok, thanks :-) Dec 21 23:28:30 wbk: or "source ./setup-env" is equivalent Dec 21 23:28:46 great :-) Altered environment for om-gta02@shr development Dec 21 23:28:56 thats all?! :-P Dec 21 23:29:07 yes Dec 21 23:29:13 what did you expect? :P Dec 21 23:29:23 I noticed the . ./, but were not familiar with the notation Dec 21 23:29:51 ok, thanks, let's see what it bakes for me overnight :-) Dec 21 23:31:08 bitbake didn't give me a list of errors in the first 30 seconds, wish me luck and I'll wish all good night! Dec 21 23:32:19 wbk: good luck or in this case godspeed :) Dec 22 00:29:42 Yippie, build fixed! Dec 22 00:29:42 Project aurora-image-jansa-test-crespo build #7: FIXED in 13 min: http://norman-schleicher.de:8080/job/aurora-image-jansa-test-crespo/7/ **** ENDING LOGGING AT Thu Dec 22 02:59:57 2011