**** BEGIN LOGGING AT Fri Aug 12 02:59:59 2011
Aug 12 04:38:18 <PaulFertser> fpu: configure scripts complain when you lack a dependency, so that should be straightforward enough.
Aug 12 04:38:33 <PaulFertser> fpu: i'm running cornucopia from git here on Debian
Aug 12 06:45:58 <mrmoku> dos1|N900: pong :)
Aug 12 06:46:09 <JaMa> moin
Aug 12 06:46:18 <mrmoku> moin JaMa 
Aug 12 06:46:53 <JaMa> btw latest shr-core image is somehow broken :/ not sure why yet
Aug 12 06:46:54 <JaMa> SHR root@gjama /media/sdcard2 $ bin/ls.coreutils
Aug 12 06:46:54 <JaMa> -bash: bin/ls.coreutils: No such file or directory
Aug 12 06:46:54 <JaMa> SHR root@gjama /media/sdcard2 $ file bin/ls.coreutils
Aug 12 06:46:54 <JaMa> bin/ls.coreutils: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, stripped
Aug 12 06:47:02 <mrmoku> dos1|N900: no idea about xrandr... maybe gnutoo knows more about that part
Aug 12 06:47:05 <JaMa> SHR root@gjama /media/sdcard2 $ ldd bin/ls.coreutils
Aug 12 06:47:05 <JaMa> /usr/bin/ldd: eval: line 1: bin/ls.coreutils: not found
Aug 12 06:47:31 <mrmoku> dos1|N900: the gsm part of n900 looks good sofar... audio is the problematic part right now
Aug 12 06:47:52 <mrmoku> JaMa: you mean it builds but is broken then?
Aug 12 06:48:02 <JaMa> yes.. 
Aug 12 06:48:07 <mrmoku> :/
Aug 12 06:48:25 <JaMa> I did rebuild from scratch again and this looks like gcc or eglibc fault
Aug 12 06:48:35 <JaMa> because it's the same for every binary in image
Aug 12 06:48:46 <JaMa> waiting for image from buildhost to test it there
Aug 12 06:48:51 <JaMa> or someone can try on n900
Aug 12 06:49:46 <mrmoku> JaMa: if you have a ready-built image I can try n900
Aug 12 06:56:39 <JaMa> mrmoku: http://jama.dyndns-home.com/org.openembedded.shr-core.images/nokia900/
Aug 12 06:57:17 <CIA-82> SHR: 03Martin.Jansa 07shr-chroot * r9fcfb084766b 10/ (14 files in 7 dirs): bitbake upgrade
Aug 12 06:58:41 <mrmoku> JaMa: thx, downloading
Aug 12 07:39:45 <mrmoku> JaMa: lots of stuff like '/bin/chmod: No such file or directory' on frist boot
Aug 12 07:40:07 <mrmoku> does not look good
Aug 12 07:40:40 <mrmoku> lsmod
Aug 12 07:40:48 <mrmoku> Opening /proc/modules: No such file or directory
Aug 12 07:41:33 <JaMa> hmm, can you try from maemo?
Aug 12 07:41:40 <mrmoku> ok
Aug 12 07:41:46 <JaMa> if it does the same then I guess it wont boot properly
Aug 12 07:50:37 <mrmoku> JaMa: hmm... some commands work... like mount for example
Aug 12 07:50:43 <mrmoku> others like ls don't
Aug 12 07:51:26 * JaMa unpacking image from buildhost
Aug 12 07:51:46 <JaMa> what about usr/bin/opkg?
Aug 12 07:52:31 <mrmoku> opkg works... I tried opkg-cl configure too
Aug 12 07:52:57 <mrmoku> that gives lots of failing scripts due to missing stuff... grep and lots others
Aug 12 07:53:21 <JaMa> hmm buildhost image seems working
Aug 12 07:53:27 <mrmoku> maybe it's just a broken busybox
Aug 12 07:53:38 <JaMa> my image has coreutils
Aug 12 07:53:48 <mrmoku> ahh
Aug 12 07:53:51 <JaMa> but I had broken opkg too
Aug 12 07:53:53 <mrmoku> chmod, chown, ls, grep
Aug 12 07:53:58 <mrmoku> are broken ones
Aug 12 07:54:28 <mrmoku> opkg update works
Aug 12 07:54:59 * JaMa -> meeting
Aug 12 07:55:08 * mrmoku daywork :)
Aug 12 11:21:01 <morphis> heyho
Aug 12 11:21:03 <morphis> mickeyl: ping
Aug 12 11:21:05 <morphis> mickey|office: ping
Aug 12 11:23:25 <morphis> mickey|office: I am now ready for a phone call
Aug 12 11:24:46 <mickey|office> ok
Aug 12 11:25:25 <morphis> mickey|office: you will call me?
Aug 12 11:26:45 <mickey|office> yo
Aug 12 11:27:54 <morphis> ok, in the next minutes or do you need some more time?
Aug 12 12:10:17 <GNUtoo|laptop> hi JaMa 
Aug 12 12:10:33 <GNUtoo|laptop> I'll try again to builld, last time I was interupted because it was too late
Aug 12 12:14:48 <rah> GNUtoo|laptop: hello
Aug 12 12:15:07 <rah> GNUtoo|laptop: you emailed me about using HTC Dream images on a Motorola DEXT
Aug 12 12:15:08 <GNUtoo|laptop> hi
Aug 12 12:15:12 <GNUtoo|laptop> yes
Aug 12 12:15:24 <rah> GNUtoo|laptop: what are these "board files"? :-)
Aug 12 12:15:35 <GNUtoo|laptop> look in the kernel at:
Aug 12 12:15:42 <GNUtoo|laptop> arch/arm/mach-msm/
Aug 12 12:15:55 <GNUtoo|laptop> it's the support for your machine
Aug 12 12:16:04 <GNUtoo|laptop> it's for instance telling that it has a wl1251_sdio
Aug 12 12:16:14 <GNUtoo|laptop> and that it's connected to GPIO 29
Aug 12 12:16:19 <GNUtoo|laptop> and similar stuff
Aug 12 12:16:26 <GNUtoo|laptop> it initialize your machine
Aug 12 12:16:41 <GNUtoo|laptop> and you need one
Aug 12 12:16:51 <GNUtoo|laptop> specifically for your machine
Aug 12 12:17:01 <GNUtoo|laptop> it's provided by the android kernel of your machine
Aug 12 12:17:12 <CIA-82> SHR: 03andrea.adami 07meta-smartphone * r962f4afd8570 10/meta-zaurus/conf/machine/include/zaurus.inc: zaurus.inc: fix LOGO_SIZE
Aug 12 12:19:06 <rah> hmm
Aug 12 12:20:26 <rah> GNUtoo|laptop: can I replace the kernel binary in the HTC Dream boot image with my machine's android kernel binary?
Aug 12 12:21:21 <GNUtoo|laptop> yes
Aug 12 12:21:25 <rah> ie, can I give my android kernel the "root=/dev/mmcblk0p1" and expect it to work?
Aug 12 12:21:27 <GNUtoo|laptop> do that:
Aug 12 12:21:33 <GNUtoo|laptop> fastboot boot ./zImage
Aug 12 12:21:53 <GNUtoo|laptop> not exactly
Aug 12 12:21:59 <GNUtoo|laptop> you need to recompile your kenrel
Aug 12 12:22:03 <rah> urg
Aug 12 12:22:06 <GNUtoo|laptop> I've written 2 porting guides
Aug 12 12:22:20 <rah> I've read them
Aug 12 12:22:26 <rah> they're light on details unfortunately :-)
Aug 12 12:22:28 <GNUtoo|laptop> ok so you know the correct options
Aug 12 12:22:35 <rah> err
Aug 12 12:22:39 <GNUtoo|laptop> ask me the details then
Aug 12 12:22:40 <rah> perhaps I haven't read them
Aug 12 12:22:45 <GNUtoo|laptop> and then complete the guides
Aug 12 12:22:52 <rah> are you referring to http://shr-project.org/trac/wiki/Device%20Porting%20Guide ?
Aug 12 12:22:57 <GNUtoo|laptop> yes
Aug 12 12:23:15 <GNUtoo|laptop> and to the other guide too
Aug 12 12:23:21 <GNUtoo|laptop> because you will need small fixes
Aug 12 12:23:28 <GNUtoo|laptop> for having usbnet
Aug 12 12:23:35 <rah> I'm trying to follow it
Aug 12 12:23:39 <GNUtoo|laptop> but let's start from the beginning
Aug 12 12:23:45 <GNUtoo|laptop> let's choose a kernel
Aug 12 12:24:05 <GNUtoo|laptop> is your device supported by cyanogenmod?
Aug 12 12:24:07 <rah> yes
Aug 12 12:24:13 <GNUtoo|laptop> nice
Aug 12 12:24:19 <GNUtoo|laptop> to take a cyanogenmod kenrel
Aug 12 12:24:31 <GNUtoo|laptop> the one used by your device
Aug 12 12:24:45 <GNUtoo|laptop> and follow the guide, that is to say:
Aug 12 12:25:09 <GNUtoo|laptop> *Add usbnet
Aug 12 12:25:20 <GNUtoo|laptop> USB_ETH
Aug 12 12:25:30 <GNUtoo|laptop> I think it's called CONFIG_USB_ETH
Aug 12 12:25:58 <GNUtoo|laptop> http://www.shr-project.org/trac/wiki/Device%20Porting%20Guide#BareminimuminOpenembedded says:
Aug 12 12:26:07 <GNUtoo|laptop>     * add g_ether(so you can ssh into your phone) compiled in the kernel(easier debugging)
Aug 12 12:26:07 <GNUtoo|laptop>     * remove paranoid network
Aug 12 12:26:07 <GNUtoo|laptop>     * remove the initramfs/initrd 
Aug 12 12:27:33 <rah> I have to find the kernel first
Aug 12 12:27:49 <rah> the cyanogenmod kernels are all over the place
Aug 12 12:28:01 <rah> the source isn't centralised
Aug 12 12:28:01 <GNUtoo|laptop> ok
Aug 12 12:28:11 <rah> and also, how do I build it?
Aug 12 12:28:14 <GNUtoo|laptop> I guess it's the cyanogen msm kenrel
Aug 12 12:28:21 <GNUtoo|laptop> you want SHR on your device ?
Aug 12 12:28:40 <rah> yes, I want SHR on it :-)
Aug 12 12:28:53 <GNUtoo|laptop> ok
Aug 12 12:29:04 <GNUtoo|laptop> you could build a toolchain with openembedded
Aug 12 12:29:08 <GNUtoo|laptop> it's a long operation
Aug 12 12:29:11 <rah> I've got an shr-unstable chroot environment set up
Aug 12 12:29:16 <GNUtoo|laptop> ok nice
Aug 12 12:29:18 <GNUtoo|laptop> then do that:
Aug 12 12:29:21 <GNUtoo|laptop> bitbake devshell
Aug 12 12:29:36 <GNUtoo|laptop> a devshell will appear in:
Aug 12 12:29:42 <GNUtoo|laptop> tmpdir/deploy/add-on/
Aug 12 12:29:46 <GNUtoo|laptop> or something like that
Aug 12 12:29:48 <GNUtoo|laptop> source it
Aug 12 12:29:53 <GNUtoo|laptop> it will error on ./configure
Aug 12 12:29:58 <GNUtoo|laptop> ignore that error
Aug 12 12:30:07 <rah> OE @ ~ $ bitbake devshell
Aug 12 12:30:08 <rah> The BBPATH variable is not set
Aug 12 12:30:19 <GNUtoo|laptop> I don't know the shr-unstable chroot
Aug 12 12:30:25 <GNUtoo|laptop> just build devshell
Aug 12 12:30:27 <rah> ok
Aug 12 12:30:34 <GNUtoo|laptop> like you would build shr-lite-image for instance
Aug 12 12:30:46 <rah> hang on
Aug 12 12:31:08 <rah> I need to (1) find the cyanogenmod kernel source, (2) put it somewhere
Aug 12 12:31:10 <rah> where do I put it?
Aug 12 12:31:10 <GNUtoo|laptop> make CROSS_COMPILE="arm-oe-linux-gnueabi-" ARCH=arm LDFLAGS="" zImage
Aug 12 12:31:19 <GNUtoo|laptop> I'll explain
Aug 12 12:31:54 <GNUtoo|laptop> you have 2 options
Aug 12 12:32:16 <GNUtoo|laptop> 1) make a recipe and make openembedded build your kenrel
Aug 12 12:32:22 <GNUtoo|laptop> that also require a machine config
Aug 12 12:32:46 <GNUtoo|laptop> 2) checkout the sources somewhere and build them there without a recipe
Aug 12 12:33:07 <GNUtoo|laptop> JaMa, still fails the same way
Aug 12 12:33:13 <GNUtoo|laptop> | ffphonelog.vala:567.2-567.13: error: The name `text_set' does not exist in the context of `Elm.Button*'
Aug 12 12:33:18 <GNUtoo|laptop> did I use the wrong sources?
Aug 12 12:34:54 <rah> will I still have to build SHR if I create a kernel somewhere outside of openembedded?
Aug 12 12:35:10 <rah> or can I use the HTC Dream root?
Aug 12 12:35:37 <GNUtoo|laptop> rah, no you can just build the toolchain
Aug 12 12:35:51 <JaMa> GNUtoo|laptop: probably
Aug 12 12:36:18 <JaMa> GNUtoo|laptop: you need this patch http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=71612da602f83b941c5891a1475c41415e0a5667
Aug 12 12:36:58 <GNUtoo|laptop> JaMa, I've it already
Aug 12 12:37:00 <GNUtoo|laptop>     ffalarms, ffphonelog, iliwi: adapt to libeflvala API changes from r62020
Aug 12 12:37:14 <rah> GNUtoo|laptop: if I have to build a toolchain with openembedded, I may as well get openembedded to build the kernel
Aug 12 12:37:27 <GNUtoo|laptop> JaMa, I guess I need to clean something then
Aug 12 12:37:41 <GNUtoo|laptop> rah, ok
Aug 12 12:37:50 <GNUtoo|laptop> rah, both have advantages
Aug 12 12:38:19 <GNUtoo|laptop> with the standalone system(build toolchain only) you have faster turnarround times
Aug 12 12:38:39 <GNUtoo|laptop> it's very usefull for kernel developement or trials and errors...
Aug 12 12:40:38 <JaMa> GNUtoo|laptop: do you have meta-oe-contrib/shr?
Aug 12 12:41:13 <JaMa> GNUtoo|laptop: it looks vice versa.. your efl is too old..
Aug 12 12:41:14 <GNUtoo|laptop> I guess not, let me see
Aug 12 12:41:28 <JaMa> GNUtoo|laptop: so you need this patch http://git.openembedded.org/cgit.cgi/meta-openembedded-contrib/commit/?h=shr&id=56729abf78f019b6b85db03bc6a359f1eae50600
Aug 12 12:41:49 <GNUtoo|laptop> where's meta-oe-contrib
Aug 12 12:41:50 <GNUtoo|laptop> ?
Aug 12 12:41:58 <JaMa> GNUtoo|laptop: http://git.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=shr
Aug 12 12:42:10 <GNUtoo|laptop> I'll add that
Aug 12 12:42:13 <JaMa> and you need also oe-core-contrib
Aug 12 12:42:14 <JaMa> http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=shr
Aug 12 12:42:21 <GNUtoo|laptop> ok
Aug 12 12:43:24 <rah> GNUtoo|laptop: ok, how can I build the toolchain and use it to compile a CM kernel?
Aug 12 12:43:53 <GNUtoo|laptop> bitbake devshell
Aug 12 12:43:55 <GNUtoo|laptop> then do that 
Aug 12 12:43:59 <GNUtoo|laptop> source the devshell 
Aug 12 12:44:14 <GNUtoo|laptop> go in kenrel dir
Aug 12 12:44:16 <GNUtoo|laptop> and do:
Aug 12 12:44:17 <GNUtoo|laptop> make CROSS_COMPILE="arm-oe-linux-gnueabi-" ARCH=arm LDFLAGS=""
Aug 12 12:44:23 <GNUtoo|laptop> oops
Aug 12 12:44:31 <GNUtoo|laptop> make CROSS_COMPILE="arm-oe-linux-gnueabi-" ARCH=arm LDFLAGS="" zImage
Aug 12 12:46:51 <rah> ok
Aug 12 12:47:45 <rah> bitbake is working now
Aug 12 12:49:38 <GNUtoo|laptop> ok
Aug 12 12:56:18 <rah> projects.goldelico.com[0: 83.151.26.121]: errno=Connection timed out
Aug 12 12:56:19 <rah> :-/
Aug 12 12:56:46 <rah> git ls-remote git://projects.goldelico.com/gta04-kernel.git master failed with signal 128
Aug 12 13:01:34 <GNUtoo|laptop> rah, ???
Aug 12 13:01:40 <GNUtoo|laptop> that's for another device, the gta04
Aug 12 13:01:50 <GNUtoo|laptop> ah ok
Aug 12 13:01:54 <GNUtoo|laptop> it's an error for git
Aug 12 13:02:01 <GNUtoo|laptop> when you bitbake something
Aug 12 13:03:07 <rah> aye
Aug 12 13:03:26 <rah> that's from running "bitbake devshell"
Aug 12 13:03:43 <rah> ERROR: Failure expanding variable None, expression was ${@bb.fetch.get_srcrev(d)} which triggered exception FetchError: Fetch command export HOME="/OE"; export PATH="/OE/shr-unstable/bin:/OE/shr-unstable/openembedded/bin:/OE/shr-unstable/tmp/sysroots/x86_64-linux/usr/armv6-novfp/bin:/OE/shr-unstable/tmp/sysroots/x86_64-linux/usr/sbin:/OE/shr-unstable/tmp/sysroots/x86_64-linux/usr/bin:/OE/shr-unstable/tmp/sysroots/x86
Aug 12 13:03:43 <rah> _64-linux/sbin:/OE/shr-unstable/tmp/sysroots/x86_64-linux//bin:/OE/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.1"; git ls-remote git://projects.goldelico.com/gta04-kernel.git master failed with signal 128, output:
Aug 12 13:03:43 <rah> projects.goldelico.com[0: 83.151.26.121]: errno=Connection timed out
Aug 12 13:03:45 <rah> fatal: unable to connect a socket (Connection timed out)
Aug 12 13:07:23 <GNUtoo|laptop> ok
Aug 12 13:07:40 <GNUtoo|laptop> basically it's because of goldelicio.com not responding
Aug 12 13:07:48 <GNUtoo|laptop> I guess it's because of some autorev
Aug 12 13:10:47 <rah> typical
Aug 12 13:11:12 <rah> I actually start to get somewhere and a critical host on the Net is down :-(
Aug 12 13:11:27 <rah> the Internet is just not being my friend lately :-/
Aug 12 13:12:03 <GNUtoo|laptop> JaMa, Iv'e that http://www.pastie.org/2361044
Aug 12 13:20:37 <JaMa> GNUtoo|laptop: is it the same as what Makefile is creating? (looks like it)
Aug 12 13:21:55 <JaMa> but importatnt is what is checkouted in openembeded-core/meta-openembedded directories
Aug 12 13:22:37 <GNUtoo|laptop> ok
Aug 12 13:22:59 <GNUtoo|laptop> where's what the Makefile creates?
Aug 12 13:24:47 <JaMa> GNUtoo|laptop: http://git.shr-project.org/git/?p=shr-makefile.git;a=summary
Aug 12 13:25:57 <GNUtoo|laptop> http://git.shr-project.org/git/?p=shr-makefile.git;a=blob;f=conf/shr-core/bblayers.conf;h=508ecbfc5e994ef9a990dd12e8c3c2ee7293f7fc;hb=HEAD ?
Aug 12 13:29:24 <JaMa> y
Aug 12 13:29:28 <GNUtoo|laptop> ok
Aug 12 13:38:00 <nschle85> JaMa: hello, i bought yesterday a used n900. but i cannot use it (its located in berlin and i am still in estonia), Question: i would like to install shr on external sd card, is it enough to install the shr u-boot and unpack shr on first partition (ext2) of sd card  or is this http://shr-project.org/trac/wiki/Devices/NokiaN900/InstallGuide mandatory ?
Aug 12 13:39:27 <nschle85> JaMa: why is a combined image created what is it for ?
Aug 12 13:41:36 <mrmoku> nschle85: combined image is u-boot + maemo kernel
Aug 12 13:41:54 <JaMa> nschle85: yes it's needed if you want to be able to boot maemo
Aug 12 13:42:21 <GNUtoo|laptop> JaMa, the diff with mine is just meta-openmoko beeing placed a bit lower
Aug 12 13:42:43 <JaMa> GNUtoo|laptop: and meta-gpe
Aug 12 13:42:49 <GNUtoo|laptop> yes
Aug 12 13:42:53 <JaMa> GNUtoo|laptop: but as I said: 15:20:01 < JaMa> but importatnt is what is checkouted in openembeded-core/meta-openembedded directories
Aug 12 13:44:16 <GNUtoo|laptop> ?
Aug 12 13:44:21 <GNUtoo|laptop> what do you mean?
Aug 12 13:44:59 <JaMa> that you need openembeded-core-contrib/shr checkouted in openembeded-core directory
Aug 12 13:45:10 <GNUtoo|laptop> ah?
Aug 12 13:45:13 <nschle85> JaMa: so boot loader and the kernel which runs from internal flash must be installed togehter in one image. right ?   
Aug 12 13:45:13 <JaMa> and meta-openembedded-contrib/shr checkouted in meta-openembedded directory
Aug 12 13:45:15 <GNUtoo|laptop> how to do that?
Aug 12 13:45:19 <GNUtoo|laptop> mv ?
Aug 12 13:45:47 <JaMa> GNUtoo|laptop: ? git remote add contrib path-to-oe-core-contrib
Aug 12 13:45:55 <JaMa> GNUtoo|laptop: git checkout -b shr contrib/shr
Aug 12 13:46:04 <nschle85> mrmoku: can i flash only uboot and use the existing kernel in one step without creating a combinded image ?
Aug 12 13:46:12 <GNUtoo|laptop> hmmm
Aug 12 13:46:34 <GNUtoo|laptop> so we have a branch again?
Aug 12 13:46:36 <GNUtoo|laptop> hmmmm
Aug 12 13:46:40 <JaMa> GNUtoo|laptop: git remote add contrib git+ssh://git@git.openembedded.org/meta-openembedded-contrib
Aug 12 13:46:46 <JaMa> GNUtoo|laptop: yes we have
Aug 12 13:46:58 <GNUtoo|laptop> ok
Aug 12 13:47:01 <GNUtoo|laptop> is it bad?
Aug 12 13:47:09 <JaMa> ?
Aug 12 13:47:28 <GNUtoo|laptop> I mean you worked hard to get shr integrated into openembedded.dev
Aug 12 13:47:34 <JaMa> all layers needs to be in sync
Aug 12 13:47:37 <GNUtoo|laptop> ok
Aug 12 13:47:42 <JaMa> shr branch is way to keep them in sync
Aug 12 13:47:43 <mrmoku> nschle85: no, because you flash the combined thing _instead_ of the existing kernel
Aug 12 13:47:47 <JaMa> and it closely tracks upstream
Aug 12 13:48:09 <JaMa> and if I need to add something upstream (like dfu-util-0.4) I can first add it to meta-oe-contrib/shr
Aug 12 13:48:17 <JaMa> test it with meta-smartphone in wild
Aug 12 13:48:36 <GNUtoo|laptop> ok
Aug 12 13:48:41 <JaMa> and after that send pull request with it to koen and rebase  meta-oe-contrib on meta-oe/master when it's applied upstream
Aug 12 13:48:43 * GNUtoo|laptop likes everything beeing upstream
Aug 12 13:48:46 <GNUtoo|laptop> ok
Aug 12 13:48:53 <GNUtoo|laptop> seem a bit overcomplicated tough
Aug 12 13:48:58 <JaMa> hmm ;/
Aug 12 13:49:13 <JaMa> again: 15:45:47 < JaMa> shr branch is way to keep them in sync
Aug 12 13:49:35 <JaMa> if someone removes something esential in oe-core then meta-smartphone will be broken
Aug 12 13:49:39 <GNUtoo|laptop> yes I understand that
Aug 12 13:49:57 <JaMa> when I was away then oe-core-contrib/shr and meta-smartphone were kept the same (working)
Aug 12 13:50:08 <GNUtoo|laptop> since stuff is beeing moved from the branch to oe-core....it seem ok
Aug 12 13:50:22 <JaMa> without shr branch in -contrib there will be breakage just after I left and oe-core was changed
Aug 12 13:50:28 <GNUtoo|laptop> ok
Aug 12 13:50:34 <JaMa> and as nobody except me is maintaining meta-smartphone..
Aug 12 13:50:36 <GNUtoo|laptop> I understand that
Aug 12 13:51:03 <JaMa> other option is to "lock" revisions of other layers
Aug 12 13:51:40 <JaMa> but as we don't have tooling for that.. then it's easier to lock it by shr branch
Aug 12 13:52:32 <JaMa> and ie when moving some recipe from meta-smartphone to ie meta-efl.. then I cannot remove it from meta-smartphone before it's applied in meta-efl and vice versa, it shouldn't be in meta-smartphone when it gets available in meta-efl..
Aug 12 13:52:49 <GNUtoo|laptop> ok
Aug 12 13:55:00 <nschle85> GNUtoo|laptop: hello, i can understand your skepsis.. for me its also hard to understand the new repository structure, browsing online for recipes was very easy in old oe dev, because it was one repository, now its hard to find the recipes if they are not checked out on your harddisk.
Aug 12 13:55:30 <GNUtoo|laptop> ok
Aug 12 13:55:34 <GNUtoo|laptop> hi
Aug 12 13:56:19 <JaMa> mrmoku: broken images seems somehow related to gcc changes.. now rebuilding binaries helps..
Aug 12 13:56:33 <JaMa> mrmoku: and image from buildhost "works" too
Aug 12 13:56:55 <nschle85> GNUtoo|laptop: i have read the comment from JaMa about, dfu-util he was not very amused,i hope you could explain him why the attached files are in so bad condidtion
Aug 12 13:57:00 <GNUtoo|laptop> No such file or directory: '/home/gnutoo/port4/embedded/oe-core/repos/openembedded-core/meta/conf/layer.conf'
Aug 12 13:57:19 <GNUtoo|laptop> ah???
Aug 12 13:57:33 <GNUtoo|laptop> bad conditions???
Aug 12 13:58:04 <nschle85> GNUtoo|laptop: missing md5 sums
Aug 12 13:58:04 <GNUtoo|laptop> I'll read
Aug 12 13:58:20 <GNUtoo|laptop> ah but why did it work for me then?
Aug 12 13:58:54 <GNUtoo|laptop> note that *I'm new to oe-core*
Aug 12 13:59:33 <GNUtoo|laptop> I need to have a build running first
Aug 12 13:59:39 <GNUtoo|laptop> runniing on target I mean
Aug 12 13:59:48 <mrmoku> JaMa: ok, I triggered a fresh build here too... will tell you how it goes
Aug 12 14:00:51 <nschle85> GNUtoo|laptop: i wanted to have the files to test them it was<not your fault. JaMa loves one part git patches to save time. 
Aug 12 14:01:19 <GNUtoo|laptop> yes
Aug 12 14:01:35 <GNUtoo|laptop> yes you told me to put the files there
Aug 12 14:01:38 <GNUtoo|laptop> instead of a patch
Aug 12 14:01:59 <jfthomps> I see the latest image of shr-unstable at http://build.shr-project.org/shr-unstable/images/om-gta02/ is from several weeks ago; has development slowed somewhat this summer?
Aug 12 14:03:01 <GNUtoo|laptop> jfthomps, we are switching to shr-core
Aug 12 14:03:14 <GNUtoo|laptop> JaMa, even deleted his oe.dev dir
Aug 12 14:04:02 <JaMa> is there something new in oe.dev worth building new image?
Aug 12 14:04:17 <JaMa> I can trigger build on buildhost today (when it finishes shr-core image)
Aug 12 14:04:45 <GNUtoo|laptop> http://www.pastie.org/2361233
Aug 12 14:04:51 <GNUtoo|laptop> JaMa, ^^^ any ideas?
Aug 12 14:04:53 <nschle85> GNUtoo|laptop: but i see another problem: if JaMa is absent , shr is standing still. I think we need a second person who can continue if he is not present
Aug 12 14:05:08 <jfthomps> GNUtoo|laptop: is there info on shr-core online somewhere?
Aug 12 14:05:12 <JaMa> GNUtoo|laptop: yes, cd to directory where conf/bblayers.conf is
Aug 12 14:05:37 <GNUtoo|laptop> ok
Aug 12 14:06:20 <GNUtoo|laptop> I'm already there
Aug 12 14:06:40 <JaMa> does /home/gnutoo/port4/embedded/oe-core/repos/openembedded-core/meta/conf/layer.conf exist?
Aug 12 14:06:49 <GNUtoo|laptop> no
Aug 12 14:07:01 <JaMa> and where do you stand?
Aug 12 14:07:28 <GNUtoo|laptop> I've only lib in /home/gnutoo/port4/embedded/oe-core/repos/openembedded-core/meta/
Aug 12 14:07:33 <GNUtoo|laptop> here:
Aug 12 14:07:35 <JaMa> GNUtoo|laptop: http://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg07322.html
Aug 12 14:07:50 <GNUtoo|laptop> /home/gnutoo/port4/embedded/oe-core/scripts-shr
Aug 12 14:08:20 <JaMa> GNUtoo|laptop: and where do you have conf/bblayers.conf?
Aug 12 14:08:25 <GNUtoo|laptop> I didn't use -b yet
Aug 12 14:08:37 <JaMa> GNUtoo|laptop: read the end of that e-mail
Aug 12 14:08:45 <GNUtoo|laptop> /home/gnutoo/port4/embedded/oe-core/scripts-shr/conf/bblayers.conf
Aug 12 14:08:46 <GNUtoo|laptop> ok
Aug 12 14:08:49 <JaMa> that's general problem not related only to -b
Aug 12 14:08:54 <GNUtoo|laptop> ah ok
Aug 12 14:09:27 <nschle85> GNUtoo|laptop: i think its a littlke bit tolate but i use the Makefile to crteate all the repository structures... its very easy to use..
Aug 12 14:09:39 <JaMa> yes :)
Aug 12 14:09:59 <GNUtoo|laptop> yes but I try to share as much as possible
Aug 12 14:10:04 <JaMa> GNUtoo|laptop: and what's in your TOPDIR?
Aug 12 14:10:04 <GNUtoo|laptop> between SHR and angstrom
Aug 12 14:10:39 <GNUtoo|laptop> TOPDIR = "${HOME}/port4/embedded/oe-core/repos"
Aug 12 14:11:04 <GNUtoo|laptop> meta-angstrom      meta-openembedded-contrib  openembedded-core          sync.sh meta-openembedded  meta-smartphone            openembedded-core-contrib
Aug 12 14:12:37 <JaMa> GNUtoo|laptop: try co move conf to $TOPDIR and run from TOPDIR
Aug 12 14:12:39 <nschle85> JaMa: you wrote ... "finish core image..."  does it mean shr image for gta02  becomes usable like on old oeßdev ?
Aug 12 14:12:51 <GNUtoo|laptop> ok
Aug 12 14:13:02 <JaMa> nschle85: talking only about "build" :/
Aug 12 14:13:07 <GNUtoo|laptop> note that it worked just before the shr checkout
Aug 12 14:13:26 <JaMa> nschle85: not enough time to test it properly in runtime..
Aug 12 14:13:30 <JaMa> and now gtg..
Aug 12 14:13:33 <JaMa> train is leaving..
Aug 12 14:13:46 <nschle85> JaMa: ok, bye
Aug 12 14:13:49 <GNUtoo|laptop> ok bye
Aug 12 14:13:55 <GNUtoo|laptop> will you be back after?
Aug 12 14:13:58 <GNUtoo|laptop> in how many hours?
Aug 12 14:15:05 <nschle85> GNUtoo|laptop: you can use the makefile from JaMaand create a repository somewhere else , then you have something to compare how it should be
Aug 12 14:15:21 <nschle85> or you can lok on my build server
Aug 12 14:15:35 <GNUtoo|laptop> basically I've done a manual setup
Aug 12 14:15:41 <GNUtoo|laptop> it worked until that shr checkout
Aug 12 14:16:04 <JaMa> GNUtoo|laptop: maybe 3 hours.. maybe tomorrow or sunday :/
Aug 12 14:16:13 <GNUtoo|laptop> ok
Aug 12 14:16:47 <nschle85> GNUtoo|laptop: http://norman-schleicher.de/jenkins/job/shr-core-clean-build/ws/     here you can  browse
Aug 12 14:16:54 <GNUtoo|laptop> thanks
Aug 12 14:16:59 <nschle85> GNUtoo|laptop: hope it will help
Aug 12 14:18:04 <nschle85> now i go to lung ill be back later, today i must care my son, hope i have some time 
Aug 12 14:18:15 <nschle85> lunch
Aug 12 14:18:30 <GNUtoo|laptop> ok
Aug 12 14:18:49 <nschle85> bye
Aug 12 14:37:14 <GNUtoo|laptop>   ${TOPDIR}/openembedded-core/meta \
Aug 12 14:37:21 <GNUtoo|laptop> that is not present
Aug 12 14:37:25 <GNUtoo|laptop> I'll remove it
Aug 12 14:38:29 <GNUtoo|laptop> ????
Aug 12 14:38:42 <GNUtoo|laptop> ERROR: Unable to parse conf/bitbake.conf: file conf/bitbake.conf not found
Aug 12 14:38:47 <GNUtoo|laptop> sigh!!!!
Aug 12 14:39:10 <GNUtoo|laptop> what's that SHR branch!!!!
Aug 12 14:44:41 <mrmoku> GNUtoo|laptop: branch in where?
Aug 12 14:44:54 <GNUtoo|laptop> I'm lost
Aug 12 14:45:08 <GNUtoo|laptop> git+ssh://git@git.openembedded.org/meta-openembedded-contrib
Aug 12 14:45:16 <GNUtoo|laptop> has an shr branch
Aug 12 14:45:32 <GNUtoo|laptop> COPYING.MIT  meta-efl  meta-gnome  meta-gpe  meta-oe  meta-xfce
Aug 12 14:45:45 <GNUtoo|laptop> here was the content of the shr branch
Aug 12 14:45:51 <GNUtoo|laptop> I'm looking for a dir named meta
Aug 12 14:45:53 <GNUtoo|laptop> somewhere
Aug 12 14:46:01 <mrmoku> 0022 mok@ladyt[pts/2]:~/shr-chroot/OE/shr-core/meta-openembedded-> git branch
Aug 12 14:46:02 <GNUtoo|laptop>   ${TOPDIR}/openembedded-core/meta \
Aug 12 14:46:04 <mrmoku> * shr
Aug 12 14:46:06 <mrmoku> indeed
Aug 12 14:46:30 <GNUtoo|laptop> ahhh
Aug 12 14:46:32 <GNUtoo|laptop> wait a sec
Aug 12 14:46:37 <GNUtoo|laptop> what should be shr branch?
Aug 12 14:46:38 <mrmoku> 0022 mok@ladyt[pts/2]:~/shr-chroot/OE/shr-core/openembedded-core-> git branch master
Aug 12 14:46:41 <mrmoku> * shr
Aug 12 14:46:45 <GNUtoo|laptop> ah ok both
Aug 12 14:46:46 <mrmoku> that one is there too... with a shr branch
Aug 12 14:46:58 <mrmoku> and has a meta dir in it
Aug 12 14:47:14 <GNUtoo|laptop> ok let me look
Aug 12 14:47:55 <GNUtoo|laptop> but <GNUtoo|laptop>   ${TOPDIR}/openembedded-core/meta \
Aug 12 14:49:23 <mrmoku> yeah?
Aug 12 14:50:18 <GNUtoo|laptop> let me look
Aug 12 14:51:44 <GNUtoo|laptop> I did a mistake
Aug 12 14:51:58 <GNUtoo|laptop> I remote add the contrib of meta-oe in oe-core
Aug 12 14:53:12 <mrmoku> ok
Aug 12 15:01:07 <GNUtoo|laptop> it seem to parse....
Aug 12 15:02:45 <mrmoku> good :)
Aug 12 15:18:17 <GNUtoo|laptop> captainigloo, hi
Aug 12 15:18:31 <GNUtoo|laptop> mrmoku, any news on ACI?
Aug 12 15:18:39 <GNUtoo|laptop> pespin, hi
Aug 12 15:24:06 <mrmoku> GNUtoo|laptop: nothing exciting yet...
Aug 12 15:24:12 <GNUtoo|laptop> ok
Aug 12 15:42:06 <antrik> rah: well, the drivers for Hurd weren't actually *written* using emulators, but "only" ported. apart from that bit, I can confirm your statement -- the very box I'm talking from right now uses such a network card driver ported in this way :-)
Aug 12 15:44:12 <GNUtoo|laptop> rah, hi
Aug 12 15:44:18 <GNUtoo|laptop> you sent a patch to oe.dev
Aug 12 15:44:28 <GNUtoo|laptop> s/oe.dev/freesmartphone-userland/
Aug 12 15:44:28 <rah> GNUtoo|laptop: I did
Aug 12 15:44:28 <apt> GNUtoo|laptop meant: you sent a patch to freesmartphone-userland
Aug 12 15:44:44 <GNUtoo|laptop> I sent you a comment on it
Aug 12 15:45:04 <rah> k
Aug 12 15:47:13 <GNUtoo|laptop> apart the comment I'll test your patch right now
Aug 12 15:48:13 <GNUtoo|laptop> ubbootimg seem to work
Aug 12 15:48:35 <GNUtoo|laptop> however....it doesn't seem to finish in the right dir after beeing compiled
Aug 12 15:48:43 <GNUtoo|laptop> does the install work?
Aug 12 15:49:25 <GNUtoo|laptop> ah maybe it's in the right dir
Aug 12 15:49:44 <GNUtoo|laptop> mickeyl, with android image utils....where does the binary should go?
Aug 12 15:49:47 <GNUtoo|laptop> in .libs?
Aug 12 15:49:54 <GNUtoo|laptop> or in mkbootimg dir?
Aug 12 15:52:33 <rah> GNUtoo|laptop: the install should work; it works fine here
Aug 12 15:52:58 <rah> GNUtoo|laptop: it installs to the same place as mkbootimg
Aug 12 15:54:37 <rah> GNUtoo|laptop: which, as I understand it, is the normal automake binary directory, ${prefix}/bin
Aug 12 15:55:20 <GNUtoo|laptop> ok
Aug 12 15:55:30 <GNUtoo|laptop> so correct the whitespaces
Aug 12 15:55:36 <GNUtoo|laptop> and resend
Aug 12 15:57:32 <rah> I don't understand what's causing the errors
Aug 12 15:57:56 <rah> I've run git am on the email but it doesn't tell you what the errors are
Aug 12 15:58:47 <rah> it says "trailing whitespace"
Aug 12 15:58:54 <rah> with lots of line numbers
Aug 12 15:59:19 <rah> /home/rah/proj/fso-utilities-clean/.git/rebase-apply/patch:192: trailing whitespace.
Aug 12 16:00:00 <rah> ah
Aug 12 16:00:05 <rah> perhaps it does
Aug 12 16:00:24 <rah> email headers needed stripping
Aug 12 16:00:41 <GNUtoo|laptop> rah, I know why
Aug 12 16:00:51 <GNUtoo|laptop> di git show HEAD with color on
Aug 12 16:00:58 <GNUtoo|laptop> and you'll see red stuff
Aug 12 16:01:02 <GNUtoo|laptop> remove that red stuff
Aug 12 16:01:08 <GNUtoo|laptop> it's the whitespaces errors
Aug 12 16:01:22 <GNUtoo|laptop> s/di/do/
Aug 12 16:03:19 <rah> aye
Aug 12 16:03:27 <rah> I didn't realise trailing whitespace was a no-no
Aug 12 16:03:37 <rah> how do I turn colour on with git show?
Aug 12 16:04:31 <rah> --color :-)
Aug 12 16:11:29 <GNUtoo|laptop> do_rootfs....suspens....
Aug 12 16:21:36 <GNUtoo|laptop> failed
Aug 12 16:22:18 <GNUtoo|laptop> http://www.pastie.org/2361879
Aug 12 16:25:47 * mrmoku dinner
Aug 12 16:28:38 <rah> GNUtoo|laptop: resent
Aug 12 16:37:03 <GNUtoo|laptop> ok
Aug 12 16:37:14 <GNUtoo|laptop> I'll look later
Aug 12 16:37:15 <GNUtoo|laptop> thanks
Aug 12 16:37:35 <GNUtoo|laptop> btw where does it comes from?
Aug 12 16:37:44 <GNUtoo|laptop> I mean the unmkbootimg
Aug 12 16:41:09 <rah> GNUtoo|laptop: I wrote it
Aug 12 16:41:15 <GNUtoo|laptop> ok nice
Aug 12 16:41:40 <rah> :-)
Aug 12 16:43:48 <GNUtoo|laptop> JaMa|Off, still there?
Aug 12 17:54:21 <dos1> mrmoku: ping
Aug 12 17:55:51 <dos1> mrmoku: is there SMS support on n900 yet?
Aug 12 18:07:03 <mrmoku> dos1: no
Aug 12 18:08:30 <dos1> mrmoku: what do you think, how hard would it be to implement by someone without any ISI knowledge (at the moment)? ;)
Aug 12 18:09:11 <dos1> i don't care about voice calls and networking as much as i care about sms
Aug 12 18:10:32 <mrmoku> dos1: someone... or you? :P
Aug 12 18:10:53 <mrmoku> dos1: I started some work on messages in gisicomm... unpushed IIRC
Aug 12 18:11:10 <dos1> well, i don't have ISI knowledgt, so i meant myself ;)
Aug 12 18:11:33 <mrmoku> I guess ISI won't create you much problems :-)
Aug 12 18:11:36 <mrmoku> many
Aug 12 18:11:38 <mrmoku> even
Aug 12 18:12:00 <mrmoku> let me check if I have something
Aug 12 18:12:56 <mrmoku> ahh... I even pushed it :)
Aug 12 18:13:07 <dos1> :)
Aug 12 18:13:48 <mrmoku> dos1: how's your knowledge regarding sms in general?
Aug 12 18:13:58 <mrmoku> that was the most confusing part for me
Aug 12 18:14:05 <dos1> ok, so i guess setting up build env would be nice idea in this case
Aug 12 18:14:17 <mrmoku> yeah... would be a requirement somehow :-P
Aug 12 18:14:47 <mrmoku> but with the chroot from jama and doing local builds it is quite straight forward
Aug 12 18:14:56 <dos1> mrmoku: i have read some docs about sms when i was implementing merging concatenated messages in opimd
Aug 12 18:15:10 <mrmoku> ok
Aug 12 18:15:39 <dos1> mrmoku: yeah, but i have never used it yet
Aug 12 18:15:54 <dos1> is there some good todo on wiki?
Aug 12 18:16:10 <mrmoku> I think so.. moment
Aug 12 18:16:18 <dos1> yeah
Aug 12 18:16:23 <dos1> $ make setup-shr-chroot
Aug 12 18:16:27 <dos1> i guess it's it :D
Aug 12 18:16:54 <pespin> dos1, Building SHR page in wiki :)
Aug 12 18:17:07 <mrmoku> dos1: http://wiki.shr-project.org/trac/wiki/Building%20SHR
Aug 12 18:17:16 <mrmoku> yup
Aug 12 18:17:18 <dos1> $ # but be aware that 64bit version is used by most SHR devs so it's updated more often and better tested
Aug 12 18:17:25 <dos1> ouch :(
Aug 12 18:17:33 <JaMa|Off> you can be 32b tester..
Aug 12 18:17:35 <JaMa|Off> :)
Aug 12 18:17:38 <dos1> ok :D
Aug 12 18:17:57 <dos1> let me check if i have enough space somewhere...
Aug 12 18:18:17 <mrmoku> NOTE: Running task 3719 of 6550 
Aug 12 18:18:21 <mrmoku> so far... so good
Aug 12 18:18:57 <dos1> 40GB should be enough, shouldn't it?
Aug 12 18:19:04 <pespin> hmm I should start an oe-core image too, still using oe.dev
Aug 12 18:20:05 <mrmoku> dos1: should be enough for a lite image, yeah :-P
Aug 12 18:20:54 <dos1> mrmoku: well, i don't think i'll be building whole images, so that's ok
Aug 12 18:22:16 <dos1> downloading :)
Aug 12 18:28:40 <pespin> mrmoku, I started some working telepathy examples using vala+gdbus telepathy api directly :)
Aug 12 18:29:24 <pespin> but the gdbus bindings generated with vala-bus-binding-tool are incomplete and lack dbus proeprties in interfaces, so I have to add them manually, which is a bit slow u.u
Aug 12 18:30:12 <mrmoku> pespin: nice
Aug 12 18:30:19 <mrmoku> (not the tedious slow part :P)
Aug 12 18:30:57 <pespin> ;)
Aug 12 18:33:23 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * rcb5e1d5ec933 10aurora/aurora-applications/app-settings/ (AboutPage.qml Wireless/WirelessPage.qml): aurora-settings: clean up AboutPage and pre-fill up Wifi Settings
Aug 12 19:00:12 <nschle85> angelox|laptop: hi
Aug 12 19:02:33 <angelox|laptop> nschle85: hello!
Aug 12 19:03:11 <nschle85> angelox|laptop: yesterday you explained me a little bit of booting shr on N900, and u-boot
Aug 12 19:03:58 <angelox|laptop> yes,did you get the phone?
Aug 12 19:05:15 <nschle85> angelox|laptop: yes,  i am currently in estonia and the phone is in berlin
Aug 12 19:05:52 <nschle85> angelox|laptop: but i found something which may make you a little happy: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot-git/nokia900/0005-fix-loading-file-from-ext2-partition-on-OMAP3-evm.patch
Aug 12 19:06:46 <nschle85> angelox|laptop: in my opinion u-boot can boot a kernel on an ext2 partition :-)
Aug 12 19:07:09 <nschle85> angelox|laptop: so create 3 partitions is not necessary anymore
Aug 12 19:07:18 <angelox|laptop> nschle85: i know that..my problem is: everytime i compile uboot for my N900,it can boot SHR successfully,but maemo it doesn't :\
Aug 12 19:07:58 <nschle85> do you create a combined image with maemo kernel ?
Aug 12 19:08:03 <angelox|laptop> yes...
Aug 12 19:08:38 <nschle85> hmm, i can also see that shr is the default boot optuion if keyboard is closed
Aug 12 19:08:58 <nschle85> if keyboard is open, the menu should appear is that true ?
Aug 12 19:09:55 <angelox|laptop> it deppends the way you did compile the image
Aug 12 19:10:18 <angelox|laptop> there are uboot that only opens menu with keyboard open,and there are uboot that shows menu anyway
Aug 12 19:10:51 <nschle85> if you use oe recipes than the patch: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot-git/nokia900/0001-configs-nokia_rx51.h-start-shr-as-default-and-change.patch
Aug 12 19:11:24 <nschle85> and patch: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot-git/nokia900/0007-Only-delay-boot-if-keyboard-open.patch  should should be applied
Aug 12 19:11:53 <nschle85> angelox|laptop: how do you build u-boot ?
Aug 12 19:12:26 <angelox|laptop> nschle85: i did use some pre-compiled
Aug 12 19:12:35 <gnutoo> hmmmm
Aug 12 19:12:41 <angelox|laptop> hi gnutoo!
Aug 12 19:12:50 <gnutoo> if I remove ${PN}-apps at most places it still fails:
Aug 12 19:12:56 <gnutoo> Missing or unbuildable dependency chain was: ['task-shr-minimal-apps']
Aug 12 19:13:31 <gnutoo> my problem was that somehow initscripts got included in the image
Aug 12 19:14:19 <nschle85> gnutoo: hello
Aug 12 19:14:23 <gnutoo> hi
Aug 12 19:14:33 <gnutoo> nschle85: did you succeed at compiling an image?
Aug 12 19:16:02 <nschle85> gnutoo: yes, on 4. august
Aug 12 19:16:21 <gnutoo> quite some time ago then....
Aug 12 19:16:31 <nschle85> gnutoo: i changed the dfu-util abit so that it compiled
Aug 12 19:16:50 <gnutoo> and then....
Aug 12 19:16:54 <gnutoo> did it make an image?
Aug 12 19:17:20 <gnutoo> for dfu-utils it got pushed somewhere
Aug 12 19:17:26 <nschle85> gnutoo: yes an image
Aug 12 19:17:27 <gnutoo> JaMa pushed it somewhere
Aug 12 19:17:30 <gnutoo> ok
Aug 12 19:17:43 <gnutoo> I wonder why initscripts go in my rootfs then
Aug 12 19:18:12 <nschle85> gnutoo: i can restart an incremental build on the jenkins build server
Aug 12 19:18:19 <gnutoo> I'm very close.....
Aug 12 19:18:58 <gnutoo> did you see the details of my issue?
Aug 12 19:19:06 <nschle85> gnutoo: you can follow the progress in the build conole 
Aug 12 19:19:19 <gnutoo> ?
Aug 12 19:19:31 <JaMa|Off> gnutoo: see oe-core-contrib/shr patches
Aug 12 19:19:45 <JaMa|Off> gnutoo: maybe you need to rebuild keymaps/task-core
Aug 12 19:19:52 <gnutoo> ok
Aug 12 19:19:53 <nschle85> http://norman-schleicher.de/jenkins/job/shr-core-clean-build/21/console
Aug 12 19:21:26 <gnutoo> lol ok
Aug 12 19:22:55 <nschle85> gnutoo: if the tv shows nothing interesting i can start a build job for you and you can watch the console :-)
Aug 12 19:23:05 <gnutoo> ok
Aug 12 19:23:14 <gnutoo> 21:14 < JaMa|Off> gnutoo: maybe you need to rebuild keymaps/task-core
Aug 12 19:23:22 <gnutoo> I'll do that now
Aug 12 19:23:41 <nschle85> gnutoo: ok, do it !
Aug 12 19:25:57 <nschle85> gnutoo: my build may take a while ... gcc is rebuild ...
Aug 12 19:26:20 <gnutoo> maybe no need to build,I'll do what JaMa said
Aug 12 19:27:30 <nschle85> gnutoo: i am also interested to know if the image in my jenkins builds... and its the first time with dfu-util-0.4
Aug 12 19:28:16 <nschle85> gnutoo: JaMa|Off wants that somebody tests the real program, so i compile it the
Aug 12 19:28:19 <nschle85> there
Aug 12 19:28:57 <gnutoo> I'll test it too
Aug 12 19:29:07 <gnutoo> if .....the image builds
Aug 12 19:29:10 <nschle85> gnutoo: ok
Aug 12 19:29:18 <JaMa|Off> NOTE: package shr-image-2.0-r18: task do_rootfs: Started
Aug 12 19:29:46 <nschle85> jama is the first :-)
Aug 12 19:30:29 * gnutoo has a core i7 but a very slow connection
Aug 12 19:30:33 <nschle85> on monday i buy a cheap 4 core amd processor :-) then the lite image will compile in 5 hours :-)
Aug 12 19:31:08 <nschle85> gnutoo: has a lot of money ....
Aug 12 19:31:12 * gnutoo encourages his core i7 to build faster
Aug 12 19:31:13 <gnutoo> no
Aug 12 19:31:18 <gnutoo> I paid it 1050E
Aug 12 19:31:18 * JaMa|Off had it in the morning.. this is SLOW buildhost :P
Aug 12 19:31:33 <gnutoo> it's a laptop
Aug 12 19:31:39 <gnutoo> basically I've a strategy
Aug 12 19:32:20 * angelox|laptop has a Core i3 :(
Aug 12 19:32:21 <nschle85> gnutoo: my build host cannot be upgraded its rented ...
Aug 12 19:32:27 <gnutoo> I try to keep my laptop as long as possible
Aug 12 19:32:42 <gnutoo> that leaves me some money to pay for the customs or the phones
Aug 12 19:33:30 <nschle85> gnutoo: here in estonia i am using the netbook of my wife, shr-lite-image tooks round about 2 weks to build :-)
Aug 12 19:33:41 <gnutoo> so when my pentium M@2GHz died(not even possible to operate it trough ssh anymore...I bought that laptop)
Aug 12 19:34:25 <gnutoo> ok
Aug 12 19:34:48 <gnutoo> also note that I've some devices for free
Aug 12 19:34:49 <nschle85> gnutoo: NOTE: package dfu-util-native-0.4-r0: task do_configure: Started
Aug 12 19:35:01 <gnutoo> ok
Aug 12 19:35:23 <nschle85> gnutoo: :-(
Aug 12 19:35:31 <gnutoo> ??? how to clean a package?
Aug 12 19:35:38 <nschle85> gnutoo: OTE: package dfu-util-native-0.4-r0: task do_install: Succeeded
Aug 12 19:35:43 <gnutoo> ok
Aug 12 19:35:51 <gnutoo> how to clean a recipe/package?
Aug 12 19:35:54 <nschle85> gnutoo: bitbake -c clean dfhsjfhd.bb
Aug 12 19:35:59 <gnutoo> it used to be -c clean....
Aug 12 19:36:01 <nschle85> sorry without bb
Aug 12 19:36:15 <nschle85> gnutoo: thats ok
Aug 12 19:36:49 <gnutoo> I cleaned and it didn't rebuild and did rootfs immediately
Aug 12 19:36:52 <gnutoo> I retry
Aug 12 19:37:17 <JaMa|Off> gnutoo: -c cleansstate
Aug 12 19:37:30 <nschle85> gnutoo: ok, JaMa|Offwas faster :-)
Aug 12 19:38:40 <nschle85> JaMa|Off: why did -c clean not work ? is it when the version did not change ?
Aug 12 19:39:12 <gnutoo> newer version of lafontaine: no need to get a core i7, just start early and know how to clean stats....
Aug 12 19:39:16 <gnutoo> *state
Aug 12 19:42:33 <nschle85> JaMa|Off: i can read you are Off but your ghost is always talking to us, so i have a question: I someone would like to implement GPS for N900, where should it be done ? in the gpsd ? I think fso-gps is only a wrapper to start gpsd  am i right ?
Aug 12 19:43:03 <gnutoo> nschle85: there is fsotdlt
Aug 12 19:43:13 <gnutoo> there is also gpsd
Aug 12 19:43:33 <gnutoo> and no you're wrong
Aug 12 19:43:41 <gnutoo> basically there is ogpsd
Aug 12 19:44:03 <gnutoo> which is the freamwrokd python implmentation of a GPS aPI named gypsy
Aug 12 19:44:25 <gnutoo> then fso-gpsd is a wrapper on top of that to provide gpsd
Aug 12 19:45:20 <nschle85> gnutoo: so it should be implemented in ogpsd ? or ogpsd and gpsd ?
Aug 12 19:45:34 <gnutoo> ogpsd is old....
Aug 12 19:45:43 <gnutoo> it's in python and part of frameworkd
Aug 12 19:45:50 <gnutoo> and has no vala/C support
Aug 12 19:46:03 <gnutoo> so it would be hard to implement there....
Aug 12 19:46:31 <JaMa|Off> nschle85: if you do only -c clean then it will use sstate version without rebuilding it completely
Aug 12 19:46:40 <gnutoo> maybe ask mickeyl what was his plan with reguards to fsotdldt and such things
Aug 12 19:46:54 <JaMa|Off> nschle85: so usually when I really want to rebuild something I have to use cleansstate to remove package from sstate dir too
Aug 12 19:47:23 <nschle85> JaMa|Off: thank you
Aug 12 19:47:37 <gnutoo> JaMa|Off: thanks a lot....
Aug 12 19:48:25 <gnutoo> so I do -c cleanstate then -c clean then I rebuild the image.....
Aug 12 19:48:39 <JaMa|Off> no just cleansstate
Aug 12 19:48:52 <JaMa|Off> it's clean -> cleansstate -> cleanall
Aug 12 19:49:04 <gnutoo> that didn't work
Aug 12 19:49:05 <JaMa|Off> and cleanall removes also downloades sources from downloads dir
Aug 12 19:49:17 <gnutoo> ok
Aug 12 19:49:23 <JaMa|Off> that's why I've added cleansstate between
Aug 12 19:49:34 <JaMa|Off> "didn't work"?
Aug 12 19:49:49 <mrmoku> JaMa|Off: NOTE: Running task 4509 of 6550
Aug 12 19:49:53 <mrmoku> getting closer :-)
Aug 12 19:50:00 <mrmoku> (and still running)
Aug 12 19:50:21 <nschle85> gnutoo:  bitbake -c cleansstate packagename
Aug 12 19:50:23 <JaMa|Off> mrmoku: no "no such file: libstdc++.so.6" ?
Aug 12 19:50:37 <mrmoku> no, not yet at least
Aug 12 19:50:57 <JaMa|Off> first I've seen it only on buildhost.. now sometimes on my host too :/
Aug 12 19:51:12 <JaMa|Off> host system sees it right
Aug 12 19:51:17 <mrmoku> some parallel building issue?
Aug 12 19:51:26 <nschle85> JaMa|Off: i think i started the build again and it was gone
Aug 12 19:51:46 <JaMa|Off> mrmoku: in gentoo it's in /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1 and /etc/ld.so.conf knows about it
Aug 12 19:52:08 <JaMa|Off> mrmoku: but maybe after multilib changes in oe-core it's not considered by native sysroot
Aug 12 19:52:25 <mrmoku> ahh, the chroot's libstdc++...
Aug 12 19:52:27 <nschle85> gnutoo: does cleansstate now work ?
Aug 12 19:52:51 <gnutoo> I'm trying
Aug 12 19:52:53 <JaMa|Off> mrmoku: and LD_LIBRARY_PATH is iirc filtered from environment and some build processes are overwritting it ..
Aug 12 19:54:46 <gnutoo> still doesn't work
Aug 12 19:54:56 <JaMa|Off> define "doesn't work"
Aug 12 19:55:51 <gnutoo> http://www.pastie.org/private/v5dnbq59ptxyrubrbetgyw
Aug 12 19:57:00 <gnutoo> doens't work means when doing bitbake shr-lite-image it does rootfs immediately
Aug 12 19:57:12 <gnutoo> and doesn't rebuild the task and the keyboard thing
Aug 12 19:57:21 <JaMa|Off> gnutoo: http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/commit/?h=shr&id=9e952b5fcb4b91921f7a5b54731bee7294e44686
Aug 12 19:57:28 <JaMa|Off> gnutoo: task-core-boot
Aug 12 19:57:34 <gnutoo> ok
Aug 12 19:57:57 <JaMa|Off> gnutoo: and clean also initscripts to see if they are still pulled to image
Aug 12 19:58:16 <gnutoo> I've that commit
Aug 12 19:59:10 <gnutoo> re-cleaning with task-coreboot instead
Aug 12 19:59:26 <gnutoo> lol
Aug 12 19:59:34 <gnutoo> task-core-boot...
Aug 12 19:59:50 <gnutoo> task-coreboot is in my dreams....
Aug 12 20:02:05 <nschle85> what do i have to change if i want to build for n900 ? the default is GTA02 
Aug 12 20:02:08 <gnutoo> altough I've a near supported mainboard
Aug 12 20:02:22 <JaMa|Off> nschle85: export MACHINE=nokia900
Aug 12 20:03:06 <nschle85> or add a MACHINE=nokia900 in local.conf ?
Aug 12 20:03:20 <JaMa|Off> nschle85: http://wiki.shr-project.org/trac/wiki/Building%20SHR#BuildingSHRforotherdevices
Aug 12 20:06:13 <nschle85> JaMa|Off: angelox|laptopsaid he used a pre build u-boot, so he can boot shr but not maemo on N900, i studied the recipe and i think it should be possible.. what do you say ?
Aug 12 20:06:52 <gnutoo> angelox|laptop: how did you flash that u-boot
Aug 12 20:06:53 <gnutoo> ?
Aug 12 20:07:17 <gnutoo> did you combine it with maemo image?
Aug 12 20:07:31 <angelox|laptop> my u-boot works to boot SHR,it also starts booting maemo's kernel,but it hangs and powers off
Aug 12 20:07:37 <nschle85> gnutoo: i asked that too but became to answer..
Aug 12 20:07:59 <gnutoo> hmmm
Aug 12 20:08:01 <angelox|laptop> gnutoo; that way you did help me,yes,i've combined
Aug 12 20:08:08 <angelox|laptop> it should work
Aug 12 20:08:32 <JaMa|Off> nschle85: use the binary from wiki howto and it should work
Aug 12 20:08:50 <JaMa|Off> nschle85: if you build your own then be carefull with toolchain
Aug 12 20:09:13 <JaMa|Off> nschle85: sometimes higher optimizations then -O0 fails to boot kernel
Aug 12 20:09:30 <JaMa|Off> with gcc-4.[56] old gcc-4.3 worked fine
Aug 12 20:10:26 <nschle85> JaMa|Off: i think u-boot is a recipe, so bitbake u-boot should work 
Aug 12 20:10:50 <gnutoo> task-core-boot is beeing done first....
Aug 12 20:11:01 <gnutoo> then shr-lite-image
Aug 12 20:11:22 <gnutoo> let's hope it works this time
Aug 12 20:11:38 <gnutoo> JaMa|Off: do you know kexec?
Aug 12 20:11:59 <JaMa|Off> nschle85: yes it works.. but with some toolchains results in wrong binary
Aug 12 20:12:02 <gnutoo> is there a way to pass atags to the kexec-ed knerel
Aug 12 20:12:02 <gnutoo> ?
Aug 12 20:12:04 <JaMa|Off> nschle85: that's what I meant
Aug 12 20:12:35 <JaMa|Off> gnutoo: I'm using it on spitz where I do not need to pas atags..so don't know
Aug 12 20:12:52 <gnutoo> ok
Aug 12 20:13:02 <gnutoo> on n900 It may expect some atags
Aug 12 20:13:07 <gnutoo> maybe it's plain wrong tough
Aug 12 20:14:01 <nschle85> JaMa|Off: can i brick the n900 if i flash the wrong u-boot ?
Aug 12 20:14:11 <gnutoo> no
Aug 12 20:14:25 <gnutoo> u-boot is chainloaded
Aug 12 20:14:31 <gnutoo> basically you have:
Aug 12 20:14:50 <gnutoo> bootrom->xloader(signed)->nolo->uboot
Aug 12 20:14:59 <gnutoo> so uboot us flashed instead of a kenrel
Aug 12 20:15:21 <nschle85> gnutoo: what is nolo ?
Aug 12 20:15:43 <gnutoo> the second stage proprietary nokia bootloader
Aug 12 20:15:59 <gnutoo> xloader is also proprietary in that device
Aug 12 20:16:25 <gnutoo> NOTE: package shr-lite-image-2.0-r18: task do_rootfs: Succeeded
Aug 12 20:16:51 <angelox|laptop> nschle85: there's also the cold-flash procedure,that recovers the hard-way your device
Aug 12 20:16:52 <nschle85> gnutoo: and why u-boot config has a menu entry for nolo ?
Aug 12 20:17:05 <angelox|laptop> to boot maemo
Aug 12 20:17:37 <nschle85> angelox|laptop: i thgought nolo loads u-boot
Aug 12 20:17:41 <angelox|laptop> (i think that) it takes the args from nolo and pass to maemo's kernel
Aug 12 20:17:55 <gnutoo> because it takes atags and such from nolo and pass it to the mameo knerel
Aug 12 20:18:47 * angelox|laptop thinks that he did answer correct :)
Aug 12 20:18:48 <nschle85> it sounds like booting a wii :-)
Aug 12 20:23:40 <nschle85> angelox|laptop: i asked you about possible hardware damages of N900 i must care i found this: http://n900blog.wordpress.com/2010/06/10/usb-port-broken/
Aug 12 20:24:23 <nschle85> angelox|laptop: the problem is that the port is soldered on 2 poins on the mainboard ...
Aug 12 20:24:33 <gnutoo> I'll add ubi and rebuild
Aug 12 20:25:28 <angelox|laptop> nschle85: wow,i can't even think of this in my n900 :)
Aug 12 20:25:45 <nschle85> angelox|laptop: its a common problem !
Aug 12 20:26:35 <nschle85> nokia will not repair it, they give you another device but no N900
Aug 12 20:27:08 <angelox|laptop> and that device,would be good? (only for curiosity)
Aug 12 20:30:02 <nschle85> angelox|laptop: http://www.techn1k.de/2010/nokia-n900-defekte-usbladebuchse/
Aug 12 20:30:22 <gnutoo> none because of aegis
Aug 12 20:30:41 <gnutoo> no other nokia devices are suitables to replace the n900
Aug 12 20:33:27 <nschle85> gnutoo: thats the problem
Aug 12 20:34:03 <nschle85> so care about your micro usb ports
Aug 12 20:34:10 <angelox|laptop> i've heard a lot of aegis here on irc,but i still doesn't understanding what it's that
Aug 12 20:35:31 <gnutoo> tivoization
Aug 12 20:35:53 <gnutoo> basically imagine you are an evil company
Aug 12 20:36:21 <gnutoo> GPLv2 is unavoidable for you....
Aug 12 20:37:11 <gnutoo> so you make a product that contains gplv2 but give the source code
Aug 12 20:37:17 <gnutoo> however....
Aug 12 20:37:29 <gnutoo> you don't give the possibility to change that source code
Aug 12 20:38:34 <gnutoo> if you change it, and try to run it on the device that *you bought(so it's yours and not the company's )*
Aug 12 20:38:50 <gnutoo> it will refuse ot work....
Aug 12 20:39:25 <nschle85> gnutoo: nokia sometimes give an E7 back insted of N900
Aug 12 20:39:48 <gnutoo> most of android phones needed to get "rooted" because they prevent you from running something that you modified
Aug 12 20:40:04 <gnutoo> however the manufacturer has the possibility to modify
Aug 12 20:40:18 <angelox|laptop> so that protection is aegis?
Aug 12 20:40:46 <gnutoo> I would rather call that an attack on the user freedom rather than a protection
Aug 12 20:41:29 <gnutoo> for instance that prevent SHR to run on such devices, unless you find a way to desactivate that
Aug 12 20:42:04 <angelox|laptop> so,if i understand correctly,NokiaN900 hasn't aegis,but other ones has
Aug 12 20:42:25 <gnutoo> meego devices like N9 will have that
Aug 12 20:42:49 <gnutoo> other devices are not GNU/Linux
Aug 12 20:42:57 <gnutoo> for instance they run simbian
Aug 12 20:44:37 <gnutoo> for simbian I've no idea how to do a bootloader like haret.....and there is none yet in fact
Aug 12 20:44:49 <angelox|laptop> and where aegis lives?
Aug 12 20:45:01 <angelox|laptop> i mean,bootloader?
Aug 12 20:45:02 <gnutoo> in userspace
Aug 12 20:45:17 <gnutoo> there are other stuff in bootloader and in kenrel I guess
Aug 12 20:45:46 <gnutoo> I'm not an aegis expert
Aug 12 20:45:51 <gnutoo> DocScrutinizer51: is the expert
Aug 12 20:46:39 <angelox|laptop> i see...
Aug 12 20:57:57 <gnutoo> just like I tought....it doesn't boot
Aug 12 20:58:12 <gnutoo> ubi error
Aug 12 20:58:40 <gnutoo> vtbl_check: volume table failed: record 0 error 11
Aug 12 20:58:47 <gnutoo> I'll try from microsd
Aug 12 20:59:30 <gnutoo> doesn't work either
Aug 12 20:59:43 <gnutoo> JaMa|Off: are you still there?
Aug 12 21:00:29 <gnutoo> microsd failed too
Aug 12 21:00:34 <gnutoo> a big error
Aug 12 21:00:40 <gnutoo> sigh!!!!!!!!!
Aug 12 21:01:12 <gnutoo> I did nand scrub before flashing
Aug 12 21:02:39 <gnutoo> did someone succeded to boot shr-core?
Aug 12 21:02:44 <gnutoo> sigh
Aug 12 21:04:28 <gnutoo> is there someone there?
Aug 12 21:04:38 <nschle85> gnutoo: ping
Aug 12 21:04:43 <gnutoo> pong
Aug 12 21:04:51 <gnutoo> how to boot shr-core images?
Aug 12 21:04:56 <gnutoo> what is supposed to work?
Aug 12 21:05:01 <gnutoo> nand or microsd?
Aug 12 21:05:05 <gnutoo> nand == ubifs
Aug 12 21:05:36 <nschle85> gnutoo: but did not install shr-core on my gta02 because i am on holidays and i need my phone for navigation
Aug 12 21:05:42 <gnutoo> ok
Aug 12 21:05:48 <gnutoo> who did?
Aug 12 21:06:25 <nschle85> gnutoo: i only tried to compile, JaMa|Off always says its not finished for users like me
Aug 12 21:06:40 <gnutoo> I don't care how finished it is
Aug 12 21:06:47 <gnutoo> every commit are done on oe-dev
Aug 12 21:06:52 <gnutoo> I just need something that:
Aug 12 21:06:54 <gnutoo> *build
Aug 12 21:06:55 <gnutoo> *boots
Aug 12 21:07:15 <gnutoo> and while build was just fixed for me after months and months of try
Aug 12 21:07:24 <gnutoo> boots is not there yet
Aug 12 21:07:50 <nschle85> gnutoo: then go mback to oe dev (for GTA02 i installed the image  2 month ago)
Aug 12 21:08:04 <gnutoo> sigh no
Aug 12 21:08:22 <gnutoo> I would need to duplicate all my work.....
Aug 12 21:08:40 <gnutoo> this time I do not go back.....
Aug 12 21:08:53 <gnutoo> I'm tired of going back to oe.dev
Aug 12 21:08:59 <gnutoo> everyone is doing oe-core....
Aug 12 21:11:01 <nschle85> gnutoo: i know you are frustrated,  i am too, i dont understand why oe core and oe dev are so fare away
Aug 12 21:11:23 <gnutoo> note that I'm an oe dev
Aug 12 21:12:09 <nschle85> gnutoo: i like oe dev too, its more clear than this new jungle... 
Aug 12 21:12:30 <gnutoo> no I meant I'm an openembedded developper
Aug 12 21:12:44 <gnutoo> only that I've a huge hard time switching to oe-core
Aug 12 21:14:14 <nschle85> gnutoo: i think every distribution will have its own repository and fixes... code sharing is very limited now... 
Aug 12 21:14:33 <gnutoo> indeed
Aug 12 21:14:45 <gnutoo> http://www.pastie.org/2363098
Aug 12 21:15:09 <gnutoo> are my microsd bads?
Aug 12 21:15:12 <gnutoo> *bad
Aug 12 21:16:57 <angelox|laptop> it doesn't sounds that
Aug 12 21:17:14 <gnutoo> http://www.pastie.org/2363114
Aug 12 21:17:22 <gnutoo> oops
Aug 12 21:17:26 <gnutoo> bad last paste
Aug 12 21:18:04 <gnutoo> http://www.pastie.org/2363119
Aug 12 21:18:25 <angelox|laptop> hmm
Aug 12 21:18:51 <nschle85> gnutoo: sorry i do not use 2.6.39 kernel on my phone
Aug 12 21:19:04 <gnutoo> shr-core uses 2.6.39
Aug 12 21:19:21 <gnutoo> I'll try an initramfs
Aug 12 21:19:55 <nschle85> gnutoo: what happens if you flash it into nand ?
Aug 12 21:20:02 <mrmoku> NOTE: package shr-lite-image-2.0-r18: task do_rm_work_all: Succeeded
Aug 12 21:20:11 <gnutoo> it seem normal....
Aug 12 21:20:16 <gnutoo> and fails to boot
Aug 12 21:20:17 <mrmoku> JaMa|Off: my build finished successfully :-)
Aug 12 21:20:27 <mrmoku> hmm
Aug 12 21:20:40 <gnutoo> http://www.pastie.org/2363119
Aug 12 21:21:39 <angelox|laptop> it doesn't sounds like a uSD problem..
Aug 12 21:21:55 <gnutoo> why?
Aug 12 21:22:28 <gnutoo> some questions, there were patches on the ml....were they includeed.....
Aug 12 21:23:02 <nschle85> gnutoo: can you mount the sd card in your computer ?
Aug 12 21:23:18 <gnutoo> yes of course....
Aug 12 21:23:35 <nschle85> gnutoo: then i also do not think its a sd card problem
Aug 12 21:23:47 <angelox|laptop> fsck.ext2 says something?
Aug 12 21:23:48 <gnutoo> ok
Aug 12 21:23:55 <angelox|laptop> s/says/tells/
Aug 12 21:23:56 <apt> angelox|laptop meant: fsck.ext2 tells something?
Aug 12 21:24:01 <gnutoo> a kenrel problem then?
Aug 12 21:24:02 <nschle85> gnutoo: you should use an image from oe dev and try again
Aug 12 21:24:28 <nschle85> gnutoo: yep, i thing 2.6.39 on gta02 is untested
Aug 12 21:24:29 <mrmoku> gnutoo: installing... can tell you in some min if mine boots
Aug 12 21:24:38 <gnutoo> ok
Aug 12 21:25:16 <nschle85> gnutoo: JaMa|Off develops and tests on its n900, i think gta02 is lower prio ..
Aug 12 21:25:29 <gnutoo> ok
Aug 12 21:25:49 * gnutoo likes gta02 a lot
Aug 12 21:26:07 * angelox|laptop would also like if he had one :-)
Aug 12 21:26:09 <nschle85> gnutoo: i too but my hardware is buggy
Aug 12 21:26:22 <gnutoo> I've found workarrounds
Aug 12 21:26:40 <gnutoo> a bluetooth "jabra clipper"
Aug 12 21:27:28 <nschle85> gnutoo: i bought an used N900 for 130€ and ill wait for GTA04
Aug 12 21:27:36 <gnutoo> ok
Aug 12 21:27:48 <gnutoo> om-gt02 is so great in certain aspects:
Aug 12 21:28:04 <mrmoku> gnutoo: works
Aug 12 21:28:10 <gnutoo> *calypso modem.....
Aug 12 21:28:16 <gnutoo> *xrandr -o 1
Aug 12 21:28:19 <gnutoo> *fully supported
Aug 12 21:28:21 <gnutoo> etc...
Aug 12 21:28:34 <gnutoo> *sound is controlled by main CPU
Aug 12 21:28:37 <gnutoo> *GPS too
Aug 12 21:28:44 <gnutoo> *the modem has no access to main CPU ram
Aug 12 21:28:46 <gnutoo> etc...
Aug 12 21:28:49 <gnutoo> so great....
Aug 12 21:29:18 <gnutoo> mrmoku: microsd?
Aug 12 21:29:29 <nschle85> gnutoo: mrmoku: about which device are you talking about ?
Aug 12 21:29:38 <mrmoku> gnutoo: yup
Aug 12 21:29:40 <gnutoo> om-gta02
Aug 12 21:29:53 <gnutoo> so I guess my 2 microsd are bad
Aug 12 21:30:10 <nschle85> gnutoo: really ?
Aug 12 21:30:20 <mrmoku> and it registered
Aug 12 21:31:36 <nschle85> gnutoo: what changed against oe dev ?
Aug 12 21:32:02 <mrmoku> heh, that's a very difficult question :P
Aug 12 21:32:33 <nschle85> mrmoku: gps and gsm worked inoe dev
Aug 12 21:32:58 <gnutoo> lot of stuff
Aug 12 21:33:06 <gnutoo> for instance there is xfce48
Aug 12 21:33:08 <mrmoku> gsm registered... gps and calls I will test tomorrow... though I'm quite confident that will work too
Aug 12 21:33:10 <gnutoo> or 47
Aug 12 21:33:11 <dos1|N900> gnutoo: any hope for xrandr support on n900?
Aug 12 21:33:13 <mrmoku> anyway... need some sleep now
Aug 12 21:33:16 <gnutoo> lots and lots of patches
Aug 12 21:33:23 <mrmoku> gnight all
Aug 12 21:33:24 <gnutoo> dos1|N900: I've other stuff to do
Aug 12 21:33:28 <mrmoku> and good luck gnutoo 
Aug 12 21:33:47 <angelox|laptop> good night mrmoku
Aug 12 21:33:50 <gnutoo> thanks
Aug 12 21:33:57 <dos1|N900> gnutoo: but do you have any idea about how to do that?
Aug 12 21:34:07 <dos1|N900> maybe i'll be able to help
Aug 12 21:35:39 <nschle85> gnutoo: may be your build is defect ? and not your sd card ?
Aug 12 21:36:35 <gnutoo> data abort ...sdcard...
Aug 12 21:38:29 <nschle85> gnutoo: on your laptop ?
Aug 12 21:38:40 <gnutoo> hmmm
Aug 12 21:38:49 <gnutoo> could also be the laptop hdd
Aug 12 21:39:10 <nschle85> gnutoo: who or what says data abort ?
Aug 12 21:40:00 <gnutoo> wow!!!!!!!!
Aug 12 21:40:17 <gnutoo> it boots on microsd.....with a 2G microsd
Aug 12 21:40:52 <nschle85> gnutoo: are the others to big ?
Aug 12 21:41:36 <gnutoo> no I guess they are broken
Aug 12 21:41:45 <gnutoo> the 16G was definitely broken
Aug 12 21:41:51 <gnutoo> the 4G no idea
Aug 12 21:42:38 <angelox|laptop> gnutoo: do you have some phone non-gnu/linux ?
Aug 12 21:42:44 <angelox|laptop> any*
Aug 12 21:43:02 <nschle85> gnutoo: yesterday someone told me  iam shizophren  if i dond want to use internal flash as i told i would like to use external sd card :-)
Aug 12 21:44:20 <gnutoo> I've some android phones
Aug 12 21:44:25 * JaMa|Off back, but only for few minutes
Aug 12 21:44:31 <gnutoo> ok
Aug 12 21:44:47 <gnutoo> the boot is blocked on:
Aug 12 21:44:58 <gnutoo> Stopping bootlog daemon:
Aug 12 21:45:18 <nschle85> JaMa|Off: NOTE: Running noexec task 6383 of 6550 (ID: 480, /var/lib/jenkins/jobs/shr-core-clean-build/workspace/shr-core/meta-smartphone/meta-shr/recipes-shr/3rdparty/iliwi_git.bb, do_build)
Aug 12 21:45:21 <angelox|laptop> gnutoo: because,generally(maybe for luck),my broken sd cards(them that i can't format,either open fdisk) i can recover formating in a non-linux phone
Aug 12 21:45:29 <JaMa|Off> nschle85: I'm testing only remotely and usually on gta02 :)
Aug 12 21:49:53 <nschle85> JaMa|Off: during your vacation which navigation software on which device did you use ?
Aug 12 21:54:36 <gnutoo> JaMa|Off: it's blocked during the boot
Aug 12 21:54:58 <gnutoo> what should I do?
Aug 12 21:55:03 <gnutoo> I tried 2 times...
Aug 12 21:55:17 <gnutoo> I re-extracted the rootfs 2 times
Aug 12 21:55:22 <JaMa|Off> nschle85: I had tomtom..
Aug 12 21:55:59 <gnutoo> that card is bad too!!!!
Aug 12 21:56:10 <JaMa|Off> gnutoo: I haven't tried ubi with 2.6.39 iirc
Aug 12 21:56:58 <gnutoo> -110 etc...
Aug 12 21:57:01 <gnutoo> timeouts
Aug 12 21:57:28 <nschle85> gnutoo: i do not any people who owns 3 defective sd cards !
Aug 12 21:58:04 <JaMa|Off> gnutoo: my last builds are also quite weird
Aug 12 21:58:14 <JaMa|Off> bash: /bin/grep: No such file or directory
Aug 12 21:58:24 <JaMa|Off> and the file is there and rebuilding grep helps
Aug 12 21:58:41 <JaMa|Off> not sure if it's related to latest gcc changes in oe-core or what :/
Aug 12 21:59:07 <JaMa|Off> but if you have something bootable on gta, then test new image from chroot first (that's what I do)
Aug 12 22:00:56 <nschle85> gnutoo: i would say: if the build on my server is finished: you and i and who ever wants installs the image on its sd card for GTA02 then we compare the results
Aug 12 22:01:12 * JaMa|Off sleep()
Aug 12 22:01:14 <JaMa|Off> gnight all
Aug 12 22:01:24 <nschle85> JaMa|Off: sweet dreams
Aug 12 22:01:36 <angelox|laptop> good night Jama|Off
Aug 12 22:02:27 <nschle85> its like the "Waltons" film
Aug 12 22:03:20 <nschle85> http://en.wikipedia.org/wiki/The_Waltons
Aug 12 22:07:58 <nschle85> gnutoo: ok, my image is ready, now navit is building
Aug 12 22:08:26 <nschle85> gnutoo: but i can test it tomorrow evening
Aug 12 22:08:56 <nschle85> you can try to run it and remember your results, later ill do try to install it
Aug 12 22:09:32 <nschle85> gnutoo:  i will use the tar.gz and unpack on an ext3 formatted sd card
Aug 12 22:11:31 <nschle85> gnutoo: http://norman-schleicher.de/jenkins/job/shr-core-clean-build/ws/shr-core/tmp/deploy/images/om-gta02/
Aug 12 22:12:57 * angelox|laptop guess that "if(url[0] != "h" && url[1] != "t" && url[2] != "t" && url[3] != "p" && url[4] != ":")" is inacceptable for url checking
Aug 12 22:15:00 <nschle85> angelox|laptop: why do you think so ?
Aug 12 22:16:13 <angelox|laptop> nschle85: it's java(maybe that sintax works in C too,i don't remember) ,and i don't know any bit of java,should there be a way more little to do that :-)
Aug 12 22:17:26 <pespin> angelox|laptop, google's your ffriend! :P http://www.exampledepot.com/egs/java.lang/hassubstr.html
Aug 12 22:18:13 <nschle85> angelox|laptop: in java you cannot access characters in a string like an array (like c) so this code may not be java
Aug 12 22:18:15 <pespin> java = C + some googling hehe
Aug 12 22:18:39 <pespin> afaik you could use getAt(uint pos) method
Aug 12 22:18:49 <pespin> or somthing similar
Aug 12 22:19:15 <nschle85> angelox|laptop: or convert the string in an character array
Aug 12 22:19:48 <nschle85> but then you must write 'h' and not "h" so this code is not java
Aug 12 22:20:06 <angelox|laptop> actually i don't know what it is
Aug 12 22:20:19 <angelox|laptop> iirc it's javascript
Aug 12 22:20:25 <angelox|laptop> but i don't know the difference :)
Aug 12 22:21:11 <nschle85> angelox|laptop: the similars between java and java script is the word java :-)
Aug 12 22:21:31 <pespin> yeah hehe
Aug 12 22:21:50 <angelox|laptop> haha
Aug 12 22:22:58 <angelox|laptop> wow GDM restarted by itself :\
Aug 12 22:23:32 <nschle85> angelox|laptop: no try /etc/init.d/gdm restart :-)
Aug 12 22:24:38 <angelox|laptop> it's because some key combination i did press in GNOME 3
Aug 12 22:24:46 <nschle85> angelox|laptop: have you found the booting issue ?
Aug 12 22:25:04 <nschle85> angelox|laptop: which distribution are you using ?
Aug 12 22:25:37 <angelox|laptop> for host pc? Arch Linux & Fedora Linux (both i have that restart of Gnome)
Aug 12 22:26:05 <angelox|laptop> about uboot.I didn't compile it yet due a lot of errors that i can fix,but would take time
Aug 12 22:27:07 <nschle85> angelox|laptop: how do you compile ? do you use bitbake ?
Aug 12 22:27:39 <angelox|laptop> no,this time i tried by myself
Aug 12 22:28:15 <nschle85> angelox|laptop: that may be the problem
Aug 12 22:28:26 <angelox|laptop> btw,pespin: none of options at that page worked,so that isn't Java :-)
Aug 12 22:29:02 <angelox|laptop> nschle85:nope,no one compiled uboot boots maemo nicely,from OE/myself,got from internet,got from the creator of the patch for uboot...
Aug 12 22:29:42 <angelox|laptop> let me try last time
Aug 12 22:29:48 <angelox|laptop> :-)
Aug 12 22:29:55 <angelox|laptop> i'll use a compiled from OE
Aug 12 22:30:08 <pespin> angelox|laptop, where's the code?
Aug 12 22:30:53 <angelox|laptop> pespin: it's part of (maybe) aurora,i'm doing a browser for it (just for fun) :)
Aug 12 22:31:13 <angelox|laptop> http://pastebin.com/QJJANH0A :)
Aug 12 22:31:52 <nschle85> angelox|laptop: you should use this one i think: http://build.shr-project.org/shr-unstable/images/nokia900/
Aug 12 22:32:42 <pespin_> angelox|laptop, I guess it's qml?
Aug 12 22:33:03 <angelox|laptop> nschle85: repeating: i did try everything that you can imagine :)
Aug 12 22:33:22 <angelox|laptop> pespin_: yes,but Qt tells that it is Java(script) 
Aug 12 22:33:30 <angelox|laptop> at least,the functions part
Aug 12 22:33:56 <nschle85> angelox|laptop: ok,ok .... next week when i am back in munich, i will try myself
Aug 12 22:34:17 <angelox|laptop> nschle85: if you get success,please tell me :-)
Aug 12 22:34:45 <nschle85> angelox|laptop: yes ill do :-)
Aug 12 22:36:00 <nschle85> angelox|laptop: but i think not u-boot is the problem, i think the combinded kernel is the probelm, because u-boot boots into the kernel you said
Aug 12 22:36:25 <angelox|laptop> i did like the wiki tells
Aug 12 22:36:42 <nschle85> angelox|laptop: wikis can get older
Aug 12 22:37:04 <angelox|laptop> i and gnutoo filled it
Aug 12 22:37:13 <angelox|laptop> filled up* it some weeks ago
Aug 12 22:37:15 <nschle85> angelox|laptop: you should use the same kernel image that is currently installed on your phone
Aug 12 22:37:36 <angelox|laptop> i do that
Aug 12 22:37:46 <nschle85> hmmm.
Aug 12 22:37:56 <nschle85> angelox|laptop: so i have no idea
Aug 12 22:38:21 <nschle85> what says uname -a ?
Aug 12 22:39:28 <angelox|laptop> Linux Nokia-N900 2.6.28-omap1 *******
Aug 12 22:40:40 <nschle85> angelox|laptop: and please give me the link, from where you download the kernel
Aug 12 22:41:09 <angelox|laptop> http://repository.maemo.org/pool/maemo5.0/free/k/kernel/kernel_2.6.28-20103103+0m5_armel.deb 
Aug 12 22:41:48 <nschle85> angelox|laptop: its a deb packet
Aug 12 22:41:57 <angelox|laptop> yes..
Aug 12 22:42:03 <angelox|laptop> i do extract it
Aug 12 22:42:09 <nschle85> ok
Aug 12 22:43:47 <nschle85> ok what says dpkg -i | grep kernel ?
Aug 12 22:44:20 <angelox|laptop> -i ?
Aug 12 22:44:45 <nschle85> angelox|laptop: -i gives all installed packages
Aug 12 22:45:02 <lindi-> nschle85: debian linux kernel packages don't actually mention the word "kernel"  :)
Aug 12 22:45:04 <angelox|laptop>  dpkg -i installs
Aug 12 22:45:27 <angelox|laptop> -l lists
Aug 12 22:45:38 <nschle85> angelox|laptop: sorry you are right
Aug 12 22:45:42 <angelox|laptop> :)
Aug 12 22:45:47 <nschle85> ok what says dpkg -l | grep kernel ?
Aug 12 22:46:09 <angelox|laptop> kernel ...................... 2.6.28-20103103+0m5
Aug 12 22:46:12 <angelox|laptop> and a lot more :)
Aug 12 22:46:44 <nschle85> hmmmm so i think the kernel binary is the same
Aug 12 22:46:59 <angelox|laptop> yes
Aug 12 22:48:24 <nschle85> angelox|laptop: sorry , i must give up..
Aug 12 22:48:59 <angelox|laptop> np :-) i'll flash a image here,with a u-boot compiled from oe
Aug 12 22:49:07 <angelox|laptop> give me luck :)
Aug 12 22:49:44 <nschle85> ok, ill wait for result and after that i go to bed..
Aug 12 22:54:51 <antrik> angelox|laptop: AEGIS is basically a non-standard implemetation of "trusted computing"
Aug 12 22:55:14 <antrik> it should be possible to install kernels without it, but apparently nobody succeeded in doing so yet...
Aug 12 22:57:42 <nschle85> angelox|laptop: still flashing ?
Aug 12 22:58:09 <nschle85> angelox|laptop: is 2.6.28 the latest kernel on N900 ?
Aug 12 23:04:39 <nschle85> angelox|laptop: ping
Aug 12 23:08:25 <nschle85> angelox|laptop: good night.... i am very tiered... i think we hear at least in 1 week if iam back home
Aug 12 23:08:31 <nschle85> bye
Aug 12 23:26:46 <angelox|laptop> sorry nschle85,i was out and i didn't see you was waiting
Aug 12 23:27:03 <angelox|laptop> i hope you read the log :)
Aug 12 23:31:05 <angelox|laptop> antrik: i see...so maybe,one day,someone can do it,that will be great to SHR's evolution i guess...
Aug 12 23:37:46 <antrik> I'm not sure it's relevant. N9 has no keyboard, so not nice for developers; and N950 will not be available to the public
Aug 12 23:44:55 <angelox|laptop> but if one day SHR turns usable for final user?
Aug 12 23:49:40 <antrik> angelox|laptop: that would require a device that developers want to work on. so it's not likely ever to happen on N9
Aug 12 23:51:10 <antrik> BTW, the E7 hardware is actually quite nice... not as sleek as N950, but similar. as the official software is not Linux-based, it would be hard to get any homebrew system running on it I guess...
Aug 12 23:52:24 <angelox|laptop> i see...
Aug 13 00:07:56 <angelox|laptop> "org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.RegisterResource GSM" needs  a path argument,what should be that?
**** ENDING LOGGING AT Sat Aug 13 02:59:57 2011