**** BEGIN LOGGING AT Tue Nov 08 02:59:57 2011
Nov 08 09:40:38 <JaMa> moin
Nov 08 09:47:03 <fgau> moin moin
Nov 08 09:49:42 <CIA-89> SHR: 03Martin.Jansa 07shr-chroot * r586664858ca6 10/ (1363 files in 44 dirs): system upgrade
Nov 08 10:43:46 <pespin> mrmoku, JaMa lol look at what I did get while using opkg in my gta02 -> wget: res_query.c:251: __libc_res_nquery: Assertion `hp != hp2' failed.
Nov 08 10:43:53 <pespin> it's following me wherever I go! u.u
Nov 08 10:44:19 <JaMa> weird
Nov 08 10:44:32 <pespin> I retried and it's upgrading fine though
Nov 08 10:44:35 <JaMa> btw there is newer glibc in shr-chroot
Nov 08 10:45:07 <JaMa> and I have reproducible double free in sed on 32bit machine with glibc-2.14
Nov 08 10:45:53 <pespin> ok thanks, I'll give it a try when I have some time
Nov 08 10:55:01 <pespin> meh, upgrade broke system here.
Nov 08 10:55:10 <pespin> I get no X and no ssh -.-
Nov 08 11:33:31 <JaMa> pespin: did it pull systemd for you?
Nov 08 11:34:07 <JaMa> pespin: because last opkg upgrade on n900 pulled udevd and systemd :/
Nov 08 11:34:12 <JaMa> not sure why and from where
Nov 08 11:34:23 <JaMa> imho connman-systemd
Nov 08 11:34:31 <pespin> no sure as I can't enter inside to look at it ;)
Nov 08 12:13:27 <lindi-_> seems my SD card partitions are not aligned to 4 MB
Nov 08 13:19:52 <gnutoo> for crespo/herring/nexusS I'll try something
Nov 08 13:20:09 <gnutoo> I suspect that I forgott to set the machine id correctly
Nov 08 13:20:31 <gnutoo> before I did that:
Nov 08 13:20:33 <gnutoo> +MACHINE_START(SMDKC110, "SMDKC110")
Nov 08 13:20:34 <gnutoo> oops
Nov 08 13:20:41 <gnutoo> +MACHINE_START(HERRING, "SMDKC110")
Nov 08 13:20:48 <gnutoo> which is wrong
Nov 08 13:20:55 <gnutoo> the line before the oops is right
Nov 08 13:22:43 <gnutoo> sigh didn't work
Nov 08 13:23:08 <gnutoo> but strangely MACHINE_START(SMDKC110, "SMDKC110") works under the first commit for adding the herring machine
Nov 08 14:42:00 <gnutoo> now it boots on 37
Nov 08 14:42:03 <gnutoo> let's see on 39
Nov 08 14:57:45 <mickey|office> yo gnutoo, what are you working on?
Nov 08 15:12:50 <CIA-89> SHR: 03Martin.Jansa 07meta-smartphone * r8fa16d2078ef 10/meta-aurora/recipes-qt/qt4/qt-components_git.bb: meta-aurora: qt-components: bump SRCREV and pass qmake-exec param to find qmake
Nov 08 15:15:08 <mrmoku> mickey|office: some google evilness :P
Nov 08 15:15:39 <mrmoku> called Nexus S I think
Nov 08 15:23:58 <mickey|office> hehe
Nov 08 15:23:59 <mickey|office> k
Nov 08 15:30:47 <JaMa> pespin: systemd issue should be fixed now.. but you'll need chroot or card reader to fix it with opkg upgrade, sorry :/
Nov 08 15:31:11 <JaMa> pespin: and new images are building atm if you decide to reflash instead
Nov 08 15:31:16 <pespin> I use flash, so I'll reflash ;=)
Nov 08 15:31:39 <pespin> JaMa, thanks for fixing it! I hope I'll be able to listen to music with my gta02 finally
Nov 08 15:31:41 <pespin> :)
Nov 08 15:31:48 <JaMa> pespin: then it will take hour or 2 NOTE: Running task 5633 of 7504
Nov 08 15:32:02 <pespin> ok, I'm at class now so no rush :)
Nov 08 17:11:09 <prahal> lindi-_: the 2.6.39 kernel is missing the L2CAP BNEP and HIDP (and their suboptions) for bluetooth (as is the driver is unable to load any protocol
Nov 08 17:11:24 <prahal> BT_SCO too
Nov 08 17:11:46 <lindi-_> prahal: good point, I have not tested bluetooth. I got really really allergic to bluetooth troubleshooting issues years ago :P
Nov 08 17:12:16 <lindi-_> prahal: I guess SHR people are not using bluetooth either?
Nov 08 17:12:37 * JaMa isn't
Nov 08 17:12:49 <prahal> I have it rebuild and used for qtmoko as to (re)install the debian version I need a patch I found while making a kernel for the archos a101 . Ie to let transcend class 6 sdhc work
Nov 08 17:13:29 <prahal> and as qtmoko complained about missing bleutooth I saw this . If it is not of need for shr fine with me
Nov 08 17:13:57 <JaMa> prahal: I'm interested in that sdhc patch
Nov 08 17:14:21 <JaMa> we need to slow down glamo mci clock to make some card working
Nov 08 17:14:33 <JaMa> is this patch trying to adress this properly?
Nov 08 17:15:56 <prahal> http://maemo.org/community/maemo-users/n900_microsd_card_i-o_errors_and_corruption/
Nov 08 17:16:46 <prahal> properly is not the right word . It is removing a routine that is not working properly but does not fix it . Simply get rid of it
Nov 08 17:17:17 <prahal> I believe it is not good enough for upstream . Might be wrong
Nov 08 17:17:50 <prahal> I mean it might get accepted even if it is simply discarding code
Nov 08 17:18:20 <lindi-_> prahal: I can of course add the config option for debian. I just started from the SHR config which explains why it was not there :)
Nov 08 17:19:25 <lindi-_> prahal: but that patch is for omap?
Nov 08 17:20:04 <prahal> note that I fixed the worst offender by simply upgrading to latest e2fslib/e2fsprog 
Nov 08 17:21:00 <lindi-_> prahal: worst offender? here I have one card where linux does not see even the partition table unless I slow it down
Nov 08 17:21:14 <prahal> ahem ... yes . and we are samsung . I think I forgot to check if it applied to samsung and port it while rebuilding qtmoko to cope with 2.6.39
Nov 08 17:21:39 * lindi-_ is confused
Nov 08 17:22:48 <prahal> ie I fixed the access to system group issues via e2fslib upgrade in qtmoko then I reminded of this patch without even checking the arch of the freerunner . Let s check how the sdhc is handled on samsung then
Nov 08 17:23:51 <lindi-_> I might understand better if I saw the patch yes
Nov 08 18:08:29 <prahal> the patch is at the end of the thread
Nov 08 18:08:49 <lindi-_> prahal: the one that talks about OMAP_HSMMC_READ?
Nov 08 18:08:57 <prahal> first I try with your kernel to check the issue is nto already fixed
Nov 08 18:09:47 <prahal> yes (indeed toatally unrlated to samsung . I did not remind it was in the omap specific module
Nov 08 18:10:53 <prahal> now if the issue is still there with 2.6.39 (which I used for the archos omap too) then two drivers for two different controllersq exhibit the same bad behaviour
Nov 08 20:31:11 <nschle85> mrmoku: are you interested in fixing abug ?
Nov 08 20:32:43 <nschle85> gnutoo: hello
Nov 08 20:34:49 <nschle85> dos1: do you can commit to shr themes and new OE repos ?
Nov 08 20:40:26 <mrmoku> nschle85: gah...  I completely forgot to fix the shutdown bug :/
Nov 08 20:40:27 <mrmoku> sorry
Nov 08 20:40:40 <nschle85> mrmoku: no problem
Nov 08 20:40:59 <nschle85> so can you fix this ? http://shr-project.org/trac/ticket/1539
Nov 08 20:41:07 * mrmoku too deep into daywork for any bugs tonight
Nov 08 20:41:19 <mrmoku> ahh... that one
Nov 08 20:41:21 <mrmoku> yeah, annoying
Nov 08 20:41:30 <mrmoku> though I don't really know where to fix it
Nov 08 20:41:36 <mrmoku> at least not fast... have to dig into
Nov 08 20:41:36 <nschle85> mrmoku: but i dont know where to bums srcrev
Nov 08 20:41:50 <nschle85> mrmoku: i attached the solution
Nov 08 20:42:07 <mrmoku> ohh
Nov 08 20:42:09 <mrmoku> nice :D
Nov 08 20:42:28 <nschle85> mrmoku: now i know howto start e17 in xephyr :-)
Nov 08 20:42:38 <mrmoku> hehe
Nov 08 20:42:58 <nschle85> but i dont know in which recipe i have to bump srcrev
Nov 08 20:43:01 <mrmoku> nschle85: can you send that patch to shr-devel?
Nov 08 20:43:07 <mrmoku> or wait
Nov 08 20:45:23 <mrmoku> nschle85: better just push the fix
Nov 08 20:55:53 <dos1> nschle85: yes, if you mean meta-smartphone by "new OE repos" 
Nov 08 20:56:15 <nschle85> mrmoku: are you still pushing the fix ?
Nov 08 20:56:34 <mrmoku> nschle85: heh, you misunderstood... you're supposed to push it :)
Nov 08 20:56:42 * mrmoku gave nschle85 access to the repo
Nov 08 20:57:14 <nschle85> ups 
Nov 08 20:58:25 <nschle85> dos1: can you please the fix for: http://shr-project.org/trac/ticket/1539 and bump the srcrev in new OE repo ?
Nov 08 20:59:08 <gnutoo> nschle85: hi
Nov 08 20:59:48 <dos1> nschle85: so if you have access, will you push that? i'll bump srcrev and mark ticket as fixed
Nov 08 21:00:32 <nschle85> dos1: ok
Nov 08 21:02:03 <nschle85> mrmoku: if you fix shutdown , please keep in mind this ticket: http://shr-project.org/trac/ticket/1479
Nov 08 21:02:41 <nschle85> mrmoku: so the shutdown command should be configurable or the shutdown for that phone should be changed
Nov 08 21:19:16 <CIA-63> SHR: 03NormanSchleicher 07shr-themes * rdbb26574ac14 10/e-wm/e-wm-theme-illume-gry/gry.edc: e-wm-theme-illume-gry: fix white images on white buttons in illume-keyboard
Nov 08 21:20:39 <nschle85> dos1: ok pushed
Nov 08 21:20:46 <dos1> thanks
Nov 08 21:21:10 <nschle85> if you bump the src rev i can test it on the phone :-)
Nov 08 21:21:21 <mrmoku> nschle85: ok, will make it a configurable option defaulting to /sbin/shutdown then
Nov 08 21:21:44 <nschle85> mrmoku: nice
Nov 08 21:46:01 <dos1> nschle85: hmm, i'm not sure if SHR in shr-core is using some EFL rev definied upstream
Nov 08 21:46:28 <dos1> but i'll try harder to find it ;)
Nov 08 21:47:35 <nschle85> dos1: i think the src rev from the theme has to be bumped
Nov 08 21:48:02 <dos1> ooouch
Nov 08 21:48:03 <dos1> right
Nov 08 21:48:09 * dos1 is tired today ;x
Nov 08 21:48:15 <dos1> sorry :)
Nov 08 21:48:36 <dos1> obviously, dunno why i wanted to bump EFL rev :D
Nov 08 21:48:51 <nschle85> dos1: you are tired :-)
Nov 08 21:50:55 <CIA-63> SHR: 03dos 07meta-smartphone * r2c8fc1f096cd 10/meta-shr/recipes-shr/shr/e-wm-theme-illume-gry_git.bb: e-wm-theme-illume-gry: bump rev for keyboard fix
Nov 08 21:50:56 <dos1> nschle85: ^^^
Nov 08 21:52:35 <nschle85> dos1: thank you
Nov 08 21:55:31 <pespin> JaMa|Off, I reflashed, system upgrade should be safe now right?
Nov 08 22:13:42 <JaMa|Off> pespin: yes
Nov 08 22:38:56 <nschle85> bye
Nov 08 22:52:53 <pespin> JaMa|Off, hmm mplayer2 seems too slow to play mp3 files in gta02 u.u
Nov 08 22:54:00 <lindi-_> pespin: I guess that depends on what it uses for decoding
Nov 08 22:55:29 <pespin> lindi-_, http://paste.pocoo.org/show/504902/
Nov 08 22:55:56 <lindi-_> pespin: ffmp3float sounds like floating point?
Nov 08 22:56:22 <pespin> could be, but franqly I have no idea about coding/decoding stream ;)
**** ENDING LOGGING AT Wed Nov 09 02:59:57 2011