**** BEGIN LOGGING AT Mon Jul 31 02:59:57 2006 Jul 31 04:21:17 03mwester 07org.oe.dev * rca63e8db... 10/ (1 packages/images/unslung-image.bb): Unslung image: clean up .dbg files left by changed RUNSTRIP functionality Jul 31 04:56:02 03mwester 07org.oe.dev * re55bcf63... 10/ (3 files in 3 dirs): Jul 31 04:56:02 Unslung: slingbox: added built-in fdisk support, but without the /bin/fdisk link Jul 31 04:56:02 so as not to overwrite the Linksys fdisk utility. Jul 31 05:21:02 03mwester 07org.oe.dev * r3c8fccf3... 10/ (1 packages/busybox/slingbox-1.1.3/defconfig): Unslung: slingbox defconfig added advanced fdisk options Jul 31 06:00:12 03koen 07org.oe.packaged-staging * rd7c49ce6... 10/ (1 classes/packaged-staging.bbclass): Jul 31 06:00:12 classes/packaged-staging.bbclass: Jul 31 06:00:12 * special case glibc-intermediate till we solve the shlib problem Jul 31 06:00:12 * use ipkg with a package name instead of a file Jul 31 06:00:12 * rebuild the package-index each time Jul 31 06:00:12 * make filename checks less strict Jul 31 06:00:18 03koen 07org.oe.packaged-staging * rd073ff1e... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: introduce STAGING_BASEDIR and make use of it, per zecke's suggestion Jul 31 06:33:04 bonjour Jul 31 06:33:08 hey Genesis Jul 31 06:33:22 yop koen Jul 31 07:15:51 Does somebody know a reason why libgcc_s, libstdc++ and libg2c are not copied into a image? Jul 31 07:15:59 I use gcc-cross 3.3.4 Jul 31 07:17:49 Cobelius: only stuff that's explicitly specified and dependencies of that endup in the image Jul 31 07:19:32 okay, but the packages for these libraries don't get created. They directory are prepared but they are empty Jul 31 07:21:44 Hmn I took a look inside the gcc-cross 3.3.4 .bb File. It's different to the other one. Could it be that this version habe a bug or that mit .bb files are too old? Jul 31 07:26:40 03koen 07org.oe.dev * r7ccf2323... 10/ (4 files in 2 dirs): gcc: make fortran switches behave like the java switches to battle the 'g++ disappeared' symptoms Jul 31 07:26:57 okay I found the problems my copies of the .bb files are too old Jul 31 07:28:05 morning Jul 31 07:29:19 hey XorA Jul 31 07:30:57 crap Jul 31 07:31:08 do_clean is a python method Jul 31 07:34:41 :-) Jul 31 07:34:57 those damn python people get code in everywhere Jul 31 07:35:03 which means I have to port my shell code to python Jul 31 07:35:32 03koen 07org.oe.packaged-staging * rc0b5cc5b... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: add todo and invert some logic Jul 31 07:37:12 hey hrw|work Jul 31 07:37:15 morning after vacations Jul 31 07:37:37 "crap, my inbox is flooded with email"-day after vacations Jul 31 07:38:34 koen: :D Jul 31 07:38:36 hey hrw|work Jul 31 07:38:56 koen: when will ewi get monotone 0.28? Jul 31 07:39:25 koen@bitbake:~/OE/build$ mtn --version Jul 31 07:39:25 monotone 0.28 (base revision: 8c6ce7cb2ccd21290b435e042c2be4554ec6a048) Jul 31 07:39:30 last week :) Jul 31 07:39:59 koen: heh.. forgot about monotone -> mtn change... Jul 31 07:40:17 at home I got monotone == mtn Jul 31 07:40:31 ~lart APT pdiff support Jul 31 07:40:32 * ibot stuffs APT pdiff support into a shiny new tin can and vacuum seals it Jul 31 07:40:58 fixed Jul 31 07:40:59 koen@bitbake:~/OE/build$ monotone --version Jul 31 07:40:59 monotone 0.28 (base revision: 8c6ce7cb2ccd21290b435e042c2be4554ec6a048) Jul 31 07:41:07 gracias Jul 31 07:41:23 during week I will finish my migration Jul 31 07:41:55 where can I post changes I have made on standarf packages? Jul 31 07:42:28 Cobelius: bugtracker? Jul 31 07:42:29 Cobelius: bugs.openembedded.org Jul 31 07:42:36 thank you Jul 31 07:43:28 291M debian updates Jul 31 08:04:38 ~curse linux for creating zombies Jul 31 08:04:42 May you be reincarnated as a Windows XP administrator, linux for creating zombies ! Jul 31 08:05:10 ~kill kdepim Jul 31 08:05:12 * ibot shoots a pseudoproton gun at kdepim Jul 31 08:06:22 brains....... Jul 31 08:07:05 1. start kdepim 2. kdepim goes into zombie mode 3. reboot to run kdepim Jul 31 08:09:08 good morning Jul 31 08:10:59 hey florian_kc Jul 31 08:11:17 hrw|work: welcome back! Jul 31 08:11:18 hrw|work: Linux in new XXXX of the Dead film :-) Jul 31 08:14:26 hey zecke Jul 31 08:19:19 morning all Jul 31 08:19:29 hey Dirk Jul 31 08:19:35 hi koen Jul 31 08:21:27 03koen 07org.oe.packaged-staging * r16d975b1... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: fix 'too many arguments' error Jul 31 08:23:30 zecke: 'bitbake tslib' now work with packaged-staging :) Jul 31 08:23:36 works* Jul 31 08:25:14 hi dirk Jul 31 08:25:33 hey Marcin Jul 31 08:25:41 well relaxed? Jul 31 08:26:10 koen: okay :) Jul 31 08:26:21 hmm anoncvs port is still firewalled :} Jul 31 08:26:21 do13_: yes Jul 31 08:26:43 03koen 07org.oe.packaged-staging * r1f7fefaa... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: use -force-depends till OE metadata gets fixed Jul 31 08:29:04 koen: hehe, why not fix the metadata :} Jul 31 08:29:35 zecke: I have no detect_stylus.bb in my tree Jul 31 08:29:47 zecke: and it seems bitbake is broken :( Jul 31 08:30:00 sure, but in which way? Jul 31 08:30:01 zecke: it doesn't build the RDEPENDS in tslib Jul 31 08:30:12 ah Jul 31 08:30:17 do you have BUILD_ALL_DEPS set? Jul 31 08:30:20 'bitbake nano' sort of works as well Jul 31 08:30:22 zecke: yes Jul 31 08:30:43 * koen wonders why arm binaries are in /media/hda4/OE/build/tmp-new/angstrom/staging/i686-linux/bin Jul 31 08:30:53 * zecke fights bittest today Jul 31 08:31:39 that looks wrong Jul 31 08:31:52 do you pass a wrong dir to ipkg? Jul 31 08:32:41 zecke: i suspect a more subtle bug Jul 31 08:33:06 like a BUILD_CC that picks a cross gcc Jul 31 08:34:08 zecke: needs cleanup, but check out http://svn.o-hand.com/repos/poky/branches/ticket8/patch.bbclass Jul 31 08:34:49 kergoth: documentation could help :) Jul 31 08:35:14 aye, its a first pass Jul 31 08:35:26 doing testing + cleanup + docu now Jul 31 08:35:43 kergoth: that SRC_OPTS thing you mentioned looks nice as well Jul 31 08:36:03 yea just playing around, i never liked how ${S} was the implicit patch application point. SRC_OPTS would be more explicit Jul 31 08:36:09 kergoth: btw, bugs.o-hand.com errors out Jul 31 08:36:22 SRC_OPTS looks hard to understand Jul 31 08:37:11 zecke: http://kergoth.com/patchsyntaxpossibilities.inc Jul 31 08:37:16 in case you missed it Jul 31 08:38:12 kergoth: I think I like it (patch.bbclass) Jul 31 08:38:21 koen: well too many '|' for my taste Jul 31 08:38:31 well, its just a seperator that isnt likely to be used by something else Jul 31 08:38:34 feel free to pick another Jul 31 08:38:47 the idea is whats important, the explicit rules for unpack/patch Jul 31 08:39:06 zecke: still no .la and .pc troubles :) Jul 31 08:39:10 zecke: the resolver class needs work, but it should open up more possibilities for more intelligent responses to patch application failure Jul 31 08:39:15 (readline, flex) Jul 31 08:39:28 koen: hmm. take a look at the .la files Jul 31 08:39:35 koen: do they have installed = yes in them? Jul 31 08:40:08 yes Jul 31 08:40:16 that is a bug :) Jul 31 08:40:26 (well you installed them, but....) Jul 31 08:40:46 it's easy enough to sed it out :) Jul 31 08:40:56 kergoth: BTW. I have looked at your Buildsystem page Jul 31 08:41:01 you found it? Jul 31 08:41:13 kergoth: and I'm in the process of finding someone to migrate the pages... Jul 31 08:41:14 where was it, in the old wiki files somewhere? Jul 31 08:41:27 kergoth: in 'our' backup of the moin wiki Jul 31 08:41:28 zecke: I have a perl script that does the gruntwork Jul 31 08:41:35 cool Jul 31 08:41:51 zecke: mm2mw.pl in ~/ Jul 31 08:41:55 kergoth: I'm trying to get a student trainee assigned for that Jul 31 08:41:56 the page wasnt exactly rocket science, but i think it was a good summary of the most common problems Jul 31 08:42:00 hehe Jul 31 08:42:02 kergoth: but two of three are on holidays Jul 31 08:42:24 koen: and I have pointed you to the script ;) Jul 31 08:42:51 yes Jul 31 08:43:02 people point me lots of things and forget about it ;) Jul 31 08:43:09 cross your fingers that this one student isn't too busy Jul 31 08:43:33 koen: I wasn't stoned when I pointed you to it, so chanches are good I remember Jul 31 08:43:40 hmm, I wasn't stoned for ages :} Jul 31 08:43:42 * kergoth is quite enjoying playing with bb and oe again Jul 31 08:43:57 in case anyone is wondering: the wiki backup is in ~/wiki/data/text/ Jul 31 08:44:03 you do need a login for that :) Jul 31 08:46:29 hmm Jul 31 08:46:39 I've been busy for 4 hours without breakfast Jul 31 08:46:43 * koen -> food Jul 31 08:53:42 meeting Jul 31 09:12:43 morning all Jul 31 09:14:14 hey rp Jul 31 09:15:16 hey RP Jul 31 09:15:42 hey Richard Jul 31 09:16:23 Just for reference, I'm not going to be around much over the next few days and won't be online at all at the end of the week Jul 31 09:17:36 RP: have a nice vacation :) Jul 31 09:18:03 RP: enjoy your bike :) Jul 31 09:18:11 03rpurdie 07org.oe.dev * r60479b80... 10/ (1 packages/linux/linux-openzaurus_2.6.17.bb): linux-oz-2.6: Fix a compile issue with the asoc patch Jul 31 09:18:46 Its Cadwell so the bike featrues rather heavily in the plans :) Jul 31 09:19:29 Everything that could go wrong, is going wrong though... Jul 31 09:20:33 I'll deal with the -dbg packages issues when I get back if nobody has done so before then Jul 31 09:20:34 murphy sucks Jul 31 09:20:48 my box is crashing at random Jul 31 09:20:52 no idea as to the cause Jul 31 09:21:02 but it makes doing anything, fun or work, a pain in the ass Jul 31 09:21:04 :( Jul 31 09:22:08 One broken van, one incomplete trailer, one car with a potential MOT issue and one critically ill relative don't make a good weekend :-/ Jul 31 09:22:51 kergoth: That is no fun. At times like that I'd be tempted to cut losses and replace the guts of it :-( Jul 31 09:23:47 I'm neglecting minor issues like fire extingusihers exploding over me multiple times :) Jul 31 09:24:20 RP: do you prefer foo.dbg packages or a .debug dir? Jul 31 09:25:04 koen: We'll have to switch to .debug dir Jul 31 09:25:13 koen: I switched poky over but haven't tested yet Jul 31 09:25:20 I noticed that :) Jul 31 09:25:30 hey mikearthur Jul 31 09:25:44 koen: Basically someone needs to try the changes in poky and apply them to OE. Or perhaps I should just apply the change to OE? Jul 31 09:25:56 RP: I was trying to save your some work by merging in poky bits, but I failed Jul 31 09:26:26 koen: Out of interest what was the biggest stumbling block? Jul 31 09:26:42 my grasp of OE/bitbake internals Jul 31 09:27:09 koen: Ah :-/ Jul 31 09:27:11 RP: feel free to apply the .debug change, otherwise we'll see more of this: http://www.openembedded.org/viewmtn/revision.psp?id=ca63e8dbe358555c180ef8474bff224dd3b408fa Jul 31 09:27:25 RP: OE needs to switch to base_contains :) Jul 31 09:27:48 hey mikearthur Jul 31 09:27:55 g'day Jul 31 09:28:01 koen: that one should be harmless to add :) Jul 31 09:33:58 hey mallum Jul 31 09:34:46 hey ko Jul 31 09:34:49 en Jul 31 09:35:53 hey Jul 31 09:36:05 hey tkp Jul 31 09:36:22 this is a little strange... after building evas-x11, I see the message "Packaged contents of evas-x11-examples into /home/tom/stv/oe-stv/build/tmp/deploy/ipk/libevas-examples_0.9.9.027-r7_i586.ipk" Jul 31 09:36:49 yet when building my image which has evas-x11-examples in RDEPENDS, I get "| ERROR: Cannot satisfy the following dependencies for stv-devextras: Jul 31 09:36:49 | evas-x11-examples" Jul 31 09:37:04 brb Jul 31 09:37:20 tkp: LIBevas-examples Jul 31 09:38:03 really?? Jul 31 09:38:05 Something in the debian.bbclass code screwed up. Rebuild the the task file containing that package so its name gets corrected Jul 31 09:38:21 * RP needs to finish the depends code rewrite :-/ Jul 31 09:38:37 RP: was that hint for me? Jul 31 09:38:42 tkp: yes Jul 31 09:39:01 ok... was gonna say... t always used to work as "evas-x11-examples" Jul 31 09:39:45 It will - bitbake should normally know how to correct the name but some dependency ordering failed somewhere Jul 31 09:40:03 hmm Jul 31 09:40:15 I spot a flaw in our .la handling Jul 31 09:40:28 http://en.wikipedia.org/wiki/Anti-pattern Jul 31 09:40:29 the .la files we ship contain references to the stagingdir Jul 31 09:40:40 ok, yeah, worked fine after rebuilding the task file Jul 31 09:40:43 koen: they do? Jul 31 09:40:44 koen: They shouldn't... Jul 31 09:40:48 koen: that is a flaw Jul 31 09:40:49 03rpurdie 07org.oe.dev * rd7cc6ec7... 10/ (1 classes/package.bbclass conf/bitbake.conf): Change -dbg objects to use .debug directory. Fixes various FILES issues. Jul 31 09:41:07 koen: and this is why you don't see the bugs I wanted to see Jul 31 09:41:22 RP, zecke: base.bbclass does s/WORKDIR/STAGINGDIR/ Jul 31 09:43:45 __runcmd sed -e 's/^installed=yes$/installed=no/' -e '/^dependency_libs=/s,${WORKDIR}[[:alnum:]/\._+-]*/$[[:alnum:]\._+-]*$,${STAGING_LIBDIR}/\1,g' $dotlai >$destpath/$libname.la Jul 31 09:44:25 * koen forgets about that for a moment and moves to packaging cross/ Jul 31 09:48:14 koen: For that changeset link, I just get an error about the database being locked Jul 31 09:52:24 RP the changelog is "Unslung image: clean up .dbg files left by changed RUNSTRIP functionality" Jul 31 09:53:22 ah, it's working again: http://www.openembedded.org/viewmtn/revision.psp?id=ca63e8dbe358555c180ef8474bff224dd3b408fa Jul 31 09:56:24 03zecke123 * r558 10bitbake_qa/ (. lib/bittest/testreport_tinder.py): Jul 31 09:56:24 r492@sause: ich | 2006-07-31 12:11:29 +0200 Jul 31 09:56:24 bitbake_qa/lib/bittest/testreport_tinder.py: Pass the test name as part of the tindermachine, implement sending the results Jul 31 09:56:24 Pass the test name as part of TINDER_MACHINE and implement sending of the report. We Jul 31 09:56:24 will fail the build if one test failed otherwise we will send a '100' Jul 31 09:56:29 koen: Ah, right. That code can be removed now as we have a different set of issues :) Jul 31 09:56:36 * RP - back later Jul 31 10:29:56 tslib-cvs is borked Jul 31 10:30:52 temp/log.do_patchcleancmd.9804 has a syntax error, apparenty Jul 31 10:31:24 sorry Jul 31 10:31:25 temp/run.do_patchcleancmd.9804 Jul 31 10:33:24 oh, still connected ;-) Jul 31 10:33:26 mikearthur: moved quilt around? Jul 31 10:33:39 nope? Jul 31 10:33:43 mikearthur: anyway, feel free to pastebin the log Jul 31 10:33:48 sure Jul 31 10:34:02 can i use oe to build for the original zaurus rom? or in my case the cacko rom? Jul 31 10:36:08 zecke: http://pastebin.ca/108203 Jul 31 10:36:41 mikearthur: what about looking at the line in question? Jul 31 10:36:48 looks wierd to me Jul 31 10:36:52 but I'm no bash scripting pro Jul 31 10:36:57 mikearthur: and your DISTRO is invalid Jul 31 10:37:39 what should it be? Jul 31 10:37:56 mikearthur: DISTRO = "openzaurus-3.5.4.1" Jul 31 10:38:15 mikearthur: echo conf/distro for valid ones Jul 31 10:38:23 cheers koen Jul 31 10:38:29 OE does 'include conf/distro/${DISTRO}.conf' Jul 31 10:38:41 zecke: ts-bb.data.getVar("ZKERNEL_VERSION", d, 1).conf Jul 31 10:38:49 thats the part of the line it seems to be spitting on Jul 31 10:39:14 woops Jul 31 10:39:16 install -m 0644 /home/mike/oe/tosa/tmp/work/tslib-0.0cvs20060102-r40/ts-bb.data.getVar("ZKERNEL_VERSION", d, 1).conf /home/mike/oe/tosa/tmp/work/tslib-0.0cvs20060102-r40/image/usr/share/tslib/ts.conf Jul 31 10:39:50 mikearthur: do you have set ZKERNEL_VERSION_tosa ? Jul 31 10:40:52 ZKERNEL_VERSION, yeh Jul 31 10:40:57 ZKERNEL_VERSION_tosa, no Jul 31 10:41:38 mikearthur: Use DISTRO = "openzaurus-3.5.4.1" Jul 31 10:41:52 do13_: thats already set Jul 31 10:42:35 mikearthur: no it is not! Jul 31 10:42:40 mikearthur: check your log! Jul 31 10:43:02 zecke: what isn't? Jul 31 10:43:09 koen, does utime() work wirg your eabi glibc? Jul 31 10:43:45 nchip: haven't tried that Jul 31 10:44:00 mikearthur: your logs says: DISTRO_VERSION = "3.5.4" Jul 31 10:44:03 mikearthur: specify existing DISTRO and MACHINE files and you are right Jul 31 10:44:20 do13_: I meant it was already set Jul 31 10:44:43 koen: http://youtube.com/watch?v=j02b8Fuz73A Jul 31 10:44:45 just not to your value :) Jul 31 10:45:06 nchip: any specific testcase? Jul 31 10:45:18 koen: busybox touch Jul 31 10:49:39 zecke: now qemu-native won't build Jul 31 10:49:46 logs again? Jul 31 10:51:36 mikearthur: no. I suspect your local.conf is still full of errors :) Jul 31 10:51:37 nchip: http://rafb.net/paste/results/I8i29A41.html Jul 31 10:51:48 zecke: want to see my local.conf then instead? Jul 31 10:52:20 mikearthur: not now, I'm watching the NeXTstep video Jul 31 10:52:26 ok, np Jul 31 10:53:13 schurig: hey Jul 31 10:53:17 schurig: do you like mtn 0.28? Jul 31 10:53:42 zecke|food: not sure. Have only today downlaoded the OE.mtn and only done one update Jul 31 10:53:55 koen: Hi! Can ask a quick question? Building gcc-cross for armv5te target. libgcc is still packaged with just "arm" arch. Is that correct? Jul 31 10:54:05 zecke: if it's usable, I'm probably resurrect my MTN key :-) Jul 31 10:54:13 * schurig hopes that he still knows his password Jul 31 10:54:27 psokolovsky: I suspect that's a bug Jul 31 10:54:51 psokolovsky: check if it contains armv5 isns like clz or bx Jul 31 10:55:20 koen: metoo. Could you look at what you have in your recent h2200 angstrom build? Jul 31 10:55:59 psokolovsky: EABI is armv5 only, so the bug doesn't matter there Jul 31 10:58:17 koen: So, actual .so does contain bx/clz. But why package arch is such? Jul 31 10:59:09 psokolovsky: some .inc in the gcc sets it that way Jul 31 10:59:16 which I think is a bug Jul 31 10:59:24 zecke|food: mikearthur.co.uk whenever you have a minute Jul 31 10:59:58 koen: ok. just want to be sure it at least not my setup issue. thanks Jul 31 11:00:20 psokolovsky: could you file a bug about that in bugs.openembedded.org? Jul 31 11:00:29 koen: ok Jul 31 11:01:06 if anyone gets a chance to look at my local.conf, that zecke thinks is full of errors, I'd be grateful Jul 31 11:01:20 http://mikearthur.co.uk/local.conf Jul 31 11:02:02 mikearthur: You don't have permission to access /local.conf on this server. Jul 31 11:02:55 woops Jul 31 11:04:29 mikearthur: now it works Jul 31 11:05:21 mikearthur: do you need both IPKs and TAR files? INHERIT = "package_ipk" / INHERIT = "package_tar" ??? Jul 31 11:05:53 mikearthur: but that's not an error Jul 31 11:06:17 I don't know, iirc, this config is based off someone elses Jul 31 11:06:45 mikearthur: yeah, but copying stuff doesn't mean that you don't need to think :-) Jul 31 11:07:11 schurig: to be honest, I've only really been using oe for a few weeks, and don't really understand a lot :s Jul 31 11:07:38 mikearthur: then just keep asking Jul 31 11:07:51 I just feel a bit bad asking all the time :( Jul 31 11:08:23 mikearthur: you probably know that OE/bitbake just downloads sources, patches them, cross-compiles them and installs libs/headers into staging and binaries into installable packages (grossly simplified) Jul 31 11:08:47 yeh, I used portage on gentoo for a while, which its pretty similar to Jul 31 11:08:56 koen: ok, thanks, looks like busted kernel-headers here Jul 31 11:08:58 mikearthur: now, if you want to mimick the OpenZaurus distributions, with is IPK based, you want to have the class "package_ipk" inherited (applied to all *.bb files) Jul 31 11:09:54 mikearthur: package_tar is mostly only needed by people which have distros without *.ipk packages, e.g. ROM based things Jul 31 11:10:01 ok Jul 31 11:10:10 mikearthur: you can remove the INHERIT lines, these is done in openzaurus.conf Jul 31 11:10:15 ok thanks Jul 31 11:11:20 schurig: hey, how's it going? Jul 31 11:11:42 kergoth: fine, just came back to work from holiday. You're still awake ?!? Jul 31 11:12:08 kergoth: and how are you? Job and family good? Jul 31 11:12:29 working for openedhand.com nowadays, i'm always up late to have some overlap with all the folks in the UK Jul 31 11:12:33 quite good, yeah Jul 31 11:12:40 what are you doing for work nowadays? Jul 31 11:12:52 mikearthur: please change ZKERNEL_VERSION_tosa = "2.6" in conf/distro/openzaurus-3.5.4.1.conf Jul 31 11:13:23 ok, I can't just change it in my local.conf then? Jul 31 11:14:54 kergoth: still working at M&N Solutions, making sure our terminals for Transportation and Logistics work well Jul 31 11:15:08 mikearthur: I'm not quite sure. Jul 31 11:15:21 its ok, I'll add it anyway :) Jul 31 11:15:26 schurig: ah, cool Jul 31 11:15:27 kergoth: recently worked for 4 days on a "Port WinCE to our device" project, made the M$ e-boot run on our RT4000 Jul 31 11:15:33 hows your family? Jul 31 11:17:05 kergoth: very fine. And my two daughters as well. Natalie goes to Kindergarten really soon, and Sarah now can walk since two weeks and starts to speak (just being 14 months old). They are cute, funny and lovely. Jul 31 11:17:08 mikearthur: also you can remove PREFERRED_PROVIDER_virtual/kernel = .. in your local.conf Jul 31 11:17:32 aww :) Jul 31 11:18:02 I had to add that to get it to build Jul 31 11:19:32 mikearthur: i'm neither using the OpenZaurus distro nor Zaurii, but probably do13_' tipp with the ZKERNEL_VERSION_tosa = "2.6" makes this PREFERRED_PROVIDER_virtual/kernel obsolete Jul 31 11:19:43 ah ok Jul 31 11:19:47 yep Jul 31 11:19:54 cool Jul 31 11:20:31 mikearthur: I also think that you don Jul 31 11:20:55 that you don't need the PREFERRED_PROVIDERS for gcc, g++ etc, because that stuff is usually in conf/distro/*.conf files Jul 31 11:21:23 do13: but again, take this with a grain of salt, I have a very different OE environment running here Jul 31 11:22:16 :) Jul 31 11:23:08 mikearthur: I have never used PARALLEL_MAKE in my local.conf. I don't know If this breaks some packages Jul 31 11:23:36 ok, thanks guys, taking this all in :) Jul 31 11:23:44 mikearthur: when you MACHINE = "xxx", then bitbake includes conf/machine/xxx.conf. If that file says then DISTRO = "yyy", then bitbake ready conf/distro/yyy.conf. Therefore you don't need to specify anything in your local.conf that those files specify anyway .... EXCEPT if you fear that some OE repository update changes them under your nose and you want to make sure to pin some variables to some known value. Jul 31 11:24:21 but that happens mostly if you select some "unstable" distro via DISTRO= ... Jul 31 11:24:41 aye, ok Jul 31 11:26:31 mikearthur: your Jul 31 11:26:31 PREFERRED_PROVIDERS are duplicated in openzaurus-3.5.4.conf which is included via openzaurus-3.5.4.conf Jul 31 11:26:53 ok Jul 31 11:27:04 argh via openzaurus-3.5.4.1.conf Jul 31 11:30:47 hi mickey|thesis Jul 31 11:30:59 morning folks Jul 31 11:31:01 hey pb_ Jul 31 11:31:06 hi mickey|thesis Jul 31 11:31:08 pb_: how was your vacation? Jul 31 11:32:10 morning re Jul 31 11:32:14 reenoo, even Jul 31 11:32:42 can someone kick the handhelds.org mailserver? I'm afraid it's stuck since yesterday Jul 31 11:32:59 afternoon Jul 31 11:33:01 moin mickey|thesis Jul 31 11:34:09 mickey|thesis: hi Jul 31 11:34:20 ~lart meetings Jul 31 11:34:21 * ibot offers meetings some herring Jul 31 11:37:43 03koen 07org.oe.packaged-staging * r33e98cf0... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: fix .la files per zecke's suggestion Jul 31 11:37:52 03koen 07org.oe.dev * racd8498e... 10/ (4 files in 2 dirs): akita, spitz, ipaq-pxa270: accept iwmmxt binaries Jul 31 11:39:43 does qemu 0.7x compile with gcc 4? Jul 31 11:40:01 mikearthur: no Jul 31 11:40:17 genius, no wonder it isn't working Jul 31 11:40:29 koen: that change is in angstrom? oz? unslung? Jul 31 11:40:30 building qemu-native will use my system compiler, eh? Jul 31 11:41:18 yes Jul 31 11:41:22 hrw|work: what change? Jul 31 11:41:30 31 13:59 < CIA-9> koen org.oe.dev * racd8498e... / (4 files in 2 dirs): akita, spitz, ipaq-pxa270: Jul 31 11:41:35 that one Jul 31 11:41:48 ~oe.db Jul 31 11:41:55 methinks oe.db is http://www.openembedded.org/snapshots/OE.db.bz2 Jul 31 11:41:59 hrw|work: conf/machine/ Jul 31 11:42:47 ibot: no, oe.db is http://www.openembedded.org/snapshots/OE.mtn.bz2 Jul 31 11:42:49 hrw|work: okay Jul 31 11:43:42 koen: should not it be part of distro policy? OZ/softfloat does not allow to use iwmmxt iirc... Jul 31 11:44:18 hrw|work: it does allow staticly linked iwwmxt binaries Jul 31 11:45:07 ~oe.mtn Jul 31 11:45:31 koen: user will build oz-unstable from .dev (softfloat) for akita. ipkg will allow him to install iwmmxt package (not static one) which will not work. where is an error? Jul 31 11:45:39 ibot: oe.mtn is http://www.openembedded.org/snapshots/OE.mtn.bz2 Jul 31 11:45:40 okay, schurig Jul 31 11:46:11 schurig: is ibot a bot? Jul 31 11:46:16 ~ibot Jul 31 11:46:18 i heard ibot is a blootbot written in perl run by TimRiker on his server. logs on http://ibot.rikers.org// , ibot, jbot, apt are all the same process. It uses sqlite, but mysql or other SQL storage is also supported. Jul 31 11:46:22 ibot: who are you? Jul 31 11:46:24 it seems quite clever Jul 31 11:46:25 mikearthur: yes, try /msg ibot help Jul 31 11:46:26 koen: what are you talking about? Jul 31 11:46:42 ibot: herring mikearthur Jul 31 11:46:44 * ibot whacks mikearthur on the side of the head with a large red herring named alfred Jul 31 11:46:53 mikearthur: quite clever indeed :) Jul 31 11:47:22 Alfred E. Neumann? Jul 31 11:48:39 hahaha Jul 31 11:48:47 just read the most overdramatic comment on slashdot Jul 31 11:49:00 "The more you tighten your grip on the galaxy, the more star systems will slip through your fingers!" Jul 31 11:49:12 that, in reference to not letting kids choose their own lunches! Jul 31 12:03:42 re Jul 31 12:49:07 http://www.hjreggel.net/cardspeed/index.html Jul 31 12:51:05 hrw|work: http://www.robgalbraith.com/bins/multi_page.asp?cid=6007 Jul 31 12:57:06 http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=85&logfile=20060731144254.log Jul 31 12:57:13 BitTest can report to the tinderbox as well Jul 31 12:57:23 mickey|thesis: please take a look at the python 'error' Jul 31 13:03:48 hail zecke Jul 31 13:04:11 mickey|thesis: very good, thanks. bit of a surfeit of children, but apart from that it was perfect. Jul 31 13:14:19 pb_: hey Jul 31 13:14:39 pb_: when will your DisplayMigration be merged into Gtk+? Jul 31 13:16:15 No space left on device: Can't close file '/svnroot/repos/bitbake/db/transactions/558-1.txn/node.0.0': No space left on device Jul 31 13:16:23 wtf, berlios went out of disk Jul 31 13:34:35 2989 root 0 -10 288m 251m 4980 S 2.3 33.2 7:40.97 Xorg Jul 31 13:35:04 each day I feel that 768M ram is very low amount... Jul 31 13:35:14 hrw|work: I had a good one the other day.. famd taking 103% CPU according to top Jul 31 13:35:38 NAbyss: fam is evil Jul 31 13:35:40 hi Rene Jul 31 13:36:04 firefox 2.0b1 is evil Jul 31 13:36:15 Yes, fam is definitely evil Jul 31 13:36:29 fam is useless Jul 31 13:36:33 zecke: mm, dunno. I think the gtk+ dudes don't like it very much Jul 31 13:36:34 hi woglinde Jul 31 13:36:46 hi reenoo{_} Jul 31 13:36:46 even under irix I dont see any comfort in using it Jul 31 13:36:50 he pb Jul 31 13:38:41 hey pb_ Jul 31 13:39:00