**** BEGIN LOGGING AT Wed Dec 01 02:59:57 2010
Dec 01 03:31:20 <Lopi> Anyone have any ideas about this? http://pastebin.com/2rZXxvUG
Dec 01 03:59:53 <Lopi> sorted through my previous errors, but I have a new one: http://pastebin.com/LeVZXch2
Dec 01 04:00:08 <Lopi> if someone could take a look when they get a chance, I would really appreciate it
Dec 01 04:17:34 <Lopi> I'm working on support for the iPhone3G in openembedded for GNU/Linux. Having some trouble with oe finding my defconfig. Here's the pastebin from compiling: http://pastebin.com/LeVZXch2 ; Here's the machine config file: http://dl.dropbox.com/u/8083946/iphone3g.conf ; Here's the kernel recipe: http://dl.dropbox.com/u/8083946/linux-iphone_git.bb
Dec 01 05:08:53 <playya> Lopi, is there any status page for the iPhone3G ?
Dec 01 05:23:56 <Lopi> playya: yeah it's on the freesmartphone wiki somewhere
Dec 01 06:49:02 <mrmoku> moin
Dec 01 06:51:29 <mrmoku> Lopi: still here?
Dec 01 06:52:55 <Lopi> mrmoku: yeah
Dec 01 06:53:06 <mrmoku> Lopi: you have to add a defconfig for your kernel
Dec 01 06:53:07 <Lopi> mrmoku: I just finished compiling the first shr image for the iphone 3g ;)
Dec 01 06:53:13 <mrmoku> ahh... ok
Dec 01 06:53:16 <mrmoku> so you solved it :)
Dec 01 06:53:18 <mrmoku> good
Dec 01 06:53:21 <Lopi> mrmoku: yeah I had one, the path was wrong
Dec 01 06:53:25 <mrmoku> ok
Dec 01 06:53:33 <Lopi> I'm getting ready to test it
Dec 01 06:53:34 <mrmoku> and... does it boot?
Dec 01 06:53:37 <mrmoku> ok
Dec 01 06:53:38 <mrmoku> :P
Dec 01 07:19:19 <Lopi> mrmoku: first try it booted to console, it started x for a moment and reverted back to console immediately
Dec 01 07:19:33 <Lopi> mrmoku: going to give it another go and see what happens
Dec 01 07:22:31 <mrmoku> Lopi: ok
Dec 01 07:22:38 <Lopi> yeah, xorg is crashing
Dec 01 07:22:41 <Lopi> I'll have to figure out why
Dec 01 07:22:45 <Lopi> I suspect it's my xorg.conf
Dec 01 07:22:51 <mrmoku> does usb networking work?
Dec 01 07:23:08 <Lopi> the driver is buggy, so not really
Dec 01 07:23:10 <mrmoku> or is that missing kernel supoprt
Dec 01 07:23:13 <mrmoku> ok
Dec 01 07:23:26 <Lopi> I can connect to it, but can't really push/pull any files
Dec 01 07:23:37 <mrmoku> it helps a lot to be able to ssh into the phone :)
Dec 01 07:23:43 <mrmoku> especially when x is not working ;)
Dec 01 07:23:53 <mrmoku> Lopi: can you ping it?
Dec 01 07:23:58 <Lopi> luckily, I can mount my phone and mount the loopback image
Dec 01 07:24:06 <Lopi> so I can still pull log files
Dec 01 07:25:15 <Lopi> mrmoku: I didn't have my usb cable plugged in when I booted and it will only work if I keep it plugged in from the start ;p
Dec 01 07:25:46 <Lopi> gonna have a smoke then investigate further
Dec 01 07:26:06 <mrmoku> ok
Dec 01 07:50:40 <Lopi> mrmoku: shit it wasn't what I thought it was ><
Dec 01 07:53:36 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r2b91d1cc7c86 10/fsogsmd/src/plugins/modem_qualcomm_palm/modemagent.vala: fsogsmd: modem_qualcomm_palm: fix bug in resource handling functionality
Dec 01 08:21:03 <Lopi> mrmoku: well, the image is actually starting up xorg now. I just need to figure out why my touch screen isn't working ><
Dec 01 08:25:19 <JaMa|Zzz> wrong calibration?
Dec 01 08:29:22 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r9322a3d31ae0 10/fsodeviced/src/plugins/palmpre_powersupply/plugin.vala: fsodeviced: palmpre_powersupply: cleanup code style
Dec 01 08:33:17 <Lopi> JaMa: I the touchscreen was switch from /dev/input/event1 to /dev/input/event2 for some reason
Dec 01 08:33:30 <Lopi> think*
Dec 01 08:51:17 <Lopi> JaMa: touchscreen is working now, but the calibration seems off
Dec 01 08:53:36 <JaMa> did you add pointercal data for xinput-calibrator? in OE?
Dec 01 08:54:10 <Lopi> nope don't think so
Dec 01 08:56:15 <JaMa> then try to recalibrate with xinput-calibrator
Dec 01 08:56:59 <JaMa> and then create recipes/xinput-calibrator/pointercal-xinput/iphone/pointercal.xinput with its output
Dec 01 08:57:12 <JaMa> and bump PR there
Dec 01 08:59:11 <Lopi> okay
Dec 01 08:59:16 <Lopi> I should sleep
Dec 01 08:59:24 <Lopi> at least I got the first image compiled ;o
Dec 01 08:59:31 <Lopi> I can fix calibration tomorrow
Dec 01 09:09:57 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * rd010dd6645c1 10/fsodeviced/ (2 files in 2 dirs): fsodeviced: palmpre_powersupply: add config option to skip battery authentication
Dec 01 09:31:59 <Lopi> JaMa: fixed the calibration issue
Dec 01 09:32:50 <JaMa> great!
Dec 01 09:33:33 <Lopi> JaMa: How can I get the battery indicator in the status bar to display properly? The charge shows up properly in settings.
Dec 01 09:57:50 <JaMa> Lopi: do you have batget process in ps -aux? 
Dec 01 09:58:31 <JaMa> Lopi: quick look on e/src/modules/battery/e_mod_dbus.c suggests it's using dbus or udev calls to get status
Dec 01 10:00:14 <pespin> JaMa, Lopi maybe try looking at battery backend in Illume config dialog?
Dec 01 10:00:50 <Lopi> pespin, JaMa: I'll check that in a moment, booting it up now
Dec 01 10:07:14 <pespin> time to go, bye!
Dec 01 10:07:16 <Lopi> JaMa: no batget process
Dec 01 10:07:39 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r07746fa7c9f1 10/fsodeviced/conf/palm_pre/fsodeviced.conf: fsodeviced: palmpre conf: skip battery authentication
Dec 01 10:09:22 <JaMa> pespin: I don't have gta with me.. so no idea what's there.. 
Dec 01 10:11:28 <playya> Lopi, there's no status page in the fso wiki
Dec 01 10:19:20 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r0a69453ae8d9 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: palmpre_touchscreen: initial work for this new touchscreen management plugin
Dec 01 10:20:04 <Heinervdm> playya: you know a little bit of vala :) Do you know how switching states in fsogsmd/
Dec 01 10:20:12 <Heinervdm> src/modem.vala is handeld?
Dec 01 10:20:19 <Heinervdm> because of this: http://trac.freesmartphone.org/ticket/586#comment:6
Dec 01 10:20:49 <Lopi> playya: Here it is: http://wiki.freesmartphone.org/index.php/HardwareComparison
Dec 01 10:20:57 <playya> Heinervdm, let me check
Dec 01 10:21:18 <Lopi> playya: you can also check www.idroidproject.org/wiki/Status for more detailed information. I haven't had the time to move everything over yet
Dec 01 10:21:28 <Heinervdm> playya: we have to make sure that channles are closed in right order
Dec 01 10:22:17 <GNUtoo|laptop> hi mrmoku 
Dec 01 10:23:54 <papa-piet> moin morphis 
Dec 01 10:24:01 <morphis> heyho
Dec 01 10:25:04 <GNUtoo|laptop> hi morphis 
Dec 01 10:30:29 <GNUtoo|laptop> Lopi, do you have access to a console on your iphone3g?
Dec 01 10:30:33 <GNUtoo|laptop> if so do that:
Dec 01 10:30:38 <GNUtoo|laptop> ifdown usb0
Dec 01 10:30:40 <GNUtoo|laptop> ifup usb0
Dec 01 10:30:42 <GNUtoo|laptop> to findout
Dec 01 10:30:48 <GNUtoo|laptop> and on your laptop do:
Dec 01 10:30:54 <GNUtoo|laptop> ifconfig usb0 192.168.0.200
Dec 01 10:31:01 <GNUtoo|laptop> ssh root@192.168.0.202
Dec 01 10:31:17 <GNUtoo|laptop> but if you see network manager searching for a network....
Dec 01 10:31:34 <GNUtoo|laptop> click on it and disconnect from the usb0 interface
Dec 01 10:31:39 <GNUtoo|laptop> and re-run ifconfig and ssh
Dec 01 10:31:52 <Lopi> says it's not configured
Dec 01 10:31:58 <GNUtoo|laptop> that's normal
Dec 01 10:32:03 <Lopi> k
Dec 01 10:32:20 <GNUtoo|laptop> I just did ifdown usb0 in case it was configured
Dec 01 10:32:26 <GNUtoo|laptop> so in either cases it works
Dec 01 10:32:45 <Lopi> ah right
Dec 01 10:32:47 <JaMa> imho there is no configuration for usb0 in netbase OE (for iphone3g)
Dec 01 10:32:59 <GNUtoo|laptop> I know
Dec 01 10:33:06 <GNUtoo|laptop> I told him to make one
Dec 01 10:33:08 <GNUtoo|laptop> in #iX
Dec 01 10:33:09 <morphis> JaMa: is there no default one in netbase?
Dec 01 10:33:19 <GNUtoo|laptop> morphis, there is a default one
Dec 01 10:33:22 <GNUtoo|laptop> which lacks that:
Dec 01 10:33:25 <GNUtoo|laptop> auto usb0
Dec 01 10:33:29 <JaMa> ah that's default, right
Dec 01 10:33:33 <morphis> ah ok :)
Dec 01 10:33:49 <morphis> btw. whats iX?
Dec 01 10:33:50 <GNUtoo|laptop> maybe we should RFC for adding auto usb0 in it 
Dec 01 10:34:07 <Lopi> lopi@lopi-linux:~/Desktop$ sudo ifconfig usb0 192.168.2.200
Dec 01 10:34:07 <Lopi> [sudo] password for lopi: 
Dec 01 10:34:07 <Lopi> lopi@lopi-linux:~/Desktop$ ssh root@192.168.2.200
Dec 01 10:34:07 <Lopi> ssh: connect to host 192.168.2.200 port 22: Connection refused
Dec 01 10:34:23 <JaMa> restart openssh
Dec 01 10:34:48 <JaMa>  /etc/init.d/sshd restart
Dec 01 10:34:48 <Lopi> morphis: my project of getting GNU/Linux distributions on Apple's iDevices
Dec 01 10:35:19 <morphis> ah ok
Dec 01 10:35:32 <morphis> as your webpage is not very fast atm
Dec 01 10:35:42 <Lopi> yeah apparently it's down
Dec 01 10:35:48 <Lopi> not too worried about it atm
Dec 01 10:36:15 <morphis> ok
Dec 01 10:36:30 <Lopi> yeah I'm still getting connection refused
Dec 01 10:37:31 <morphis> there is alreay iphone3g support in OE?
Dec 01 10:37:45 <Lopi> tried to ifdown ifup and reconfigure usb0 on my pc again
Dec 01 10:37:48 <Lopi> same result
Dec 01 10:38:03 <GNUtoo|laptop> https://github.com/iDroid-Project/kernel_common/commit/5cc4a3a051dc51acf01005929eea9bd687ddd5c0
Dec 01 10:38:18 <Lopi> morphis: I finished compiling the first SHR image for the iphone earlier this night
Dec 01 10:38:29 <GNUtoo|laptop> morphis, no, I made an initial patch for it...and we just made it work
Dec 01 10:38:29 <Lopi> morphis: hopefully I'll submit a patch in the next day or two
Dec 01 10:38:36 <Lopi> morphis: many thanks to GNUtoo :)
Dec 01 10:38:38 <morphis> ah ok
Dec 01 10:39:23 <GNUtoo|laptop> (I made the patch using Lopi's configs,so he participated. and also we tested and fixed together(as I've no iphone I couldn't test myself but only help in fixing))
Dec 01 10:39:45 <morphis> ok
Dec 01 10:40:01 <GNUtoo|laptop> (I could have compiled but as he will be developing it and has the device to test, I think it's better to teach him how to do stuff)
Dec 01 10:40:29 <Lopi> yeah it's 4:30 a.m. here and I'm still going at it
Dec 01 10:40:38 <JaMa> Lopi: connection refused is probably because nothing listens on :22
Dec 01 10:40:47 <morphis> GNUtoo|laptop: for sure, so we have faster results
Dec 01 10:40:47 <JaMa> Lopi: 11:26:21 < JaMa>  /etc/init.d/sshd restart
Dec 01 10:40:57 <GNUtoo|laptop> netstat -antp
Dec 01 10:41:15 <GNUtoo|laptop> on the device
Dec 01 10:42:03 <papa-piet> shildn't sshd start by default and listen on 22 ??
Dec 01 10:42:16 <Lopi> lol for some reason it's on port 6000
Dec 01 10:42:27 <GNUtoo|laptop> lol strange
Dec 01 10:42:47 <papa-piet> s/shildn't/shoudn't
Dec 01 10:43:28 <Lopi> still refusing on 6000
Dec 01 10:43:40 <GNUtoo|laptop> Lopi, ping 192.168.0.202 works?
Dec 01 10:43:54 <playya> Lopi, the device uses .202
Dec 01 10:43:58 <Lopi> ah, you know what I just realized? I'm not using the latest kernel. I never replaced it on the device. That could have something to do with it, but I know this kernel has worked before
Dec 01 10:44:23 <playya> your PC should have  .200 if you want to use you PC for "tethering"
Dec 01 10:44:38 <GNUtoo|laptop> Lopi, you built the lastest kernel with openembedded
Dec 01 10:44:41 <JaMa> papa-piet: yes.. but if usb0 is not up automatically then it cannot :)
Dec 01 10:44:46 <GNUtoo|laptop> so just try it
Dec 01 10:44:52 <Lopi> yeah I know
Dec 01 10:45:00 <Lopi> I think I should probably go to sleep soon
Dec 01 10:45:04 <Lopi> losing my train of thought ;p
Dec 01 10:45:04 <GNUtoo|laptop> ok
Dec 01 10:45:28 * GNUtoo|laptop also went to sleep very late yesterday
Dec 01 10:45:49 <GNUtoo|laptop> but I was ill(some sort of gastro or virus)
Dec 01 10:45:59 <JaMa> mrmoku: do we really still use old shr-theme somewhere (http://git.shr-project.org/git/?p=shr.git;a=tree;f=shr-theme;h=a45faa59df45f4380ff6bf2f59e4c24ba0280931;hb=HEAD)
Dec 01 10:46:04 <Lopi> bleh I'm an idiot
Dec 01 10:46:11 <Lopi> I did ifconfig usb0 192.168.2.200
Dec 01 10:46:18 <GNUtoo|laptop> ah ok
Dec 01 10:46:30 <JaMa> mrmoku: it's pulled to image by freesmartphone/opimd-utils_git.bb and task-shr-minimal :/
Dec 01 10:46:36 <Lopi> now I believe I need to add a route for 192.168.0.0/24 subnet
Dec 01 10:46:44 <Lopi> and it should connect ;o
Dec 01 10:46:56 <GNUtoo|laptop> isn't route stuff done automatically?
Dec 01 10:47:14 <Lopi> nm
Dec 01 10:47:19 <Lopi> I typed something wrong again
Dec 01 10:47:25 <GNUtoo|laptop> ok
Dec 01 10:47:29 <mrmoku> JaMa: there was something we use from there... hmm
Dec 01 10:47:36 <JaMa> mrmoku: ah probaby yes.. it's icon theme..
Dec 01 10:48:11 <mrmoku> JaMa: ahh. yes
Dec 01 10:48:12 <mrmoku> icons
Dec 01 10:48:13 <mrmoku> :)
Dec 01 10:48:15 <JaMa> mrmoku: I was mislead by this..
Dec 01 10:48:17 <JaMa> NOTE: package shr-theme-0.0.2+gitr0+730da87ad75c814c16c856ca138605d985b6efdb-r2: task do_qa_configure: Started
Dec 01 10:48:20 <JaMa> NOTE: Gettext required but not in DEPENDS for file /OE/tmpdir-shr/work/all-oe-linux-gnueabi/shr-theme-0.0.2+gitr0+730da87ad75c814c16c856ca138605d985b6efdb-r2/git/libframeworkd-phonegui-efl/configure.ac.
Dec 01 10:48:50 <Lopi> GNUtoo|laptop: root@iphone3g ~ # 
Dec 01 10:48:51 <mrmoku> we probably should add a shr-icons repo and eliminate the shr one
Dec 01 10:48:58 <mrmoku> marked as deprecated since long anyway
Dec 01 10:49:06 <Lopi> GNUtoo|laptop: it worked
Dec 01 10:49:07 <GNUtoo|laptop> nice
Dec 01 10:49:32 <GNUtoo|laptop> so just do what I said for the /etc/network/interfaces files in openembedded
Dec 01 10:49:33 <mrmoku> Lopi: nice :)
Dec 01 10:49:46 <Lopi> I fail at instructions this late at night
Dec 01 10:49:56 <GNUtoo|laptop> but do it when you can
Dec 01 10:50:24 <Lopi> yeah I'll do that tomorrow
Dec 01 10:51:08 <GNUtoo|laptop> good night then
Dec 01 10:51:13 <GNUtoo|laptop> I'll take care of updating the wiki
Dec 01 10:51:22 <Lopi> okay ty
Dec 01 10:53:03 <GNUtoo|laptop> then tomorrow I'll have to explain you how to make a patch and use git better
Dec 01 10:55:40 <Lopi> okay
Dec 01 10:55:54 <Lopi> btw, thanks again for all your help GNUtoo|laptop I'm learning a lot from you
Dec 01 10:56:10 <GNUtoo|laptop> :)
Dec 01 10:58:07 <JaMa> mrmoku, GNUtoo|laptop: just pushed some changes to recipes related to themes which needs manual interaction on buildhost, I'll take care of shr buildhost but you have to do the same locally
Dec 01 10:58:21 <GNUtoo|laptop> ok
Dec 01 10:58:25 <Lopi> alright good night all
Dec 01 10:58:28 <GNUtoo|laptop> I saw that but the log message was trimmed
Dec 01 10:58:33 <GNUtoo|laptop> so it didn't print the command
Dec 01 10:58:36 <JaMa> mrmoku, GNUtoo|laptop: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=7cbc1459f2a10004a285b149f4b708bb93df98ac
Dec 01 10:58:41 <GNUtoo|laptop> ok thanks a lot
Dec 01 10:59:42 <Mirv> Community Updates issue 2010-12-01 out, feel free to help making issue 2011-01-01
Dec 01 11:01:09 <JaMa> mrmoku: also shr-splash is still used from shr.git
Dec 01 11:07:21 <mrmoku> JaMa: ok, thanks
Dec 01 11:07:37 <mrmoku> JaMa: so one new repo for icons and one for splash?
Dec 01 11:07:41 <mrmoku> shr-icons + shr-splash?
Dec 01 11:09:43 <GNUtoo|laptop> mrmoku, hi
Dec 01 11:09:47 <mrmoku> hi GNUtoo|laptop 
Dec 01 11:09:51 <mrmoku> toolbar works?
Dec 01 11:09:55 <GNUtoo|laptop> mrmoku, the yesterday patch worked fine...but
Dec 01 11:10:07 <GNUtoo|laptop> it made python-elmentary fail to configure and compile
Dec 01 11:10:15 <GNUtoo|laptop> if I fix configure changing a version number
Dec 01 11:10:16 <mrmoku> huh
Dec 01 11:10:22 <GNUtoo|laptop> it fails to compile
Dec 01 11:10:32 <mrmoku> hmm... the patch contains EFL bump too
Dec 01 11:10:34 <GNUtoo|laptop> not a big problem for me but could be if you push it to oe
Dec 01 11:10:35 <GNUtoo|laptop> yes
Dec 01 11:10:38 <mrmoku> but it built fine for me
Dec 01 11:10:42 <GNUtoo|laptop> ah?
Dec 01 11:10:50 <GNUtoo|laptop> retry bitbake shr-image then
Dec 01 11:10:59 <GNUtoo|laptop> else I'll show you the error
Dec 01 11:11:54 <mrmoku> just checked the log... it built fine
Dec 01 11:12:00 <mrmoku> hmm
Dec 01 11:12:23 <GNUtoo|laptop> checking for ELEMENTARY... configure: error: Package requirements (elementary >= 0.7.0.52890 evas >= 1.0.0 eina >= 1.0.0 python-evas >= 0.7.3) were not met:
Dec 01 11:12:26 <mrmoku> I did not rebuild with the two patches for illume2, but they are in no way related
Dec 01 11:12:42 <GNUtoo|laptop> changing to 0.7.0.0 in configure.ac fixed configure
Dec 01 11:12:46 <GNUtoo|laptop> but then....
Dec 01 11:13:40 <GNUtoo|laptop> http://pastebin.com/1XAQ7Q1R
Dec 01 11:15:28 <mrmoku> GNUtoo|laptop: what version of elementary did it build?
Dec 01 11:15:36 <GNUtoo|laptop> I'll look
Dec 01 11:15:54 <GNUtoo|laptop> elementary-2_0.7.0+svnr53489-r11/
Dec 01 11:15:57 <GNUtoo|laptop> I've that in workdir
Dec 01 11:15:58 <mrmoku> :)
Dec 01 11:16:23 <mrmoku> maybe you have a rev for elementary set somewhere?
Dec 01 11:16:56 <GNUtoo|laptop> ah?
Dec 01 11:17:03 <GNUtoo|laptop> what should I do then?
Dec 01 11:17:38 <GNUtoo|laptop> SRCREV = "${EFL_SRCREV}"
Dec 01 11:17:45 <GNUtoo|laptop> in efl1/elmentary_svn.bb
Dec 01 11:17:58 <GNUtoo|laptop> *elementary
Dec 01 11:18:02 <mrmoku> hmm... strange
Dec 01 11:18:22 <mrmoku> no SRCREV_elementary = "53489" in some local.conf?
Dec 01 11:18:29 <GNUtoo|laptop> no
Dec 01 11:18:51 <mrmoku> and bitbake elementary builds the old one?
Dec 01 11:19:13 <GNUtoo|laptop> what old one?
Dec 01 11:19:16 <mrmoku> 53489
Dec 01 11:19:21 * GNUtoo|laptop will try bitbake elmentary
Dec 01 11:19:29 <mrmoku> should be 55072 too
Dec 01 11:20:13 <GNUtoo|laptop> ah ok
Dec 01 11:22:04 <GNUtoo|laptop> ah strange
Dec 01 11:22:08 <GNUtoo|laptop> it's 55072
Dec 01 11:22:23 <GNUtoo|laptop> NOTE: package elementary-2_0.7.0+svnr55072-r11: task do_build: Succeeded
Dec 01 11:22:31 <GNUtoo|laptop> so r11 in both cases
Dec 01 11:22:37 <GNUtoo|laptop> maybe I'll bump PR
Dec 01 11:24:11 <mrmoku> was not needed for me
Dec 01 11:24:15 <mrmoku> and should not be needed
Dec 01 11:24:18 <mrmoku> when SRCREV changes
Dec 01 11:24:46 <GNUtoo|laptop> NOTE: removing ../oetmps/nokia900/work/armv7a-oe-linux-gnueabi/python-elementary-0.7.3+svnr55072-ml1
Dec 01 11:24:46 <GNUtoo|laptop> NOTE: removing ../oetmps/nokia900/stamps/armv7a-oe-linux-gnueabi/python-elementary-0.7.3+svnr55072-ml1.*
Dec 01 11:24:54 <GNUtoo|laptop> maybe I just didn't saw the good one
Dec 01 11:24:58 <GNUtoo|laptop> in the tmpdir
Dec 01 11:25:06 <GNUtoo|laptop> but maybe it was there
Dec 01 11:25:17 <mrmoku> hmm#
Dec 01 11:25:37 <mrmoku> maybe python-elementary built too early due to massive parallelization? :P
Dec 01 11:26:19 <GNUtoo|laptop> ah ok I missed it
Dec 01 11:26:26 <GNUtoo|laptop> elementary-2_0.7.0+svnr55072-r11/
Dec 01 11:26:53 <mrmoku> and rebuilding python-elementary works now?
Dec 01 11:28:18 <GNUtoo|laptop> I'm doing it
Dec 01 11:31:29 <GNUtoo|laptop> mrmoku, same issue
Dec 01 11:31:31 <GNUtoo|laptop> | checking for ELEMENTARY... configure: error: Package requirements (elementary >= 0.7.0.52890 evas >= 1.0.0 eina >= 1.0.0 python-evas >= 0.7.3) were not met:
Dec 01 11:31:40 <GNUtoo|laptop> the elmentary I've got is
Dec 01 11:31:45 <GNUtoo|laptop> 0.7.0.0
Dec 01 11:32:03 <GNUtoo|laptop> and the one checked for is 0.7.0.${SRCREV}
Dec 01 11:33:27 <mrmoku> strange
Dec 01 11:41:38 <JaMa> GNUtoo|laptop: my patch bumps EFL?
Dec 01 11:41:51 <GNUtoo|laptop> mrmoku's patch does
Dec 01 11:42:32 <JaMa> ah ok
Dec 01 11:43:04 <JaMa> GNUtoo|laptop: it's bitbake master fault
Dec 01 11:43:15 <GNUtoo|laptop> ah?
Dec 01 11:43:20 <GNUtoo|laptop> I use bitbake master indeed
Dec 01 11:43:56 <JaMa> GNUtoo|laptop: http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00880.html
Dec 01 11:45:06 <GNUtoo|laptop> ah ok
Dec 01 11:45:08 <GNUtoo|laptop> thanks a lot
Dec 01 11:45:11 <GNUtoo|laptop> any fixes?
Dec 01 11:45:16 * GNUtoo|laptop will look
Dec 01 11:45:17 <JaMa> revert that
Dec 01 11:45:22 <GNUtoo|laptop> ah ok
Dec 01 11:45:27 <GNUtoo|laptop> no upstream fix then
Dec 01 11:45:31 <JaMa> no
Dec 01 11:46:05 <JaMa> someone should implement it configureable per recipe
Dec 01 11:47:05 <GNUtoo|laptop> ok
Dec 01 11:57:42 <JaMa> mrmoku: separate repos will be a bit better, but with that kind of traffic they have I don't care even if they say in shr.git :)
Dec 01 12:03:55 <GNUtoo|laptop> JaMa, what should I do after the revert?
Dec 01 12:03:57 <GNUtoo|laptop> I still have:
Dec 01 12:03:59 <GNUtoo|laptop> | Requested 'elementary >= 0.7.0.52890' but version of elementary is 0.7.0.0
Dec 01 12:04:35 <JaMa> remove all efl tarballed checkouts from downloads dir
Dec 01 12:04:41 <GNUtoo|laptop> ah ok
Dec 01 12:04:43 <GNUtoo|laptop> thanks a lot
Dec 01 12:04:46 <JaMa> and then rebuild efl ofc
Dec 01 12:10:00 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r5af96618459e 10/fsousaged/conf/palm_pre/fsousaged.conf: fsousaged: palmpre: set enable_shadow_resources = 1
Dec 01 12:17:44 <mrmoku> JaMa: it's less about traffic and more about cleanness
Dec 01 12:18:10 <mrmoku> the ugliness-factor of icons and splash themes being hidden in a repo called shr which we marked as obsolete is quite high ;)
Dec 01 12:22:00 <JaMa> mrmoku: agreed
Dec 01 12:22:45 <JaMa> mrmoku: I meant that shared repos doesn't work very well with AUTOREV which is not used in this case and even with it AUTOREVed it won't make many rebuilds
Dec 01 12:22:56 <mrmoku> ok, will add those two then later today
Dec 01 12:22:57 <mrmoku> yea
Dec 01 12:22:58 <mrmoku> h
Dec 01 12:23:18 <JaMa> thanks
Dec 01 12:23:49 <mrmoku> playya: heh, found another segfault in mdbus2
Dec 01 12:23:56 <mrmoku> MDBUS2> org.moblin.connman / org.moblin.connman.Manager.GetServices
Dec 01 12:23:57 <mrmoku> Segmentation fault
Dec 01 12:24:13 <mrmoku> probably dislikes what connman returns :P
Dec 01 12:26:49 <GNUtoo|laptop> hmmm
Dec 01 12:26:52 <GNUtoo|laptop> | error: Package `uinput' not found in specified Vala API directories or GObject-Introspection GIR directories
Dec 01 12:27:05 <GNUtoo|laptop> fsodeviced-2_0.9.4+gitr14+5af96618459e1b1892b0f20ff3cb20ba706a41a9-r2.15
Dec 01 12:27:48 <GNUtoo|laptop> http://pastebin.com/eUH41iYN
Dec 01 12:27:52 <GNUtoo|laptop> ah morphis is not there
Dec 01 12:33:00 <GNUtoo|laptop> I'll wait then
Dec 01 12:34:59 <playya> mrmoku, stacktrace?
Dec 01 12:35:36 <playya> and iirc the moblin services do not support introspection right?
Dec 01 12:48:31 <Arigead> Question about <X> I might have missed something but even after runing shr-wizard those buttons don't appear?
Dec 01 12:48:56 <mrmoku> playya: most of them do not
Dec 01 12:49:01 <mrmoku> trying to get a nice bt now
Dec 01 12:49:02 <JaMa> is shr_elm_softkey running?
Dec 01 12:49:29 <JaMa> Arigead: and do you have SHR root@gjama / $ cat ~/.e/e/applications/startup/.order
Dec 01 12:49:32 <JaMa> shr_elm_softkey.desktop
Dec 01 12:50:57 <mrmoku> playya: bt is unusable... somewhere inside libdbus 
Dec 01 12:51:03 <mrmoku> playya: signature of that method is a(oa{sv}):none
Dec 01 12:51:29 <mrmoku> probably converting mdbus2 to gdbus would be a good thing... if only OE had glib 2.26 :/
Dec 01 12:51:50 <Arigead> JaMa: Thanks for that "No such file or directory" ~/.e/e/applications/startup is empty. Just did a build this morning and replaced the entire file system. Not sure why it isn't getting populated
Dec 01 12:52:09 <JaMa> Arigead: that file is created by shr-wizard
Dec 01 12:52:45 <Arigead> JaMa: The wizard did run but I'll manually run it again here and see if it does the job
Dec 01 12:52:52 <JaMa> Arigead: neer the end of /usr/share/shr-wizard/shr-wizard.py
Dec 01 12:53:09 <JaMa> s/neer/near/
Dec 01 12:53:09 <apt> JaMa meant: Arigead: near the end of /usr/share/shr-wizard/shr-wizard.py
Dec 01 12:55:36 <Arigead> :-( Nope ran the wizard again and it ran through with only one warning for a depricated on DBus but startup is still empty.
Dec 01 12:55:57 <[Rui]> WS doesn't happen to me with X dead
Dec 01 12:56:28 <JaMa> Arigead: did you check that file if you have right version?
Dec 01 12:56:28 <Arigead> /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters
Dec 01 12:56:28 <Arigead>   super(Connection, self).__init__(*args, **kwargs)
Dec 01 12:56:29 <[Rui]> which I kill whenever I do opkg upgrade as it's better for memory :)
Dec 01 12:56:54 <[Rui]> gotta go now.
Dec 01 12:56:57 <[Rui]> c ya later
Dec 01 12:57:18 <Arigead> JaMa: what version should I have?
Dec 01 12:57:47 <JaMa> Version: 0.0.0+gitr1+18690ac56e303f3e0fe48e684da2e57d3ed68201-r8.6
Dec 01 13:00:05 <Arigead> JaMa: thanks I've got the wrong version.
Dec 01 13:01:41 <JaMa> this is what's in recipe in OE HEAD.. but if you've messed tmp/cache.. you can have it with bad gitrN
Dec 01 14:59:33 <GNUtoo|laptop> mickey|office, hi
Dec 01 14:59:38 <mickey|office> hi GNUtoo|laptop 
Dec 01 14:59:41 <mickey|office> how are you?
Dec 01 14:59:52 <GNUtoo|laptop> a bit ill but that's not a problem
Dec 01 15:00:23 <GNUtoo|laptop> I want to discuss very shortly(so it doesn't eat your time) what to do
Dec 01 15:00:31 <GNUtoo|laptop> specially about my patch for n900 modem activator
Dec 01 15:01:46 <GNUtoo|laptop> and I'd like to know a bit your status
Dec 01 15:01:52 <GNUtoo|laptop> (gdbus etc...)
Dec 01 15:02:05 <GNUtoo|laptop> mickey|office, btw I forgott to ask how you were
Dec 01 15:03:05 <mickey|office> np, i'm fine, just the regular stress towards the end of the year when clients want their stuff done before xmas...
Dec 01 15:03:13 <GNUtoo|laptop> ah ok
Dec 01 15:03:44 <mickey|office> i did not have time to review it yet, but i'll have on friday when I travel to munich for the Openmoko workshop
Dec 01 15:03:51 <GNUtoo|laptop> ok
Dec 01 15:04:00 <GNUtoo|laptop> you will see morphis and sre there?
Dec 01 15:04:13 <GNUtoo|laptop> because we're in deep need of modem for n900
Dec 01 15:04:27 <GNUtoo|laptop> modem and gps
Dec 01 15:04:28 <mickey|office> not sure whether they will attend
Dec 01 15:04:41 <GNUtoo|laptop> I'll promote the event telling you go there
Dec 01 15:04:42 <GNUtoo|laptop> then
Dec 01 15:05:25 <mickey|office> :)
Dec 01 15:05:40 <mickey|office> i'll have a talk about FSO and perhaps we can even get a codesprint going
Dec 01 15:05:50 <GNUtoo|laptop> ok nice
Dec 01 15:05:53 <mickey|office> still waiting for one tiny little thing to switch to gdbus, btw.
Dec 01 15:05:55 <mrmoku> codesprint codesprint :P
Dec 01 15:06:20 <GNUtoo|laptop> 3.2.1 go...hack,hack,hack...commit push?....and the winner is....everybody
Dec 01 15:06:25 <mickey|office> hehe
Dec 01 15:06:26 <mickey|office> right
Dec 01 15:06:28 <GNUtoo|laptop> (because everybody get the benefit)
Dec 01 15:07:05 <GNUtoo|laptop> anyway should I sumbit a patch for sed-ing the licenses?
Dec 01 15:07:12 <GNUtoo|laptop> s/licenses/harders/
Dec 01 15:07:12 <apt> GNUtoo|laptop meant: anyway should I sumbit a patch for sed-ing the harders?
Dec 01 15:07:17 <GNUtoo|laptop> *headers
Dec 01 15:09:44 <mickey|office> yes, that'd be cool
Dec 01 15:09:56 <mickey|office> no need to submit a patch, just apply that, btw.
Dec 01 15:11:45 <GNUtoo|laptop> nice, thatnks a lot
Dec 01 15:11:54 <GNUtoo|laptop> what should I say in the commit message?
Dec 01 15:12:15 <GNUtoo|laptop> unify licensing
Dec 01 15:12:17 <GNUtoo|laptop> ?
Dec 01 15:13:35 <GNUtoo|laptop> make licensing consistent?
Dec 01 15:13:38 <GNUtoo|laptop> that sounds better
Dec 01 15:13:46 <GNUtoo|laptop> and then I'll explain the rationale
Dec 01 15:14:06 <GNUtoo|laptop> should I do that on top of master or gdbus branch?
Dec 01 16:19:52 * gena2x finally setup git properly with all bells and whistles, also wrote page where to find and how to use binary u-boots with all my patches: http://wiki.openmoko.org/wiki/U-boot-gena2x
Dec 01 16:23:19 <anarsoul> gena2x: I have patches for u-boot to support hw ecc on s3c2440/s3c2442 :)
Dec 01 16:23:35 <gena2x> anarsoul: wow, cool, where they are?
Dec 01 16:23:59 <anarsoul> http://github.com/anarsoul/ipaq-s3c24xx-u-boot
Dec 01 16:25:25 <gena2x> anarsoul: as i can see it is not selectable?
Dec 01 16:25:37 <anarsoul> why?
Dec 01 16:25:53 <anarsoul> you can enable/disable it in config
Dec 01 16:26:41 <anarsoul> afaik with CONFIG_S3C2410_NAND_HWECC
Dec 01 16:26:54 <gena2x> https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/98a88968071902a44d22eea453527362db41c5d7
Dec 01 16:26:59 <gena2x> and https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/b7093a4af9040fb579b292dabaa54a796d777aad?
Dec 01 16:27:18 <GNUtoo|laptop> mickeyl, I put everything as GPLv2+ ? from the source files to the libs and the vapi?
Dec 01 16:28:02 <anarsoul> gena2x: yep
Dec 01 16:28:39 <gena2x> anarsoul: great! i'll try it on my frerunner
Dec 01 16:28:50 <anarsoul> gena2x: and here's fix for usb console: https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/0d585f8a5daa63dc0751b2192d220019636207b1
Dec 01 16:29:01 <anarsoul> (I suspect freerunner is affected :))
Dec 01 16:29:14 <anarsoul> i.e. sometimes it 'lose' characters in minicom
Dec 01 16:29:49 <gena2x> anarsoul: but i meant by "enable/disable" to add some command to u-boot command line like "nand hwecc on"
Dec 01 16:30:14 <gena2x> anarsoul: nice, i get used to minicom too and missing that patch too
Dec 01 16:30:58 <gena2x> anarsoul: so user my change via config should it be hw or sw ecc
Dec 01 16:31:50 <anarsoul> gena2x: well, you should implement this feature by yourself :)
Dec 01 16:32:00 <anarsoul> as I definitely don't need it
Dec 01 16:32:07 <gena2x> anarsoul: hm, or may be also useful to define nick-names for partitions like rootfs_hwecc to use dfu-util without reconfiguring anything
Dec 01 16:32:40 <gena2x> anarsoul: here is tons for slow people who will use sw ecc for a while :)
Dec 01 16:32:53 <gena2x> anarsoul: even if it will be fully supported
Dec 01 16:33:29 <anarsoul> gena2x: u-boot does not perform ecc correction, so why worry?
Dec 01 16:33:48 <gena2x> anarsoul: to support dfu-util
Dec 01 16:34:04 <anarsoul> gena2x: btw, it's possible to use u-boot from nor to flash nand in old manner
Dec 01 16:34:31 <gena2x> anarsoul: hm...... really. sounds enough!
Dec 01 16:35:03 <gena2x> anarsoul: only problem with u-boot is of course writing rootfs with dfu-util
Dec 01 16:35:35 * anarsoul uses minicom + sdcard to flash stuff into PDAs :)
Dec 01 16:35:37 <gena2x> anarsoul: but ok, thank you for nice patches and ideas
Dec 01 16:35:49 <anarsoul> gena2x: you're welcome :)
Dec 01 16:37:32 <gena2x> yeah, i flashed my last qtmoko from sdcard to nand via debian installed to sdcard. now it has hw ecc. but i just feel my u-boot is incomplete as flash procedure is a bit too complicated.
Dec 01 16:38:04 <anarsoul> gena2x: sd card bug is probably caused by wrong card clock
Dec 01 16:38:13 <anarsoul> I mean this bug 'sd reads correct data only 50% of times, so sd boot'
Dec 01 16:38:41 <gena2x> anarsoul: not so easy this happens only with 2-4-2 timings (most often)
Dec 01 16:38:59 <gena2x> card clock is already lowered in u-boot to work with card of any kinds
Dec 01 16:39:27 <gena2x> the problem is that really kernel writes 'wrong crc on unpacking'
Dec 01 16:39:32 <anarsoul> but qi works?
Dec 01 16:39:51 <gena2x> i don't know about qi, i didn't tried it with 2-4-2
Dec 01 16:40:07 <gena2x> as far as i know it works
Dec 01 16:40:19 <anarsoul> gena2x: well, afaik u-boot checks image crc before passing control to it
Dec 01 16:40:24 <gena2x> but, hold on about clocks - kernel works with sd perfectly
Dec 01 16:40:52 <gena2x> i even tried to do triple read, but this not influence on probability or data read
Dec 01 16:40:53 <anarsoul> so if _kernel_ says that crc is wrong it's definitely a memory corruption
Dec 01 16:41:13 <gena2x> hm... interesting.
Dec 01 16:41:34 <gena2x> anarsoul: no, my bad. i think it is u-boot
Dec 01 16:41:43 <gena2x> who is saying about crc
Dec 01 16:42:06 <gena2x> sure, u-boot, as i am returning to menu
Dec 01 16:42:41 <gena2x> so, i tried to read each place 3 times, slow down sd clock, but nothing helped.
Dec 01 16:43:08 <gena2x> also, i think sd card has some indication it data is correct.
Dec 01 16:43:20 <anarsoul> yep
Dec 01 16:43:37 <anarsoul> controller should check it :)
Dec 01 16:43:40 <gena2x> so, we should not get such data anyway
Dec 01 16:44:10 <anarsoul> gena2x: try with icache/dcache disabled
Dec 01 16:44:23 <gena2x> hm, interesting idea, thanks!
Dec 01 16:44:47 <gena2x> my next idea were to print crc data for each block and see what is really corrupted
Dec 01 16:44:53 <anarsoul> maybe cpu somehow caches glamo memory area
Dec 01 16:45:08 <anarsoul> (actually, no need to disable icache)
Dec 01 16:45:08 <gena2x> sometimes caches, sometimes not?
Dec 01 16:45:27 <anarsoul> gena2x: I'm not sure :)
Dec 01 16:45:42 <gena2x> ok, thanks for idea anyway, i'll try it. 
Dec 01 16:46:21 <anarsoul> gena2x: anyway, compare u-boot and kernel glamo-mmc drivers
Dec 01 16:46:36 <anarsoul> there should be some difference if kernel's works
Dec 01 16:46:43 <gena2x> anarsoul: got guests, g2g, i'll share my findings in maillist as solution will be found. also then hw ecc will be merged.
Dec 01 16:46:55 <anarsoul> ok
Dec 01 16:47:18 <gena2x> anarsoul: sure, check kernel is good idea. not really simple, but i'll go this way too. thanks.
Dec 01 16:48:03 <anarsoul> (I suspect u-boot just does not check some bit that indicates error in transfer)
Dec 01 17:41:27 <pespin> lol http://www.cuantarazon.com/crs/2010/11/ef7e17c4b378d1d958c03d5df9abf44d.jpg
Dec 01 18:11:06 <GNUtoo|laptop> I'll sed every header then
Dec 01 18:54:12 * mrmoku is very close to glib-2.26 :)
Dec 01 19:05:13 <pespin> mrmoku, grrrreat! :D
Dec 01 19:13:27 <[Rui]> damn irritating WS :(
Dec 01 19:15:24 <mrmoku> [Rui]: it should happen only when usb is plugged in, no?
Dec 01 19:15:34 <mrmoku> otherwise it suspends before getting into WS and all is fine
Dec 01 19:15:38 <mrmoku> at least for me
Dec 01 19:16:02 <[Rui]> mrmoku: no, it never suspends if wifi is on
Dec 01 19:16:14 <mrmoku> ohh, ok
Dec 01 19:16:29 <[Rui]> or when I want to check the time at night :)
Dec 01 19:16:48 <[Rui]> btw, why is it taking so long to update the hour in the idle screen and on the toolbar when it resumes?
Dec 01 19:18:52 <mrmoku> [Rui]: hmm... that was very fast some time ago...
Dec 01 19:19:14 <[Rui]> mrmoku: yeah, it was. now it takes up to a minute, I think
Dec 01 19:23:08 <pespin> [Rui], yeah, i takes a while to update the hour in toolbar when you sync time using ntp ie.
Dec 01 19:23:47 <[Rui]> pespin: well, I when it resumes it should just update the hour... not wait so long
Dec 01 19:24:03 <[Rui]> sometimes it takes a couple of seconds (usually idle screen is also faster)
Dec 01 19:32:29 <antrik> not sure whether this is related, but battery indicator is also not updated immadiately, which is rather annoying IMHO
Dec 01 19:51:02 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * reb29c06ce1de 10/msmcommd/src/modemcontrol.vala: msmcommd: do modem reset the right way
Dec 01 19:51:04 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r9c89a704d369 10/msmcommd/src/ (setuplinkhandler.vala timer.vala): (log message trimmed)
Dec 01 19:51:05 <CIA-107> freesmartphone.org: msmcommd: if we send more sync frames than expected reset the modem
Dec 01 19:51:05 <CIA-107> freesmartphone.org: Sometimes msmcommd comes in an infinite loop where it tries to send a sync frame to the
Dec 01 19:51:05 <CIA-107> freesmartphone.org: modem but the modem never responses with a sync resp frame. To avoid this we tell the
Dec 01 19:51:05 <CIA-107> freesmartphone.org: timer logic to allow only a certain number of times to send the sync frame to the modem.
Dec 01 19:51:05 <CIA-107> freesmartphone.org: If the number of maximum tries is reached the modem is reseted and link layer setup is
Dec 01 19:51:06 <CIA-107> freesmartphone.org: started again.
Dec 01 19:51:07 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r63474f55026f 10/msmcommd/src/commands.vala: msmcommd: implement read_template message with generic response handling
Dec 01 20:05:51 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * rccd79074bc6f 10/fsodeviced/vapi/uinput.vapi: fsodeviced: add missing uinput.vapi - .gitignore causes me to ignore it before ...
Dec 01 20:14:19 <pespin> JaMa, I think I found the file which causes the  IO error in my disk when bitbake reads it. I'd like tro try removing it and build it another time. This is the package: tmp/deploy/ipk/armv4t/eglibc-static_2.12-r16.7+svnr11982.6_armv4t.ipk
Dec 01 20:14:37 <pespin> any help on which recipe do I need to clean? which steps to follow?
Dec 01 20:17:21 <GNUtoo|laptop> pespin, dmesg shows I/O errors?
Dec 01 20:17:42 <pespin> GNUtoo|laptop, yes
Dec 01 20:17:51 <pespin> I used gsmartools the other day
Dec 01 20:18:03 <pespin> I got some errors but I think the overall test was correct
Dec 01 20:18:14 <GNUtoo|laptop> ok
Dec 01 20:18:45 <GNUtoo|laptop> then if dmesg shows I/O errors that comes from your hard-disk and not from something else(like cdrom)
Dec 01 20:18:55 <GNUtoo|laptop> it means that you have a serious problem
Dec 01 20:19:09 <pespin> so I prefer first trying to just rebuild necessary stuff to see if I can continue a bit more with it xD
Dec 01 20:19:51 <GNUtoo|laptop> pespin, then don't delete the problematic file, move it
Dec 01 20:19:55 <GNUtoo|laptop> and clean,rebuild
Dec 01 20:21:02 <pespin> GNUtoo|laptop, why moving it? and which recipes do I need to rebuild?
Dec 01 20:21:31 <pespin> GNUtoo|laptop, btw, if you are interested I get this dmesg errors: http://paste.pocoo.org/show/298624/
Dec 01 20:21:35 <GNUtoo|laptop> pespin, ok
Dec 01 20:22:12 <GNUtoo|laptop> pespin, desktop or laptop
Dec 01 20:22:29 <pespin> GNUtoo|laptop, desktop
Dec 01 20:22:52 <GNUtoo|laptop> pespin, did you check master/slave stuff
Dec 01 20:23:48 <pespin> GNUtoo|laptop, uhm I did remove some CDreader the other day cause I needed them in another place
Dec 01 20:24:01 <GNUtoo|laptop> ok
Dec 01 20:24:11 <GNUtoo|laptop> and the i/o error appeared right after that?
Dec 01 20:24:19 <pespin> but I've been having disk errors since some time
Dec 01 20:24:32 <pespin> ie it usually hangs when I open evince (pdf)
Dec 01 20:24:40 <pespin> I mean the whole computer
Dec 01 20:25:13 <pespin> and if I remove the hard drive a bit, it recovers hehe (it can be extracted, it's in a box)
Dec 01 20:25:38 <GNUtoo|laptop> ok
Dec 01 20:25:39 <pespin> I should try connecting it directly without the box to see if there's some bad contact or something similar
Dec 01 20:25:42 <GNUtoo|laptop> maybe connection issue?
Dec 01 20:25:49 <GNUtoo|laptop> yes you could try
Dec 01 20:25:56 <pespin> I changed the bus and the problem persists
Dec 01 20:26:05 <pespin> and afaik I had similar problems with another hard drive
Dec 01 20:26:21 <GNUtoo|laptop> ok
Dec 01 20:26:24 <pespin> so It could somehow be a motherboard problem
Dec 01 20:26:41 <pespin> (or the harddrive box)
Dec 01 20:27:14 <pespin> as you can see in the log too, I'm having some usb problems too:
Dec 01 20:27:15 <pespin> input: HID 062a:0001 as /devices/pci0000:00/0000:00:03.0/usb2/2-1/2-1:1.0/input/input36
Dec 01 20:27:15 <pespin> generic-usb 0003:062A:0001.0021: input,hidraw0: USB HID v1.10 Mouse [HID 062a:0001] on usb-0000:00:03.0-1/input0
Dec 01 20:27:26 <pespin> it's the mouse, sometimes it stops responding for a second
Dec 01 20:27:40 <GNUtoo|laptop> could it be the power supply?
Dec 01 20:27:47 <GNUtoo|laptop> btw there is an #hardware channel
Dec 01 20:28:01 <pespin> oh, good to know :)
Dec 01 20:28:22 <pespin> I'll try with another power supply next week.
Dec 01 20:28:31 <antrik> not ##hardware? I doubt that fits freenode policies ;-)
Dec 01 20:28:57 <pespin> GNUtoo|laptop, btw, what about this? ->  why moving it? and which recipes do I need to rebuild?
Dec 01 20:29:44 <GNUtoo|laptop> pespin, if you delete a file, it creates some free space right?
Dec 01 20:29:56 <pespin> ah ok, then it will be put there
Dec 01 20:29:57 <GNUtoo|laptop> the free space that you deleted has I/O error
Dec 01 20:30:05 <GNUtoo|laptop> then when something write on it....
Dec 01 20:30:13 <pespin> ok
Dec 01 20:30:40 <pespin> and abou recipes... bitbake -c clean eglibc && bitbake eglibc   ?
Dec 01 20:30:50 <GNUtoo|laptop> that won't work
Dec 01 20:31:02 <GNUtoo|laptop> or at least not sure if it'll work
Dec 01 20:31:12 <GNUtoo|laptop> maybe you need to rebuild the whole glibc stuff
Dec 01 20:31:21 <GNUtoo|laptop> initial-intermediate 
Dec 01 20:31:21 <pespin> I don't know exactly what do I need to rebuild
Dec 01 20:31:26 <GNUtoo|laptop> neither do I
Dec 01 20:31:29 <GNUtoo|laptop> JaMa, should know
Dec 01 20:31:39 <pespin> ok, I'll wait for him to answer
Dec 01 20:32:25 <pespin> I'd like to have a working OE tree so I can do enjoy stuff + another patch I have for e-wm this weekend
Dec 01 20:33:14 <pespin> dinner time! *away*
Dec 01 20:33:18 <mrmoku> pespin: maybe I can help :)
Dec 01 20:33:25 * mrmoku goes too buildhost and looks up the alias :P
Dec 01 20:34:03 <mrmoku> alias clean_toolchain='for i in openembedded/recipes/gcc/gcc*4.5*bb openembedded/recipes/binutils/binutils*2.20.1*bb openembedded/recipes/eglibc/eglibc*2.12*; do bitbake -c clean -b $i; done'
Dec 01 20:34:09 <mrmoku> pespin ^^
Dec 01 20:34:16 <mrmoku> better start it before dinner ;)
Dec 01 20:41:45 <gena2x> anarsoul: very interesting question. how the cpu decides that sram memory area is cacheable or not?
Dec 01 20:43:19 <gena2x> anarsoul: or i should disable dcache each time i am reading flush cache each time i am writing?
Dec 01 20:44:09 <anarsoul> gena2x: sorry, but I don't know much about caching :)
Dec 01 20:44:32 <gena2x> anarsoul: if glamo is like usual sram module
Dec 01 20:45:01 <anarsoul> afaik, it looks like memory region
Dec 01 20:45:08 <gena2x> anarsoul: we should somehow disable caching
Dec 01 20:45:37 <anarsoul> gena2x: btw, does it work with dcache disabled?
Dec 01 20:46:06 <gena2x> anarsoul: no, i am just get free time now, so just back to this qustion
Dec 01 20:46:19 <gena2x> just though how it should be disabled
Dec 01 20:46:52 <anarsoul> dcache off in u-boot?
Dec 01 20:46:59 <anarsoul> in u-boot cmdline
Dec 01 20:47:22 <gena2x> ideally, it should be on except one memory area
Dec 01 20:48:15 <gena2x> in r3000, if address is 0x80000000 bit set it is cacheable if bit off - not, but i don't know how it is working on arm
Dec 01 20:48:36 <gena2x> x86 has mtrr's, as far as i understand
Dec 01 20:49:38 <JaMa> pespin: I didn't read the problem but -c unpack -f is faster than clean & build
Dec 01 20:50:18 <anarsoul> gena2x: just try disabling dcache in u-boot, I doubt it will affect boottime somehow
Dec 01 20:50:23 <anarsoul> kernel will re-enable it later :)
Dec 01 20:50:37 <JaMa> ah I/O errors.. just remove that file with rm and then bitbake -c unpack -f -b openembedded/recipes/eglibc/eglibc-initial_2.12.bb;
Dec 01 20:50:37 <gena2x> ok, lets try this....
Dec 01 20:50:55 <JaMa> pespin: and then with -b openembedded/recipes/eglibc/eglibc_2.12.bb
Dec 01 20:53:59 <gena2x> anarsoul: nope, dcache off has no effect
Dec 01 20:54:51 <anarsoul> gena2x: then check if glamo has some status bits
Dec 01 20:54:59 <anarsoul> and if u-boot driver checks them
Dec 01 20:55:54 <gena2x> heh, this is not so simple. first i'll output data crcs for each block and check then reading fails
Dec 01 20:57:20 <gena2x> damn, i have to go down for today... will continue tomorrow
Dec 01 20:57:53 <JaMa> pespin: but what mrmoku said will also work.. just will take about 2 times longer :)
Dec 01 21:00:09 <pespin> JaMa, ugh too late, I did start it before reading your comment >.<
Dec 01 21:00:20 <Lopi> GNUtoo|laptop: I don't think I'll have much time to work on SHR today :/
Dec 01 21:01:01 <GNUtoo|laptop> ok
Dec 01 21:01:06 <GNUtoo|laptop> np
Dec 01 21:02:15 <Lopi> I received my package from the company I'm going to intern with today
Dec 01 21:02:25 <Lopi> need to do a drug test before my class in a few hours
Dec 01 21:02:41 <Lopi> then I have a programming assignment after I get out of classs
Dec 01 21:19:11 <pespin|netbook> btw, what about updating main page on shr-project.org to reflect n900 and htcdream support?
Dec 01 21:19:23 <pespin|netbook> "SHR is a community driven GNU/Linux distribution for smartphones. It currently targets Openmoko models Neo 1973 and Neo FreeRunner, but is not designed for these only."
Dec 01 21:20:06 <pespin|netbook> It would be great for the people who doesn't know about it to learn it runs in more "uptodate" devices too.
Dec 01 21:22:45 <TAsn> yeps.
Dec 01 21:22:46 <TAsn> I agree.
Dec 01 21:23:17 <TAsn> pespin, please suggest an alternative sentence.
Dec 01 21:23:26 <pespin|netbook> TAsn, you got SHR working on some tablet, didn't you?
Dec 01 21:23:33 <TAsn> nope
Dec 01 21:23:38 <TAsn> was having trouble
Dec 01 21:23:44 <JaMa> our n900 support is maybe even better than gta01 (since switch..)
Dec 01 21:23:46 <TAsn> (still having trouble)
Dec 01 21:23:58 <pespin|netbook> we could create some pages, one for each device, whth some info and media (images, videos)
Dec 01 21:24:02 * JaMa has SHR on sharp spitz :)
Dec 01 21:25:07 <pespin|netbook> I think we should use the wiki a bit more, SHR needs some "offical face" , hope you know what I mean
Dec 01 21:25:25 <TAsn> pespin|netbook, dos1 made an awesome theme
Dec 01 21:25:41 <TAsn> but he's too lazy to up it (j/k, I know that's not the real reason)
Dec 01 21:26:00 <dos1> TAsn: well, mostly it is ;]
Dec 01 21:26:07 <dos1> TAsn: but thanks for reminding
Dec 01 21:26:09 <TAsn> I know :)
Dec 01 21:26:18 <TAsn> dos1, wait what?! I reminded you?
Dec 01 21:26:30 <TAsn> I talked about it with mrmoku and he said he'll remind you
Dec 01 21:26:34 <dos1> hmm
Dec 01 21:26:37 <dos1> yeah
Dec 01 21:26:40 <TAsn> this conversation was a couple of days ago :P
Dec 01 21:26:42 <dos1> but i forgot anyway :D
Dec 01 21:26:45 <TAsn> lolz.
Dec 01 21:26:56 <TAsn> mrmoku, sorry for doubting you. :)
Dec 01 21:26:59 <pespin|netbook> lol
Dec 01 21:27:05 <TAsn> dos1, now! :P
Dec 01 21:28:00 <dos1> i'll try to extract that theme from server (i was doing it on working trac instalation and now i don't really remember, which files i have changed, so i will have to check)
Dec 01 21:28:07 <dos1> and send it to that bearstech guy
Dec 01 21:28:22 <TAsn> noo
Dec 01 21:28:23 <pespin|netbook> TAsn, and you could add a config option for status report to phoneui... *whistles*
Dec 01 21:28:26 <TAsn> just ask them for access.
Dec 01 21:28:31 <pespin|netbook> message status reports :D
Dec 01 21:28:45 * TAsn hides
Dec 01 21:28:49 <pespin|netbook> hehehe
Dec 01 21:28:49 <Wonka> http://2.bp.blogspot.com/__LqvPDl0sjo/TPO2MpdiyVI/AAAAAAAAATs/dTK9_n-LHi8/s1600/Wireless.jpg
Dec 01 21:28:57 <dos1> TAsn: he already answered some time ago
Dec 01 21:29:00 <TAsn> pespin|netbook, I don't even remember what state that's in.
Dec 01 21:29:05 <TAsn> dos1, and said what?
Dec 01 21:29:10 <TAsn> Ainulindale, do you have access to our server?
Dec 01 21:29:14 <dos1> TAsn: and asked for that theme, so he could install it :P
Dec 01 21:29:31 <pespin|netbook> TAsn, mrmoku said it was hald implemented but it was lost due to some refactoring (or something similar :P)
Dec 01 21:29:55 <TAsn> haha, possibly.
Dec 01 21:30:12 <TAsn> I don't even remember where to add it to
Dec 01 21:30:17 <TAsn> phonefsod/phoneuid
Dec 01 21:32:01 <pespin|netbook> TAsn, "org.freesmartphone.ogsmd", "/org/freesmartphone/GSM/Device" "StoreMessage" {"status-report-request": True}
Dec 01 21:32:57 <TAsn> lolz easy.
Dec 01 21:33:00 <TAsn> that's the only thing?
Dec 01 21:33:37 <pespin|netbook> yeah, just add that option to the dbus message
Dec 01 21:34:08 <pespin|netbook> TAsn, just add the property depending on a config option in its config file. I could do a small GUI to activate it in shr-settings :D
Dec 01 21:35:00 <TAsn> pespin|netbook, the problem
Dec 01 21:35:02 <TAsn> is that honestly
Dec 01 21:35:05 <TAsn> I don't remember
Dec 01 21:35:18 <TAsn> the design
Dec 01 21:35:21 <TAsn> and where we store config options
Dec 01 21:35:25 <dos1> StoreMessage?
Dec 01 21:35:26 <dos1> noo
Dec 01 21:35:30 <dos1> it's even simplied
Dec 01 21:35:33 <dos1> simpler*
Dec 01 21:35:53 <dos1> GSM.SMS.SendTextMessage has three arguments IIRC
Dec 01 21:36:22 <dos1> number, text and boolean value for status report
Dec 01 21:36:40 <pespin|netbook> I don't know, just got it from lindi- 's script: http://lindi.iki.fi/lindi/openmoko/sms-send
Dec 01 21:37:15 <antrik> is any of the non-OpenMoko devices actually usable as a phone yet?...
Dec 01 21:37:16 <lindi-> antrik: I assume you mean without non-free software?
Dec 01 21:37:19 <antrik> lindi-: I mean with SHR... free would be ideal of course, but I guess I could live with a few driver blobs too if it works, as long as the middleware and frontend apps are completely free
Dec 01 21:37:41 <TAsn> ffs
Dec 01 21:37:44 <TAsn> can't find sms send
Dec 01 21:38:40 <TAsn> found it
Dec 01 21:39:18 <TAsn>                 free_smartphone_gsm_sms_send_text_message(pack->sms, number,
Dec 01 21:39:18 <TAsn>                                 message, FALSE, _sms_send_callback, pack);
Dec 01 21:39:20 <TAsn> ouchie
Dec 01 21:39:23 <TAsn> hardcoded
Dec 01 21:39:44 <TAsn> with c++ constants
Dec 01 21:41:51 <pespin|netbook> [METHOD]    org.freesmartphone.GSM.SMS.SendTextMessage( s:recipient_number, s:contents, b:report ) -> ( i:reference, s:timestamp )
Dec 01 21:42:30 <pespin|netbook> TAsn, FALSE is b:report I suppouse?
Dec 01 21:42:31 <TAsn> yeah, this is it.
Dec 01 21:42:35 <TAsn> yeps.
Dec 01 21:43:02 <pespin|netbook> so just adding a bool config option in some config file would be reeeaaally nice
Dec 01 21:43:22 <TAsn> the problem is it doesn't end with that.
Dec 01 21:43:26 <TAsn> you need to write a function
Dec 01 21:43:35 <TAsn> to set/get this config option
Dec 01 21:43:54 <TAsn> and load the config option in phoneuid (I think)
Dec 01 21:43:57 <TAsn> (can't remember)
Dec 01 21:44:03 <pespin|netbook> TAsn, no necessary to write a set func atm
Dec 01 21:44:12 <TAsn> yes, you can't access it otherwise
Dec 01 21:44:17 <TAsn> this code is in libphone-ui
Dec 01 21:44:25 <TAsn> and phoneuid is the one parsing the config
Dec 01 21:44:29 <TAsn> you can't access it otherwise
Dec 01 21:44:47 <pespin|netbook> TAsn, I hate you for coding such complicated stuff! :P
Dec 01 21:45:31 <TAsn> pespin|netbook, haha, wasn't my idea. mrmoku and I just followed a concept that was already there.
Dec 01 21:45:36 <TAsn> BUT, it's a nice design.
Dec 01 21:45:58 <TAsn> for what people wanted anyway
Dec 01 21:46:22 <pespin|netbook> TAsn, if at least was done in vala... hehe
Dec 01 21:46:25 <TAsn> nah
Dec 01 21:46:38 <TAsn> people wanted to be able to write different frontends
Dec 01 21:46:47 <TAsn> gtk/qt/efl
Dec 01 21:46:50 <TAsn> although actually
Dec 01 21:47:02 <TAsn> efl is way better than the others :)
Dec 01 21:47:08 <pespin|netbook> yep
Dec 01 21:47:09 <TAsn> so there's no reason why to use them.
Dec 01 21:48:00 <pespin|netbook> TAsn, if you can add this option please. If not, I'll add it to my todo list and I'll try doing it on holidays
Dec 01 21:48:21 <TAsn> do it now: no way.
Dec 01 21:48:29 <TAsn> remember to do it in the weekend: I probably won't :(
Dec 01 21:48:45 <pespin|netbook> TAsn, I can be very persistent :P
Dec 01 21:48:50 <TAsn> please be
Dec 01 21:48:53 <TAsn> and I promise to try :|
Dec 01 21:48:55 <pespin|netbook> ok, great! :)
Dec 01 21:49:03 <TAsn> *think about trying :P
Dec 01 21:49:09 <TAsn> (shit, too much commitment)
Dec 01 21:49:10 <TAsn> :P
Dec 01 21:49:14 <pespin|netbook> hehe
Dec 01 21:49:22 <TAsn> Problem is, I reallllllyyyyy code too much
Dec 01 21:49:27 <TAsn> and when I get home
Dec 01 21:49:29 <TAsn> I'm mentally tired
Dec 01 21:49:33 <TAsn> and can't possibly code any more.
Dec 01 21:49:49 <pespin|netbook> I think this is a feature we really need, as we have unstable telephony system. It's improtant to know when messages aren't arriving
Dec 01 21:50:02 <TAsn> Ok.
Dec 01 21:50:06 <pespin|netbook> for example, the other day a multipart message I sent was lost
Dec 01 21:50:08 <TAsn> will really try to do.
Dec 01 21:50:09 <TAsn> :)
Dec 01 21:50:21 <TAsn> pespin|netbook, just sms, and after each sms call to make sure the sms arrived ;P
Dec 01 21:50:26 <pespin|netbook> and I got semi-spanked by my gf :P
Dec 01 21:51:03 <pespin|netbook> TAsn, yeah, but my gf already hates my FR, better not to give her more reasons to hate it even more lol
Dec 01 21:51:27 <TAsn> :(
Dec 01 21:51:28 <TAsn> ok
Dec 01 21:51:38 <TAsn> for the sake of true love.
Dec 01 21:51:40 <TAsn> (lolz)
Dec 01 21:51:42 <pespin|netbook> xD
Dec 01 21:52:10 <lindi-> pespin|netbook: better just add an automatic signature that asks the users to ack your messages :P
Dec 01 21:54:24 <pespin|netbook> lindi-, nah, that would add chars to my sms and would end being multipart, which as far as I've seen doesn't work well. :P
Dec 01 21:58:54 <TAsn> Ciao.
Dec 01 21:58:56 <TAsn> night all.
Dec 01 22:36:36 <GarthPS> JaMa: hi. do youhave one minut to give me your opinion ?*
Dec 01 22:37:26 <JaMa> maybe
Dec 01 22:44:18 <GarthPS> JaMa: could you take a look at this plz http://tinderbox.openembedded.org/public/logs/task/12120209.txt
Dec 01 22:48:10 <JaMa> GarthPS: I guess you have to disable running tests (as it doesn't make much sense while cross compiling)
Dec 01 22:49:36 <JaMa> ah I'm reading it wrong..
Dec 01 22:49:37 <GarthPS> JaMa: hum. do you have an idea fo the need passed argument ?
Dec 01 22:50:27 <JaMa> wgetpaste /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/qt4-plugin-phonon-backend-vlc-0.3.0-r0+git1df39c9bd306b0b46356d13b24fca5f632e1b327/git/build/TryRunResults.cmake
Dec 01 22:53:02 <GarthPS> JaMa: http://pastebin.com/aJkM8edk
Dec 01 22:56:00 <GarthPS> JaMa: so something like adding an extra line to EXTRA_OECMAKE like  "-DFAILED_TO_RUN=OFF" ? not sure of the syntax
Dec 01 22:57:46 <JaMa> GarthPS: seems that only that second issue is causing that error "Qt compiled without support for -fvisibility=hidden."
Dec 01 22:58:35 <JaMa> you can try it without this test if you remove it from CMakeLists.txt:152
Dec 01 23:04:25 <GarthPS> JaMa: ok I did removed the test from CMakeLists.txt . next  error is that AUTOMOC4 executable build with my personnal recipe of it is not found by /bin/sh
Dec 01 23:04:31 <GarthPS> http://tinderbox.openembedded.org/public/logs/task/12144760.txt
Dec 01 23:11:28 <playya_> the /sys/class/leds/*/delay_on expects a value in milli seconds, doesn't it?
Dec 01 23:19:48 <playya_> GarthPS, do you have a working kernel for the palmpre2?
Dec 01 23:21:41 <GarthPS> playya_: hi no not yet. morphis did not have the time and me the skills
Dec 01 23:22:00 <playya_> hmm. ok
Dec 01 23:26:37 <JaMa> GarthPS: can you specify automoc4 patch with some variable? (check where AUTOMOC4_EXECUTABLE-NOTFOUND gets defined and why)
Dec 01 23:27:15 <playya_> GarthPS, let me check sth and then i try to build a kernel
Dec 01 23:27:28 <GarthPS> playya_: yeah sure.
Dec 01 23:28:11 <GarthPS> JaMa: what does "-C" stands for as cmake command argumment ?
Dec 01 23:30:00 <playya_> guessing: change dir
Dec 01 23:34:08 <GarthPS> JaMa: you wanted to say path not patch right ?
Dec 01 23:35:29 <GNUtoo|laptop> thanks to antrik in #gnu I finally finished the scripts to sed fsogsmd to make the headers GPL
Dec 01 23:35:38 <GNUtoo|laptop> I first tried in python
Dec 01 23:35:42 <GNUtoo|laptop> but it was too slow
Dec 01 23:35:59 <GNUtoo|laptop> then I tried to lookup on the net how to do it with sed but it seemed complicated
Dec 01 23:36:09 <GNUtoo|laptop> then he pointed me to the right dirrection
Dec 01 23:36:16 <GNUtoo|laptop> with some examples
Dec 01 23:36:26 <GNUtoo|laptop> so now I'll commit and push
Dec 01 23:36:33 <GNUtoo|laptop> or should I do it tomorrow?
Dec 01 23:37:55 <JaMa> GarthPS: yes, sorry
Dec 01 23:41:04 <GarthPS> JaMa: what do I need in a recipe to declare that this recipe provide automoc4 ?
Dec 01 23:41:57 <GarthPS> hum...not sure it is the problem..
Dec 01 23:48:41 <GarthPS> ok good night.
Dec 01 23:55:37 <JaMa> GarthPS: you mean PROVIDES var? it's only for bitbake..
Dec 01 23:56:28 <JaMa> GarthPS: for cmake to be able to find it in sysroots you have to check that your recipe staged everything what's needed (like in package on your host) but to sysroots/x86/...
Dec 01 23:57:10 <JaMa> GarthPS: and you need automoc4-native as it's executed on your host (not target)
Dec 01 23:57:18 <GarthPS> JaMa: no I mean  for AUTOMOC4_EXECUTABLE:FILEPATH= to be set because of automoc4 corectly detected..
Dec 01 23:57:46 <[Rui]> It only happens with elmdentica's desktop file but... whenever I launch it, the icon's grid is redrawn completely
Dec 01 23:58:18 <GarthPS> JaMa: ah .. automoc4 needs to be native ?
Dec 01 23:58:33 <GarthPS> .. :) it is in the title but ..
Dec 01 23:59:26 <GarthPS> i removed "inherit native" from it recipe and since it build
Dec 01 23:59:56 <GarthPS> before I had issue about not finding qtcore/qglobal.h
Dec 02 00:00:01 <antrik> pespin|away: SMS being unreliable is not necessarily an OpenMoko feature... happens quite often regardless of what phone you use. no sane person would get mad about it...
Dec 02 00:00:11 <antrik> (multipart SMS in particular)
Dec 02 00:03:44 <JaMa> GarthPS: because native will look for headers in native sysroot (sysroots/x86_64 instead ie sysroots/armv4t) and you don't have qtcore/qglobal.h there probably
Dec 02 00:04:45 <JaMa> GarthPS: you will need to improve dev/recipes/qt4/qt4-tools-native.inc to stage all native headers which are needed for automoc4-native
Dec 02 00:06:08 <GarthPS> JaMa: yep that is right ./tmp/sysroots/armv4t-oe-linux-gnueabi/usr/include/qt4/QtCore/qglobal.h
Dec 02 00:06:13 <JaMa> GarthPS: and yes -native, because you cannot execute automoc4 binary for arm while building on ie x86_64, understandable now?
Dec 02 00:06:42 <JaMa> GarthPS: that one is for target, native recipes doesn't have -I looking to target sysroots
Dec 02 00:06:51 <GarthPS> JaMa: yes yes I have turned on my brain back :)
Dec 02 00:08:27 <JaMa> mrmoku: any luck with boot.scr on n900? I have partial success, boot.scr is read fine (from 1st vfat partition), now adjusting it a bit to provide at least "run maemo|meego|shr"
Dec 02 00:09:52 <GarthPS> JaMa: ok I will see tomorow if I can llok into dev/recipes/qt4/qt4-tools-native.inc. then automoc-native should run and then qt4-plugin-phonon-backend-vlc  too
Dec 02 00:12:08 <GarthPS> JaMa: dev/recipes/qt4/qt4-tools-native.inc you mean openembedded/recipes/qt4/t4-tools-native.inc  right ?
Dec 02 00:14:10 <GarthPS> last question If I modify qt4-tools-native.inc  what do I have to do then for those changes to be actives ?
Dec 02 00:14:21 <GarthPS> do I need to rebuild qt4?
Dec 02 00:14:54 * GarthPS going to bed. thanks again JaMa
Dec 02 00:15:25 <[Rui]> yeah, I'm going as well.
Dec 02 00:18:26 <[Rui]> bbye
Dec 02 00:18:31 <CIA-107> freesmartphone.org: 03GNUtoo 07cornucopia * r1a88102922d6 10/fsogsmd/ (75 files in 18 dirs): (log message trimmed)
Dec 02 00:18:31 <CIA-107> freesmartphone.org: fsogsmd: make the license headers consistent with COPYING
Dec 02 00:18:31 <CIA-107> freesmartphone.org: The COPYING file is the GPLv2, but the copyright headers
Dec 02 00:18:31 <CIA-107> freesmartphone.org:  state that the source files are LGPLv2.1 or later
Dec 02 00:18:31 <CIA-107> freesmartphone.org: According to Michael Lauer fsogsmd is GPLv2:
Dec 02 00:18:32 <CIA-107> freesmartphone.org:  http://lists.linuxtogo.org/pipermail/smartphones-userland/2010-November/002848.html
Dec 02 00:18:33 <CIA-107> freesmartphone.org: I got the permission from Michael Lauer(in #openmoko-cdevel on freenode on irc) to push without review
Dec 02 00:22:19 <JaMa> mrmoku: here is my source for boot.scr http://pastebin.ca/2008186
Dec 02 00:23:24 <JaMa> mrmoku: only problem is that uImage-shr takes forever waiting for /dev/mmcblk1p2 to became available /dev/mmcblk0 (EMMC) is available immediately
Dec 02 00:24:33 <JaMa> GarthPS: rebuild qt4-tools-native only and yes I meant this file (dev is just dir where I have OE checkout)
Dec 02 00:26:40 <playya_> GarthPS, the palm patches don't apply to our tree
Dec 02 02:04:38 <CIA-107> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r00d1464d8a02 10/fsodeviced/conf/palm_pre/fsodeviced.conf: fsodeviced: set long idle timout for palmpre to prevent dimming
Dec 02 02:04:39 <CIA-107> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r1dbec1bf49e8 10/fsodeviced/conf/ (4 files in 2 dirs): fsodeviced: Add palm_pre2 dir to conf/
Dec 02 02:29:03 <CIA-107> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r235e0ff7342c 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: 
Dec 02 02:29:04 <CIA-107> freesmartphone.org: fsodeviced: kernel26_leds: use config options for max_brighness if
Dec 02 02:29:04 <CIA-107> freesmartphone.org: sysfsnode isn't present
Dec 02 02:48:24 <CIA-107> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r6137e6fcf043 10/fsodeviced/conf/palm_pre/fsodeviced.conf: fsodeviced: Use new Max_brightness option in config
**** ENDING LOGGING AT Thu Dec 02 02:59:58 2010