**** BEGIN LOGGING AT Wed Jan 30 02:59:56 2008 Jan 30 05:58:24 i am using a prebuilt toolchain, how do i disable compilation of glibc Jan 30 06:07:26 has anybody here managed to build qemu-native ? Jan 30 06:39:40 <_law_> any c7x0 user here? Jan 30 06:43:03 good morning all Jan 30 06:44:50 steliosk: morning Jan 30 06:45:38 Has anybody figured out this pesky error: Jan 30 06:45:41 | install -m 755 -s qemu-i386 "/home/henry/oe/dev/tmp/staging/x86_64-linux/bin" Jan 30 06:45:41 | install: cannot run strip: No such file or directory Jan 30 06:48:18 could anyone help me on howto use OE with a prebuilt toolchain? Jan 30 06:52:40 03rwhitby 07org.oe.dev * rf4214d29... 10/ (4 files in 4 dirs): linux-ixp4xx: Added 2.6.24 kernel, but not made default until dsmg600 ethernet driver is fixed Jan 30 06:52:45 03rwhitby 07org.oe.dev * r74f1fde6... 10/ (1 conf/distro/include/slugos.inc): slugos.inc: Allow ixp4xx.conf to set the preferred kernel version Jan 30 06:52:51 03rwhitby 07org.oe.dev * r84e99a7e... 10/ (1 conf/distro/slugos.conf): slugos.conf: Back to alpha quality due to new kernel Jan 30 06:52:57 03rwhitby 07org.oe.dev * r69accd77... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc: Update linux-ixp4xx kernel to latest patchset. Jan 30 06:57:39 anyone knows if its possible to change a comment in a commit in monotone ? I am having some issues with some german characters in the messages Jan 30 07:08:04 * * OE Bug 3721 has been created by Jan 30 07:08:06 * * qemu-native_0.9.1 fails during do_stage Jan 30 07:08:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3721 Jan 30 07:13:38 good morning! Jan 30 07:13:47 hvontres|home: Can you try for a different machine? Jan 30 07:13:53 It works fine here Jan 30 07:14:09 steliosk: After you pushed the commit? Jan 30 07:14:30 steliosk: You can for sure make another comment, an annotation, although I have never done it myself Jan 30 07:15:23 Laibsch : Yes. I am trying to convert from monotone to svn but very old revisions (back to 2005) have non UTF characters at the comments Jan 30 07:15:50 Laibsch : Akita/Spitz: Use OE f�r setting CMDLINE, not defconfig. Jan 30 07:15:51 Laibsch: not really. Jan 30 07:16:15 Laibsch: this is my only buildmachine right now Jan 30 07:16:48 * hvontres|home dosn't feel like waiting 24+ hrs for his old P-II Jan 30 07:18:33 tripod123_: conf/site.conf:CVS_TARBALL_STASH = "http://www.angstrom-distribution.org/unstable/sources/" Jan 30 07:19:39 hvontres|home: I'll try for poodle on Sonkei Jan 30 07:20:07 steliosk: dunno Jan 30 07:20:15 Laibsch: ohh... THAT machine :) Jan 30 07:21:02 Laibsch: Shouldn't a -native package ignore the MACHINE ? Jan 30 07:21:03 hvontres|home: ;-) Jan 30 07:21:10 "for", not "on" Jan 30 07:21:21 yes Jan 30 07:21:28 But, I just did not have it happen Jan 30 07:21:35 Let me try Jan 30 07:21:59 Ah, no poodle in Sonkei Jan 30 07:22:15 spitz will have to do, then Jan 30 07:22:55 hvontres|home: do you have tmp/cross/arm-angstrom-linux-gnueabi/bin/strip Jan 30 07:23:25 hvontres|home: and could you paste-bin your run.do_stage Jan 30 07:25:38 xjqian: yes, it's there. Jan 30 07:25:43 xjqian: http://www.pastebin.ca/883810 Jan 30 07:26:49 failure to strip is often not the non-presence of the strip command Jan 30 07:26:58 but the missing of the file to strip Jan 30 07:27:06 at least in my experience Jan 30 07:27:15 oftentimes, $S is wrong Jan 30 07:27:29 hvontres|home: Look at the $workdir Jan 30 07:30:17 hvontres|home: seems you're not cross-compiling, are you? Jan 30 07:31:14 hvontres|home: I had the same problem and made this patch to work around it: http://members.shaw.ca/mmontour/no-strip.patch (based on a similar one in OE for the previous version of qemu). Jan 30 07:31:57 xjqian: this is qemu-native Jan 30 07:34:28 NOTE: package qemu-native-0.9.1-r5: task do_rebuild: completed Jan 30 07:35:58 hvontres|home: Is that the version that fails for you? Jan 30 07:36:01 Laibsch: yes Jan 30 07:36:12 works here Jan 30 07:36:33 ~lart wierd bugs Jan 30 07:36:34 * ibot gives wierd bugs an extra strength ACME sleeping pill, sending wierd bugs to sleep for 150 years, and awakening to seven strange dwarfs and a large apple Jan 30 07:38:55 Laibsch: What distro are you using on your build machine? Jan 30 07:39:13 debian something Jan 30 07:39:23 But IIRC it also builds on my ubuntu machine Jan 30 07:40:17 Laibsch: are you on x86-64 or plain x86? Jan 30 07:40:39 I believe the machine is 64bit, but I am not sure Jan 30 07:40:53 Linux mhcln05 2.6.23.12test01 #5 SMP Thu Dec 27 21:05:10 CET 2007 i686 GNU/Linux Jan 30 07:41:15 quad core if that is any clue Jan 30 07:41:18 the machine is remote Jan 30 07:43:49 For whatever reason, it builds r4 on the ubuntu machine Jan 30 07:43:54 Laibsch: but running 32bit distro... (i686) Jan 30 07:43:55 which I believe is up to dat Jan 30 07:43:57 e Jan 30 07:44:40 hvontres|home: Well, maybe a blocker for Jan 30 07:44:44 !oebug 641 Jan 30 07:44:45 * * Bug 641, Status: NEW, Created: 2006-01-30 06:09 Jan 30 07:44:46 * * shadow(AT)serverart.org: Meta-bug: amd64 build host Jan 30 07:44:47 * * http://bugs.openembedded.net/show_bug.cgi?id=641 Jan 30 07:45:18 Laibsch: I'll check back later. Time to go to sleep. Jan 30 07:45:37 good night Jan 30 07:47:14 it seems that there is nothing that some hex magic can't solve ;) Jan 30 08:01:16 i have made changes to my environment to use a prebuilt toolchain. however when i try tp compile gtk, it tries to build a new toolchain - glibc_linux_headers, has anyone here compiled witha prebuilt toolchain? Jan 30 08:15:52 mmontour: Thanks.That did the trick (for now) Jan 30 09:20:48 how can i prevent glibc from building if mine is a prebuilt toolchain? Jan 30 09:23:05 morning Jan 30 09:23:21 tripod123_: ASSUME_PROVIDED += "glibc" Jan 30 09:23:59 RP: You might want to take a look at bug 3721 Jan 30 09:28:39 Laibsch: Yes, qemu-native needs a no strip patch Jan 30 09:32:24 Xora: i have a pre-built toochain, how do i specify? Jan 30 09:34:37 morning Jan 30 09:35:14 tripod123_: see sharprom-compat.conf Jan 30 09:38:11 re Jan 30 09:38:18 guys, has anyone encountered this error: ld: error: no memory region specified for loadable section `.ARM.exidx' Jan 30 09:38:26 trying to build redboot from within OE Jan 30 09:54:06 03mickeyl 07org.oe.dev * r77255eff... 10/ (1 conf/distro/generic.conf): generic.conf: start to make the generic DISTRO work again Jan 30 09:56:16 yop Jan 30 09:56:28 wwwwwwww Jan 30 09:56:32 oops Jan 30 09:59:09 does at least anyone know what this .ARM.exidx section is good for? Jan 30 10:00:12 Jin^eLD: You want a recent binutils and the warnings go away Jan 30 10:00:45 Jin^eLD: Although scrolling back, you have an error, not a warning :/ Jan 30 10:01:19 RP: define recent? I am using gcc 4.1.2 Jan 30 10:01:36 and binutils that comes along with it I guess, but I can check Jan 30 10:01:53 morning folks Jan 30 10:01:54 there is indeed no such section in my redboot ldi linker file Jan 30 10:06:18 RP: I seem to be using 2.18 Jan 30 10:10:05 hrw: what's the right way to add a kernel module to the default tosa rootfs Jan 30 10:10:14 hrw: MACHINE_EXTRA_RRECOMMENDS += "wlan-ng-modules-usb kernel-module-loop"? Jan 30 10:10:32 yes Jan 30 10:10:39 thats good one Jan 30 10:11:30 hrw: I will RFC to dev first. thanks Jan 30 10:21:22 Jin^eLD: Sorry, I'm thinking of a different problem :( Jan 30 10:21:48 Jin^eLD: 2.18 solved the problems I was having with that section Jan 30 10:25:18 RP: the section is really not defined in my ldi file, we are trying various combinations now but so far we were not successfull Jan 30 10:25:30 can you at least hint what this section is supposed to be doing or what it is good for? Jan 30 10:27:54 Laibsch: are you working on 3721? Jan 30 10:28:58 Jin^eLD: That section names the section that contains index entries for unwinding Jan 30 10:32:53 so far we could not figure out how to bring this into the ldi correctly, will have to wait for a guy here who knows the syntax Jan 30 10:32:55 thanks btw Jan 30 10:33:02 XorA: no, I think the fix is obvious, though Jan 30 10:33:13 any clue why it worked with the older gcc, 3.x series I think? Jan 30 10:33:15 Laibsch: ok, just about to push it then Jan 30 10:33:19 XorA: I don't like to apply patches I don't understand Jan 30 10:33:23 XorA: Cool, thanks Jan 30 10:33:24 is 4.1.x requiring something special in that regard now? Jan 30 10:33:34 Laibsch: was just making sure we wouldnt patch collide Jan 30 10:34:26 Sure Jan 30 10:34:27 Thanks Jan 30 10:43:29 hi florian, lrg Jan 30 10:44:43 hi all Jan 30 10:45:10 hrw: I redid do_rootfs, but I didn't see the loop.ko in the rootfs. maybe I should redo task-base? Jan 30 10:46:39 hey pb_, florian Jan 30 10:48:04 * * OE Bug 3721 has been RESOLVED (FIXED) by dp(AT)xora.org.uk Jan 30 10:48:06 * * qemu-native_0.9.1 fails during do_stage Jan 30 10:48:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3721 Jan 30 10:51:00 xjqian: each machine change req task-base bump or rebuild Jan 30 10:51:41 hrw: got it. still learning the sequence of actions... Jan 30 10:53:35 Jin^eLD: I think it was a new requirement with EABI Jan 30 11:02:59 XorA: do you have chinook-compat tree? please build and share powertop package Jan 30 11:03:27 baking Jan 30 11:03:59 03xora 07org.oe.dev * rd6723956... 10/ (3 files in 3 dirs): qemu_0.9.1.bb : add the no-strip patch from #3721 Jan 30 11:05:09 gah will take a while thanks to mickeyl :-) Jan 30 11:05:31 hehe Jan 30 11:05:34 the fun of increasing PRs Jan 30 11:06:30 csl toolchains are slow to fetch ;( Jan 30 11:20:26 hmm, I think the new qemu is broken on amd64 :-( Jan 30 11:21:25 NOTE: preparing tree for binary locale generation Jan 30 11:21:25 NOTE: generating locale en_US (UTF-8) Jan 30 11:21:25 failure while writing data for category `LC_CTYPE': Bad address Jan 30 11:25:58 heh converting from mtn to svn will take a month or so with that speed its going.... Jan 30 11:26:00 has anyone tried build OE using code sourcery toolchain? Jan 30 11:26:29 tripod123_: we have the CSL toolchain in OE Jan 30 11:26:54 we built few OZ releases with it Jan 30 11:28:04 i am trying to build OE using code sourcery. its not building, i get lots of errors, no clue what so ever. i followed the example of sharp-compatible Jan 30 11:28:41 tripod123_: what you want to get? Jan 30 11:29:04 i want to compile using code sourcery toolchain Jan 30 11:29:08 chinook-compat use csl toolchain Jan 30 11:30:03 * * OE Bug 1813 has been RESOLVED (FIXED) by Jan 30 11:30:05 * * rx3000 support in opie Jan 30 11:30:07 * * http://bugs.openembedded.org/show_bug.cgi?id=1813 Jan 30 11:38:28 I have a bb file that DEPENDS on some other bb files (also it RDEPENDS) Jan 30 11:38:50 if I bake it, I get packages for it, but not for the dependencies Jan 30 11:39:04 but if I run the dependent files the packages are created Jan 30 11:39:20 how do I convince bb to package everything ? Jan 30 11:40:00 RP, btw, I am beginning to like SRCREV Jan 30 11:40:17 and oh boy does autorev slow parsing :) Jan 30 11:42:00 Crofton: I think buildall is what you are looking for Jan 30 11:42:09 You can set that as the default in local.conf Jan 30 11:42:10 buildall? Jan 30 11:42:15 -c buildall Jan 30 11:42:23 google for it Jan 30 11:42:26 ok Jan 30 11:42:27 There was some discussion Jan 30 11:42:38 I don't remember the details Jan 30 11:42:43 but it sounds like your problem Jan 30 11:42:51 I hate missing discussion when I am busy on other things :) Jan 30 11:44:08 ok good start .... Jan 30 11:44:31 in the FAQ Jan 30 11:44:41 I wonder how to get that into local.conf Jan 30 12:12:16 Crofton: Got it? Jan 30 12:12:21 Let me look here Jan 30 12:13:11 sir, i get the error : checking for C compiler default output file name... when i try to compile xserver Jan 30 12:13:12 BB_DEFAULT_TASK = "buildall" Jan 30 12:14:57 ah thanks Jan 30 12:16:02 * Crofton will probably regret that one day, but it is not in his "main" local.conf either :) Jan 30 12:20:57 rp, can you add a do what I mean switch to bitbake? Jan 30 12:22:02 I don't think there is much to regret Jan 30 12:22:08 You just build more stuff Jan 30 12:22:14 I think that is about it Jan 30 12:22:33 * Laibsch likes the --do-what-I-want switch, too Jan 30 12:22:35 ;-) Jan 30 12:22:49 Laibsch: --do-what-I-mean is more usefull Jan 30 12:23:27 I want that one, too ;-) Jan 30 12:23:38 ESPECIALLY that one Jan 30 12:23:58 * Crofton suspects he will forget it is there, have a weird problem, and the solution is remove buildall :) Jan 30 12:25:58 03xjqian 07org.oe.dev * r68b7917c... 10/ (4 files in 2 dirs): Jan 30 12:25:58 speex: fix packaging *.h headers Jan 30 12:25:58 * remove hardcoded -I/usr/indlude is fine but remove all of the "includedir" Jan 30 12:25:58 strings in the Makefiles is an overreaction and causes problem during installation Jan 30 12:26:23 03xjqian 07org.oe.dev * r15394705... 10/ (1 conf/distro/include/preferred-opie-versions-1.2.4-pre.inc): preferred-opie-versions-1.2.4-pre.inc: bump to a sane SRCDATE Jan 30 12:39:52 RP: ping Jan 30 12:39:58 RP: could you have a look please http://www.codesourcery.com/archives/arm-gnu/msg01674.html Jan 30 12:40:37 does that mean that I need a different toolchain to build the redboot stuff ? Jan 30 12:46:21 Jin^eLD: It implies you should use a version of the toolchain compiled with TARGET_OS=none, yes Jan 30 12:47:29 RP: no way around that? I found some solutions, at least in uboot - it defines a __div0 itself Jan 30 12:48:18 like that http://blackfin.uclinux.org/gf/project/u-boot/scmsvn/?action=browse&path=%2Ftrunk%2Fu-boot-1.1.6%2Flib_arm%2Fdiv0.c&revision=839&view=markup Jan 30 12:48:34 Jin^eLD: I'm sure you would be able patch reboot to make it work Jan 30 12:48:46 I will try that approach Jan 30 12:48:49 thanks for the hints Jan 30 12:49:04 Is it correct that stuff under /usr/lib/gtkmm-2.4/proc/m4 should go to the dev package? Jan 30 12:49:36 I have a local commit to that effect that I'd like to push but I don't clearly remember when or why I made that change Jan 30 12:49:58 Laibsch: It sounds right Jan 30 12:50:02 OK, thanks Jan 30 12:50:33 RP: that new OH qemu seems to be broken on amd64 Jan 30 12:51:21 XorA: :/ system mode, user mode or both? Jan 30 12:51:34 RP: user mode, cant generate locales Jan 30 12:51:42 NOTE: preparing tree for binary locale generation Jan 30 12:51:42 NOTE: generating locale en_US (UTF-8) Jan 30 12:51:42 failure while writing data for category `LC_CTYPE': Bad address Jan 30 12:51:43 hrw: Did you have that working? Jan 30 12:52:29 hm.. most of my builds recently had it disabled Jan 30 12:52:32 moment Jan 30 12:52:48 * RP needs to buy a quad core... Jan 30 12:53:11 RP: rephrase, you need mallum to buy you a quad core :-) Jan 30 12:53:55 I remember... qemu on amd64 broke for me Jan 30 12:53:55 XorA: I wish ;-) Jan 30 12:54:40 I had most of qemu work done on 32bit laptop so did not noticed (most of my builds are incremental) Jan 30 12:55:10 XorA: We really do need a recent version of qemu for the arm6 support and fixes for the various qemu machines with recent kernel versions :/ Jan 30 12:55:37 RP: I know, any chance you can fire it back to your qemu guru? Jan 30 12:55:51 qemu guru... Jan 30 12:56:21 hrw: I thought you guys had on staff an expert, maybe I am confused Jan 30 12:56:52 XorA: Andrzej works on hardware emulation not on system apps starting Jan 30 12:58:16 XorA: On a guru on the system emulation side of things. I usually fix the user side Jan 30 12:58:34 s/On/Only/ Jan 30 12:58:34 oh :-( Jan 30 12:58:43 * XorA has accidently loaded RP again Jan 30 12:59:58 need a build-debian-chroot-env.bbclass :-) Jan 30 13:00:47 XorA: and few quad core boxes Jan 30 13:01:02 * XorA has 1 quad core Jan 30 13:01:13 openmoko one? Jan 30 13:01:18 yeah Jan 30 13:01:26 need to purchase one for myself as well Jan 30 13:04:31 Q6600 is cheapest here - 910 pln Jan 30 13:04:41 anyone knows if its possible to change a comment in a commit in monotone ? I am having some issues with some german characters in the messages Jan 30 13:05:26 steliosk: doesnt that violate the principles of SCM? Jan 30 13:06:41 XorA : I guess, but usually there are ways around such "things".... i was able to get mtn database edit with hexedit and fix it :) Jan 30 13:06:54 brrr Jan 30 13:07:04 but i am looking for a better approach.... Jan 30 13:07:10 steliosk: my second suggestion was to fix it using SQL Jan 30 13:07:46 * steliosk is SQL illiterate Jan 30 13:09:06 steliosk: so are all sane people Jan 30 13:10:13 XorA : SQL is for boring programmers doing boring stuff..... we do systems :) Jan 30 13:15:01 with the exception of strange (mostly German) characters in messages tailor is converting for mtn to svn at a whooping speed of 2 commits per minute.... Jan 30 13:15:20 s/for/from Jan 30 13:16:47 which means it will take close to 7 days non-stop to move all 20.000+ commits in OE's mtn database.... Jan 30 13:18:45 My uncle is involved in SQL standardisation... he moved onto that from COBOL. Jan 30 13:19:13 <_diego_> broonie, that explains a lot of things.... Jan 30 13:22:49 * steliosk sees the history of OE in slow motion.... Jan 30 13:28:51 * Laibsch 's output of "mtn status" is finally back down to one screenful Jan 30 13:29:00 no more |less Jan 30 13:42:38 steliosk: isnt git->svn quicker? Jan 30 13:45:59 Laibsch: was that pun intentional? Its quite good Jan 30 13:46:39 XorA: half-intentional Jan 30 13:46:51 Laibsch: made me chuckle anyway Jan 30 13:46:59 I am glad it did Jan 30 14:16:05 hi! Jan 30 14:16:57 * lumag is searching for a program to test the touchscreen. Jan 30 14:17:04 morning Jan 30 14:17:59 lumag: do you use tslib? they have test programs Jan 30 14:20:32 Laibsch, hello do you want to download my Angstrom-opie-image-glibc-ipk-2008.1-test-20080128-qemuarm.rootfs.ext3 ? Jan 30 14:21:09 yes, let me give it a try? Jan 30 14:21:12 yes, let me give it a try. Jan 30 14:21:23 Does the mouse calibration work? Jan 30 14:21:24 Laibsch, ok i'll serve it and give you the address Jan 30 14:21:35 zecke: tslib-tests? Jan 30 14:22:13 zecke: I would like something that would just draw on the screen. Jan 30 14:22:39 hi, i am trying to run OE and i get an error "configure: error: C compiler cannot create executables" when compiling libtoolcross Jan 30 14:22:50 http://pastebin.ca/884628 Jan 30 14:23:03 can anyone help me please Jan 30 14:23:34 lumag: the various ts_ programs are quite useful. Jan 30 14:23:45 and checking that stuff works well with kdrive, obviously. Jan 30 14:24:20 tripod123_: what was the bitbake command you ran when you encountered that error? Jan 30 14:24:28 Laibsch, http://gnutoo.homelinux.org/Angstrom-opie-image-glibc-ipk-2008.1-test-20080128-qemuarm.rootfs.ext3 Jan 30 14:24:28 lumag: a monkey that is moving the stylus? the other part is handled by ts_test (or was it ts_draw) Jan 30 14:24:34 bitbake nano Jan 30 14:24:58 zecke: I think I can serve that role. Thanks! Jan 30 14:26:02 Laibsch, does it work? (the download) Jan 30 14:26:16 (cause i can't test it from the inside) Jan 30 14:26:16 give me one second, will you ;-) Jan 30 14:26:22 Laibsch, ok Jan 30 14:26:35 yes, dl works fine Jan 30 14:27:01 tripod123_: I'm not sure what that problem could be, maybe libtool is broken :( Jan 30 14:27:12 GNUtoo: Can you do "bzip2 Angstrom-opie-image-glibc-ipk-2008.1-test-20080128-qemuarm.rootfs.ext3"? Jan 30 14:27:22 Laibsch, ok Jan 30 14:28:21 Laibsch, by the way do you need a kernel? Jan 30 14:28:27 done Jan 30 14:28:41 Yes, give me your kernel, too, please Jan 30 14:28:49 jsheldon: i am trying to get it compiled with an external toolchain. i dont know what could be the problem Jan 30 14:29:19 tripod123_: ah, I don't have experience with external toolchains and OE unfortunately Jan 30 14:29:31 Laibsch, zImage-2.6.23-qemuarm-20080127233927.bin Jan 30 14:30:03 (the problem is that i don't know how to enable directory listing in lighttpd...lol) Jan 30 14:46:18 GNUtoo: Your image seems completely broken Jan 30 14:46:28 There is no taskbar Jan 30 14:46:40 mabe the download failled... Jan 30 14:46:44 Calibration seemed to work initially Jan 30 14:46:49 i check Jan 30 14:46:53 GNUtoo: what download? Jan 30 14:46:57 for the image? Jan 30 14:46:58 no Jan 30 14:47:05 How did you bake it? Jan 30 14:47:13 bake? Jan 30 14:47:24 bitbake Jan 30 14:47:32 bitbake opie-image Jan 30 14:49:22 Paste the output of "egrep -v '(#|^$)' conf/*" somewhere Jan 30 14:52:04 * * OE Bug 3723 has been created by Jan 30 14:52:06 * * h3900: Sleeves not supported Jan 30 14:52:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3723 Jan 30 14:52:58 Laibsch, http://pastebin.com/m2307f5c5 Jan 30 14:54:01 GNUtoo: what is oe_packages? Jan 30 14:54:04 * * OE Bug 3516 has been RESOLVED (FIXED) by Jan 30 14:54:05 Laibsch, strange i have a taskpar Jan 30 14:54:07 * * firmware helper not loading on boot - h2200 2007RC2 Jan 30 14:54:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3516 Jan 30 14:54:09 /oe/packages/ Jan 30 14:55:05 * * OE Bug 3546 has been RESOLVED (FIXED) by Jan 30 14:55:06 Laibsch, local packages such as openpma-toolchain and linux-pma430 Jan 30 14:55:07 * * h5000 keys don't work Jan 30 14:55:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3546 Jan 30 14:55:14 GNUtoo: If you are compiling legacy, you should compile legacy Jan 30 14:55:30 "mtn co org.openembedded.angstrom$whatever" Jan 30 14:56:45 Laibsch, yes but the legacy distro has only require conf/distro/angstrom-2008.1.conf in it Jan 30 14:56:57 ok Jan 30 14:57:06 legacy should be dropped as it was never done Jan 30 14:57:49 hrw: You do it Jan 30 14:57:58 Indeed, please do it. Jan 30 15:02:04 * * OE Bug 3724 has been created by Jan 30 15:02:07 * * Proposed changes for next version of linux-handhelds-2. 6 kernel package Jan 30 15:02:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3724 Jan 30 15:17:42 GNUtoo: http://oz.leggewie.org/gnutoo.png Jan 30 15:17:47 Is that what it looks like? Jan 30 15:18:30 But in any case, recompile against .angstrom-2007.12-stable Jan 30 15:18:47 yes but once passed the screen it's a normal opie ...in order to pass the screen i click on "language settings" and it clicks on ok and passes the screen Jan 30 15:18:56 And then maybe ask in #angstrom Jan 30 15:19:05 I can click wherever I want Jan 30 15:19:08 no go Jan 30 15:19:15 ok strange... Jan 30 15:19:15 And that screen should have a taskbar Jan 30 15:19:20 at the bottom Jan 30 15:19:24 and it does not Jan 30 15:19:29 scrap the image Jan 30 15:19:33 it is broken Jan 30 15:19:35 it has but after this screen is passed Jan 30 15:19:52 it should have it *here* Jan 30 15:19:58 ah ok Jan 30 15:19:58 The image is broken Jan 30 15:20:00 delete it Jan 30 15:20:33 Ask in #angstrom Jan 30 15:20:34 should i close the bug? Jan 30 15:20:46 Well, you have two options Jan 30 15:21:03 a) keep it open until you know the new image does not have the same problem Jan 30 15:21:27 b) close the report now and open a new one when the new image gives you problems Jan 30 15:21:53 but this really belongs to #angstrom Jan 30 15:21:58 ok but mabe it's broken because i didn't do the correct require(require conf/distro/include/preferred-opie-versions-something) Jan 30 15:22:05 Laibsch, ok thanks a lot Jan 30 15:22:56 http://www.angstrom-distribution.org/building-angstrom Jan 30 15:23:05 although I think that page is a bit outdated Jan 30 15:24:20 GNUtoo: I believe closing the bug now and possibly reopening a new one will be cleaner and easier to understand Jan 30 15:24:38 Laibsch, ok thanks Jan 30 15:24:38 (and also spare the reader paul's comments) Jan 30 15:24:57 re mickeyl Jan 30 15:25:09 hi Jan 30 15:27:41 mickeyl: what do you think about n810? Jan 30 15:28:12 as written in my blog post, there's good and bad Jan 30 15:28:24 overall hardware is pretty cool with the exception of the keyboard Jan 30 15:28:30 the software... well Jan 30 15:28:31 it's maemo Jan 30 15:28:50 nuf said ;d Jan 30 15:30:06 at least python runs fast enough on this device Jan 30 15:30:25 canola2 looks nice Jan 30 15:30:26 so I can write some things than run on the Neo and on the N810 Jan 30 15:30:29 yes Jan 30 15:30:34 EFL rocks Jan 30 15:30:38 pity few people realize that Jan 30 15:30:51 yet Jan 30 15:30:53 mickeyl: hehe Jan 30 15:31:15 freedom... Jan 30 15:31:24 mit bsd... Jan 30 15:32:04 * * OE Bug 3719 has been RESOLVED (LATER) by GNUtoo(AT)no-log.org Jan 30 15:32:06 * * calibration for wacom-tablet fails in opie under qemu Jan 30 15:32:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3719 Jan 30 15:32:18 mickeyl: Btw, nice timing... bumping glibc at the same time as RP's new qemu :) Jan 30 15:32:19 is anyone going to have a cow if I commit a non linux.inc kernel for gumstix? Jan 30 15:32:33 Crofton: probably :) Jan 30 15:32:38 Crofton: why? Jan 30 15:32:41 hvontres|work: all planned, of course ;)) Jan 30 15:33:13 mickeyl: did zecke put you up to that? Semi-automated stress testing :) Jan 30 15:33:20 I want to get .dev building again by moving stuff from gumstix collection Jan 30 15:35:03 hi mickeyl Jan 30 15:35:09 hvontres|work: kind of ;) Jan 30 15:35:13 greetings pb_ Jan 30 15:35:30 * hvontres|work didn't really need locales anyways Jan 30 15:36:14 Crofton: then push it and maybe someone will look at it Jan 30 15:36:36 Crofton: i even got bitbake nano to work with DISTRO="generic" today ;) Jan 30 15:36:45 only for one machine yet though Jan 30 15:38:04 mickeyl, I suspect that trying for a minimal distro will identify some Angstrom specific stuff in some recipes .... Jan 30 15:38:13 Crofton: exactly Jan 30 15:38:19 the very reason why we _need_ to do that Jan 30 15:38:21 sooner than later Jan 30 15:38:30 or else it will be tied forever Jan 30 15:38:35 yep Jan 30 15:38:43 and this seriously limits flexibility and vendor adoption Jan 30 15:39:27 is there any way to give the address of a mirror site for downloading, i am unable to download glib and i get an error task fetch failed, when it tries to download glib from glib-2.14.1.tar.bz2. Jan 30 15:39:39 hrw, the idea is to reduce divergence between .dev and what gumstix is using Jan 30 15:41:36