**** BEGIN LOGGING AT Sat Feb 10 02:59:57 2007 Feb 10 08:44:55 hi Feb 10 08:45:10 j/w do I have to have OE in my filesystem root? Feb 10 08:45:16 or can I move it somewhere else? Feb 10 08:55:51 OE *is* the filesystem root, isn't it? Feb 10 08:56:58 OE is a buildsystem Feb 10 08:56:59 I meant if I need /OE or it can be anywhere else like /blah/OE Feb 10 08:57:22 s/*is*/builds/ ; s/isn't/doesn't/ Feb 10 08:57:26 Marex, anywhere u like Feb 10 08:57:31 Marex: i hold my OE under .../ftp/e/... in another words - anywhere in file system... and access it under nonroot user Feb 10 08:57:32 thanx Feb 10 08:58:01 btw I use mtn 0.31 and when I point it to database, it yanks about migration Feb 10 08:58:12 googling it right now Feb 10 08:58:45 Marex: for me it is comfortable usually use most new monotone as possible Feb 10 08:59:45 I guess I need 0.32 ? Feb 10 09:00:22 Marex: yes - i use 0.32 for now Feb 10 09:01:59 it's not in debian Feb 10 09:02:03 gotta compile ... just a sec Feb 10 09:03:10 hi all ... Feb 10 09:03:11 welcome gremlin[it] Feb 10 09:03:37 i have a couple of questions which i didn't find answer in FAQ ... Feb 10 09:04:04 1) there is an angstrom versiond for kernel 2.4 ? Feb 10 09:04:11 Marex: you need carefully check that is all OE environment is set correctly before you will start use OE to build what you plan Feb 10 09:04:35 den-ros, there isnt any yet ;) Feb 10 09:04:45 2) there is a feed for "oabi" version ? Feb 10 09:05:44 Marex: i mean - environment connected with _path to place where your OE files hold_ Feb 10 09:05:45 gremlin[it]: 1) no, 2) yes Feb 10 09:05:53 den-ros, yeah Feb 10 09:06:01 Marex: ok :) Feb 10 09:06:04 :) Feb 10 09:06:06 thanx Feb 10 09:06:19 hi koen ... i'm trying to build angstrom for my h3600 :) Feb 10 09:06:24 den-ros, I hope it wont burn my notebook :P Feb 10 09:06:57 Marex: not in anycase :) Feb 10 09:07:04 gremlin[it]: http://www.angstrom-distribution.org/unstable/feed/arm-oabi/ Feb 10 09:07:41 gremlin[it]: although still empty, since no one offered to upload packages to there Feb 10 09:08:02 ahhhh is a bluff !!! Feb 10 09:08:02 :P Feb 10 09:09:46 Marex: you can set environment parameters several ways... for example - i use angstrom.sh script before check environment or set it in .profile Feb 10 09:09:57 den-ros, I'm reading howto now Feb 10 09:10:10 btw I hope it'll run on AMD64 ? Feb 10 09:10:39 Marex: hmm... i hope yes... why not... Feb 10 09:10:53 there are many things that dont run on that Feb 10 09:11:10 like arm-palmos-gcc (it's gcc2 based) Feb 10 09:11:23 so you cant compile palmos stuff on amd64 without chroot Feb 10 09:11:32 Marex: anyway do not hurry - best check all twice and read carefully all instruction from OE site Feb 10 09:12:37 Marex: OE work for me long time already without any critical difficulties Feb 10 09:12:57 ok :) Feb 10 09:12:59 :) Feb 10 09:35:48 can I build with bitbake 1.7.2 ? Feb 10 09:42:06 Marex: i check now my svn updated bitbake version now - it is 1.6.3 Feb 10 09:42:22 1.7.2 is on berlios ;) Feb 10 09:43:22 Marex: did not know :) Feb 10 10:31:35 bb 1.7.2 doesnt work Feb 10 10:31:38 1.6 does Feb 10 13:25:02 hi ... I ended up again Feb 10 13:25:21 NOTE: generating locale es_NI (UTF-8) Feb 10 13:25:21 qemu: uncaught target signal 11 (Segmentation fault) - exiting Feb 10 13:25:21 NOTE: Task failed: localedef returned an error (command was PATH="/mnt/gentoo/Angstrom/OE/build/tmp/staging/x86_64-linux/bin/arm-angstrom-linux-gnueabi:/mnt/gentoo/Angstrom/OE/build/tmp/staging/x86_64-linux/bin:/mnt/gentoo/Angstrom/OE/build/tmp/cross/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/var/chroot/etch-ia32/scratchbox/compilers/arm-gcc4.1-uclibc20061004/bin/:/mnt/gentoo/Angstrom/OE/bitbake/bin:/opt/mtn/bin" I18NPATH="/usr/share/i18n" qemu Feb 10 13:25:21 -arm -r 2.6.16 -L /mnt/gentoo/Angstrom/OE/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.5-r4/locale-tree /mnt/gentoo/Angstrom/OE/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.5-r4/locale-tree/bin/localedef --force --old-style --no-archive --prefix=/mnt/gentoo/Angstrom/OE/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.5-r4/locale-tree --inputfile=/usr/share/i18n/locales/es_NI --charmap=UTF-8 es_NI). Feb 10 13:25:26 NOTE: package glibc-2.5-r4: task do_package: failed Feb 10 13:25:28 ERROR: TaskFailed event exception, aborting Feb 10 13:25:30 NOTE: package glibc-2.5: failed Feb 10 13:25:32 ERROR: Build of angstrom-bootstrap-image failed Feb 10 13:25:41 I guess qemu shouldnt segfault :o Feb 10 16:59:21 hmm ... ok ... I spent my whole day to produce one useless image Feb 10 16:59:27 it wont even boot ... great Feb 10 16:59:44 kernel just mounts root and does not continue Feb 10 18:55:21 Configuring locale-base-de-de Feb 10 18:55:31 this is last line I get Feb 10 18:55:46 after that it seems like stuck Feb 10 18:55:49 any ideas? Feb 10 18:58:30 Marex, last line where? Feb 10 18:58:39 when I boot Feb 10 18:58:52 I disabled the bootsplash Feb 10 18:58:58 Configuring hostap-conf Feb 10 18:59:01 Configuring locale-base-de-de Feb 10 18:59:04 and nothing else Feb 10 18:59:33 Marex, let me guess that it tries to generate locales on-device and hangs due to OOM (~128mb are known to be required) Feb 10 18:59:42 ah Feb 10 18:59:48 can I blacklist that somehow? Feb 10 18:59:53 *that package Feb 10 19:00:20 I thought it can be that, but I also thought kernel will scream about oom Feb 10 19:03:02 psokolovsky__, can I get rid of generation of locales somehow? Feb 10 19:03:17 Marex, I guess you could. but you'll need en anyway Feb 10 19:03:32 Marex, better figure out wazzup with your qemu ;-) Feb 10 19:03:35 do you have amd64? Feb 10 19:03:39 yeah Feb 10 19:03:41 and gcc4 Feb 10 19:03:52 but qemu was compiled with gcc3.4 Feb 10 19:08:35 Marex, qemu known not to work on amd64 ;-( Feb 10 19:08:45 Marex, try 0.9? ;-) Feb 10 19:09:21 ok, how to make angstrom use that ? :P Feb 10 19:16:41 psokolovsky__, how do I regenerate those locales? Feb 10 19:16:49 now when I have new qemu Feb 10 19:17:30 Marex, add recipe for it ;-) Feb 10 19:17:39 :O Feb 10 19:17:42 huh? Feb 10 19:17:45 Marex, you can try to load prebuilt from feeds Feb 10 19:18:06 I wanna try qemu090 Feb 10 19:18:19 but I dont want to rebuild everything Feb 10 19:18:45 isnt there any simple way? Feb 10 19:19:10 Marex, rebuild only what's needed Feb 10 19:19:20 glibc? :) Feb 10 19:21:14 yup ;-) Feb 10 19:21:36 how can I rebuild glibc without recompiling everything against new one? Feb 10 19:22:54 Marex, bitabke glibc -c rebuild Feb 10 19:22:58 bitbake Feb 10 19:23:04 8-S Feb 10 19:23:59 this is sick :o Feb 10 19:24:07 btw wont it break everything? Feb 10 19:24:47 Marex, why would it? Feb 10 19:25:25 Marex, but you better start with ensuring that qemu0.9 works on amd64 Feb 10 19:25:47 psokolovsky__, cuz of linking? Feb 10 19:25:53 psokolovsky__, hmm ... I thing it does ... we'll see Feb 10 19:25:54 ;) Feb 10 19:26:52 Marex, which linking? the glibs shlib stays the same, just locales will be built Feb 10 19:27:34 ok Feb 10 19:46:19 psokolovsky__, so even 0.9.0 doesnt help Feb 10 19:46:41 that sux Feb 10 19:46:48 yeah Feb 10 19:46:50 use 32bit mode ;-) Feb 10 19:46:55 just a sec Feb 10 19:57:02 psokolovsky__, gotta update mu chroot a bit :p **** ENDING LOGGING AT Sun Feb 11 02:59:57 2007