**** BEGIN LOGGING AT Wed Jun 17 02:59:57 2009 Jun 17 04:35:31 ~curse stupid ocn.ne.jp for starting to block outgoing port 25 two days ago Jun 17 04:45:24 * Laibsch hugs ssh Jun 17 05:15:04 * * OE Bug 5166 has been RESOLVED (FIXED) by Jun 17 05:15:05 * * tinderbox on melo is unpackaged Jun 17 05:15:07 * * http://bugs.openembedded.net/show_bug.cgi?id=5166 Jun 17 05:38:38 03Klaus Kurzmann  07fso/milestone5.5 * rb5f42ac93a 10openembedded.git/recipes/connman/connman_0.19.bb: Jun 17 05:38:38 connman_0.19: add connman dbus service file to SRC_URI Jun 17 05:38:38 Signed-off-by: Klaus Kurzmann Jun 17 05:38:39 03Angus Ainslie  07fso/milestone5.5 * r321eaf96e1 10openembedded.git/conf/checksums.ini: checksums.ini: add connman 0.19 Jun 17 05:38:43 03Angus Ainslie  07fso/milestone5.5 * r5b8f4cdb22 10openembedded.git/conf/distro/include/preferred-om-2009-versions.inc: preferred-om-2009-versions.inc : update gnome packages to get abiwork and xournal to build Jun 17 05:38:47 03Angus Ainslie  07fso/milestone5.5 * r489a25bc03 10openembedded.git/: Merge branch 'fso/milestone5.5' of git@git.openembedded.org:openembedded into fso/milestone5.5 Jun 17 05:38:50 03Koen Kooi  07fso/milestone5.5 * r1ae7afb86f 10openembedded.git/recipes/connman/connman_0.19.bb: connman update to 0.19 Jun 17 05:38:57 03Koen Kooi  07fso/milestone5.5 * rd06e4c5c48 10openembedded.git/recipes/connman/ (connman.inc connman_0.19.bb files/connman): connman: fix initscript and start earlier (but after dbus) (from poky) Jun 17 05:55:04 * * OE Bug 5186 has been created by  Jun 17 05:55:06 * * Better host support for Via C3 Jun 17 05:55:08 * * http://bugs.openembedded.org/show_bug.cgi?id=5186 Jun 17 05:57:04 * * OE Bug 2433 has been RESOLVED (FIXED) by Jun 17 05:57:06 * * Fix icewm build (once again) on AMD64 build host Jun 17 05:57:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2433 Jun 17 06:03:04 * * OE Bug 5060 has been RESOLVED (WORKSFORME) by Jun 17 06:03:06 * * python-2.6.1-ml4 compile failed: Floating point exception Jun 17 06:03:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5060 Jun 17 06:04:04 * * OE Bug 5053 has been RESOLVED (INVALID) by Jun 17 06:04:06 * * libdisplaymigration_0.99 strip issue Jun 17 06:04:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5053 Jun 17 06:06:05 * * OE Bug 4720 has been RESOLVED (INVALID) by Jun 17 06:06:07 * * gettext 0.17 fails to compile Jun 17 06:06:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4720 Jun 17 06:09:04 * * OE Bug 4740 has been RESOLVED (WORKSFORME) by Jun 17 06:09:06 * * do_install failed in e2fsprogs-1.38 Jun 17 06:09:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4740 Jun 17 06:09:16 * * OE Bug 4766 has been RESOLVED (WORKSFORME) by Jun 17 06:09:18 * * openssl-0.9.8g-r9: Task failed: Missing Jun 17 06:09:20 * * http://bugs.openembedded.net/show_bug.cgi?id=4766 Jun 17 06:12:05 * * OE Bug 4858 has been RESOLVED (WORKSFORME) by Jun 17 06:12:07 * * tiff do_compile failed Jun 17 06:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4858 Jun 17 06:15:05 * * OE Bug 4937 has been RESOLVED (WORKSFORME) by Jun 17 06:15:07 * * Build of db-native fails Jun 17 06:15:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4937 Jun 17 06:15:18 * * OE Bug 4938 has been RESOLVED (WORKSFORME) by Jun 17 06:15:20 * * build of git-native fails Jun 17 06:15:22 * * http://bugs.openembedded.net/show_bug.cgi?id=4938 Jun 17 06:17:04 * * OE Bug 5019 has been RESOLVED (WORKSFORME) by Jun 17 06:17:06 * * perl-native-5.8.8 fails, no rule to make target `wince.h' needed by `perl.h' Jun 17 06:17:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5019 Jun 17 06:19:02 good morning Jun 17 06:20:09 gm mckoan ! Jun 17 06:24:36 hi all Jun 17 06:25:01 hi recalcati_oe, gremlin[it] Jun 17 06:25:57 was committed some core thing on OE ? ... recently i got the initial steps of resolving dependencies and prepare runqueue really really long !!! Jun 17 06:26:01 hi mckoan ! Jun 17 06:34:53 yesterday from stable/2009 I got qt4 dir from dev branch. it compiles and work without problems ? booxters will maybe move it to stable branch Jun 17 06:35:59 gremlin[it]: I am experiencing the same Jun 17 06:36:24 Since about two weeks it takes forever to resolve and prepare the runqueue Jun 17 06:36:58 even on my 1.5GHz machine, it takes about five minutes :-/ RP, do you have any insights for us? Jun 17 06:37:03 Laibsch, on my laptop it took really ethercity (more thanone hour) ... killing and restart make it faster ... but after hang (with 100% cpu) on fetching coreutils_native ... have no sense Jun 17 06:37:05 * * OE Bug 3537 has been RESOLVED (WORKSFORME) by Jun 17 06:37:07 * * libgpg-error-1.4 function do_compile failed Jun 17 06:37:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3537 Jun 17 06:37:34 Laibsch, my laptop is a 1st generation centrino 1.5GHz 1.5GByte ram ... Jun 17 06:37:47 Maybe there is some kind of bug somewhere and you are hit more severely than I am Jun 17 06:38:00 Laibsch, ethercity --> eternity Jun 17 06:38:10 yes, I figured that much ;-) Jun 17 06:38:23 Feel free to open a bug Jun 17 06:38:29 and cc me Jun 17 06:39:29 the bad thing is that i cannot understand nothing ... --debug don't help .. the only process getting CPU is python ... no other info ... Jun 17 06:40:34 on other machines (same distro, 32 and 64 bit) never hang ... maybe a bit slower but never hang Jun 17 06:41:03 You say you have a Centrino Jun 17 06:41:04 * * OE Bug 3274 has been RESOLVED (INVALID) by Jun 17 06:41:06 * * uclibc 0.9.29-r8 segfaults Jun 17 06:41:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3274 Jun 17 06:41:10 I have an older P3 Jun 17 06:41:44 It may be some kind of code that runs reasonably fast on the fast machines the main devs use, but noticeably slower on the ones we are talking about here Jun 17 06:45:05 * * OE Bug 2706 has been RESOLVED (INVALID) by Jun 17 06:45:07 * * compulab with 2.6.20 cannot build jffs2 image Jun 17 06:45:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2706 Jun 17 06:45:16 * * OE Bug 3073 has been RESOLVED (WORKSFORME) by Jun 17 06:45:18 * * libetpan fails to link with gnutls Jun 17 06:45:20 * * http://bugs.openembedded.net/show_bug.cgi?id=3073 Jun 17 06:46:05 * * OE Bug 3045 has been RESOLVED (WORKSFORME) by Jun 17 06:46:07 * * evince 0.9.2 does not build Jun 17 06:46:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3045 Jun 17 06:47:25 is possible to move a working dir from a machine to another ? preserving absolute positions ? Jun 17 06:49:39 not sure Jun 17 06:49:45 gremlin: I've (rsynced) used a complete tree of OE/Source/Temp on several machines. As long as you don't change the paths, I don't see any problem. Paths are hardcoded in the cross-compilers if I recollect correct. So changing paths is not a good idea.. Jun 17 06:50:04 * * OE Bug 3205 has been RESOLVED (INVALID) by Jun 17 06:50:06 * * binutils-2.18-r1 fails to link with libiberty.a Jun 17 06:50:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3205 Jun 17 06:50:15 I used to also share /export/oe via NFS for several machines Jun 17 06:50:24 I'm transferring 13Gb of data as we `speak`.. Someone is confiscating my build server :-( Jun 17 06:50:52 confiscating ? Jun 17 06:50:56 Laibsch: yes, I do that too, by using a usb TB disk. never had any issues, just preserve paths. Jun 17 06:51:19 Gremlin: I kinda 'borrowed' a quad-core 16Gb 300Gb server from my employer to speed things up.. :-) Jun 17 06:52:18 gremlin[it]: I confirm you can copy/move your build tree, just preserve paths (and architecture 32/64). Jun 17 06:53:23 * mckoan tried ages ago copy/move your build tree from a amd64 to a i386 unsuccessfully :-D Jun 17 06:57:46 mckoan, ok thanks ! ... yes of course same arch (in my case also same distro and OE metadata) Jun 17 06:58:04 * * OE Bug 2834 has been RESOLVED (INVALID) by Jun 17 06:58:06 * * horizon fails to start due to bad hardcoded path Jun 17 06:58:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2834 Jun 17 07:08:40 mckoan, your presentation for the confsl is on-line ? Jun 17 07:09:18 i have a OE presentation / example meeting this evening maybe i can theft something Jun 17 07:15:07 <_diego_> gremlin[it], you can also move in a different path, if you change local.conf Jun 17 07:28:32 gremlin[it]: yep ftp://ftp.koansoftware.com/public/talks/Confsl-2009/ Jun 17 07:30:30 thanks mckoan Jun 17 07:31:57 gremlin[it]: you're welcome :-D Jun 17 07:32:04 * * OE Bug 3557 has been RESOLVED (REMIND) by Jun 17 07:32:06 * * matchbox-panel do_package QA issue Jun 17 07:32:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3557 Jun 17 07:33:04 * * OE Bug 2953 has been RESOLVED (WORKSFORME) by Jun 17 07:33:06 * * gstreamer_0.10.14.bb do_configure fails for x86_64 Jun 17 07:33:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2953 Jun 17 07:37:04 * * OE Bug 2806 has been RESOLVED (WORKSFORME) by Jun 17 07:37:06 * * openldap-2.3.11-r4 fails do_configure - perhaps due to new automake? Jun 17 07:37:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2806 Jun 17 07:39:04 * * OE Bug 2330 has been RESOLVED (INVALID) by Jun 17 07:39:06 * * gpdf missing a library Jun 17 07:39:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2330 Jun 17 07:41:13 03Phil Blundell  07org.openembedded.dev * raea97446b2 10openembedded.git/recipes/udev/udev_141.bb: udev: fix confusion in naming of subpackage RDEPENDS Jun 17 08:05:04 * * OE Bug 2232 has been RESOLVED (FIXED) by Jun 17 08:05:07 * * sound and audio players Jun 17 08:05:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2232 Jun 17 08:06:05 * * OE Bug 4323 has been RESOLVED (FIXED) by Jun 17 08:06:07 * * glibc build error Jun 17 08:06:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4323 Jun 17 08:07:05 * * OE Bug 2293 has been RESOLVED (FIXED) by Jun 17 08:07:07 * * udev - function do_stage failed Jun 17 08:07:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2293 Jun 17 08:07:36 03Phil Blundell  07org.openembedded.dev * r4ae4aa6d3e 10openembedded.git/recipes/base-files/base-files_3.0.14.bb: base-files: add /sys for micro Jun 17 08:07:36 03Phil Blundell  07org.openembedded.dev * r77bf7d8f00 10openembedded.git/recipes/sysvinit/ (sysvinit/rcS sysvinit_2.86.bb): sysvinit: make sure /sys is mounted at bootup Jun 17 08:08:05 * * OE Bug 3284 has been RESOLVED (FIXED) by Jun 17 08:08:07 * * glibc-intermediate-2.6.1 compile failed for 2008.1 on i686 Jun 17 08:08:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3284 Jun 17 08:09:04 * * OE Bug 3285 has been RESOLVED (INVALID) by Jun 17 08:09:06 * * libnss-mdns-0.9-r0 do_compile fails first time on i686-angstrom Jun 17 08:09:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3285 Jun 17 08:12:08 morning Jun 17 08:12:35 morning hrw Jun 17 08:12:38 morning hrw ! Jun 17 08:13:03 * * OE Bug 2623 has been RESOLVED (FIXED) by Jun 17 08:13:05 * * QA Issue prevents ewl_0.5.1.009.bb from building Jun 17 08:13:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2623 Jun 17 08:13:16 * * OE Bug 1833 has been RESOLVED (INVALID) by Jun 17 08:13:18 * * Tcl for arm-linux will not build using osx tools Jun 17 08:13:20 * * http://bugs.openembedded.net/show_bug.cgi?id=1833 Jun 17 08:14:03 * * OE Bug 4309 has been RESOLVED (WORKSFORME) by Jun 17 08:14:05 * * uicmoc4-native-4.3.3-r1-do_compile: endless compilation Jun 17 08:14:07 * * http://bugs.openembedded.net/show_bug.cgi?id=4309 Jun 17 08:17:03 * * OE Bug 5191 has been created by  Jun 17 08:17:05 * * patchwork on amethyst/melo is unpackaged Jun 17 08:17:07 * * http://bugs.openembedded.org/show_bug.cgi?id=5191 Jun 17 08:42:45 hello all Jun 17 08:44:40 I have a problem with alsa sound. my .bb file is : http://pastebin.com/d437feae4 the sound doesn't work, may be I must add other packages too? Jun 17 08:45:13 the alsa works when I compile an X11 angstrom image. Jun 17 08:46:43 in what way doesn't it work, exactly? Jun 17 08:47:27 for example mplayer -ao alsa -vo fbdev xxxx.avi , I see the video but no sound Jun 17 08:48:50 and I have alsa drivers in the kernel as "not module" and when I use a ready angstrom-x11 image, it works Jun 17 08:54:16 Hey guys, what would be the proper way to handle rebuilds necessary after dependencies rebuilds? Jun 17 08:54:20 (Such as e) Jun 17 08:54:35 I was merely thinking about making the packages depend on EFL_SRCREV Jun 17 09:01:41 Ainulindale: BB_STAMP_POLICY="whitelist" iirc Jun 17 09:02:49 hrw: What? :-) I don't even know about that Jun 17 09:03:30 Interesting Jun 17 09:03:49 eray: maybe mixer is not set properly? Jun 17 09:04:03 hrw: Will it be handled properly by opkg? Jun 17 09:04:24 hrw: that is, let us say I bump a package, some depending packages are rebuilt, will they be upgraded on the target host? Jun 17 09:06:11 booxter: not that. I've tried that too Jun 17 09:06:24 kaeilos build in stable is broken http://tinderbox.openembedded.net/builds/160088 Jun 17 09:06:38 ERROR: '/home/koan/devel/openembedded/recipes/glibc/glibc_2.6.1.bb' failed Jun 17 09:06:51 eray: kernel modules loaded? tried aplay with .wav file? Jun 17 09:06:51 ERROR: Task 145 (/home/koan/devel/openembedded/recipes/glibc/glibc_2.6.1.bb, do_package) failed Jun 17 09:07:02 Ainulindale: there isn't any completely automatic mechanism to handle that. Generally we try to avoid those kinds of dependencies in the first place. Jun 17 09:07:06 eray: cat /proc/asound/cards? Jun 17 09:07:14 what's the actual situation you have that requires a rebuild of the dependent packages? Jun 17 09:07:16 stable is not-so-stable Jun 17 09:07:21 pb_: bumping EFL_SRCREV Jun 17 09:07:49 Ainulindale: my efl skills are weak, can you explain why a srcrev bump requires everything else to be rebuilt? Jun 17 09:07:57 I have no idea at all :-) Jun 17 09:07:58 booxter: kernel modules are ok. I'll try other things now. thanks Jun 17 09:08:00 mckoan: I love your way of complaining Jun 17 09:08:03 My skills are as good as yours Jun 17 09:08:06 is there a static library or something that gets linked into the other binaries? Jun 17 09:08:08 Ainulindale: ah, heh Jun 17 09:08:09 I think it was mandatory per raster Jun 17 09:08:12 'blablablabla failed blablabla' Jun 17 09:08:21 mckoan: distro, machine, error log.... Jun 17 09:08:29 pb_: but anyway this is an interesting topic to talk about Jun 17 09:08:35 pb_: I'm used to gentoo & revdep-rebuild Jun 17 09:08:38 hrw: :-D Jun 17 09:08:54 I was just wondering if it wouldn't be more logical to have a dependency on EFL_SRCREV for packages depending on it that bad Jun 17 09:08:56 Ainulindale: thats for build only - packages will get same PR (PV may be other if you bump svnrev) Jun 17 09:09:08 hrw: ok so it won't solve anything on the host side Jun 17 09:09:12 pb_, right now I think so names change in EFL - which needs a rebuild of packages against the new soname Jun 17 09:10:11 ah right, crazy raster Jun 17 09:10:23 heh :-) Jun 17 09:10:39 hrw: ronetix-pm9263/kaeilos/x11-image stable/2009 worked 10 days ago Jun 17 09:10:54 pb_: this is where it's too bad we don't have any post install stuff in opkg Jun 17 09:10:55 you could do something like we do with the kernel, have an "efl-abiversion" kind of thing which gets spliced into PR (or some such) for the dependent packages. Jun 17 09:11:00 because we could manage that with it :-) Jun 17 09:11:28 I should really work on that stuff Jun 17 09:11:59 hrw: http://tinderbox.openembedded.net/builds/160088 (already posted) Jun 17 09:12:10 yeah, that'd be a possibility Jun 17 09:13:09 someone have try micro distribution ? Jun 17 09:13:09 as ever, might also be worth looking at what debian does with efl (assuming they package it at all). generally, the stuff they do would work for us as well. Jun 17 09:13:14 how could I avoid this fragile/unreliable condition? maybe kaeilos is too angstrom-dependent? Jun 17 09:13:17 gremlin[it]: yeah, I use micro all the time. Jun 17 09:13:28 gremlin[it]: I did unsuccessfully (of course) Jun 17 09:13:44 pb_, on which hardware (target) ? Jun 17 09:13:49 mckoan: http://tinderbox.openembedded.net/builds/160088/?page=12 was better link Jun 17 09:13:55 gremlin[it]: nslu2 and qemux86, mostly Jun 17 09:14:01 also epia a bit, but I haven't done much with that yet Jun 17 09:14:11 mckoan: or even http://tinderbox.openembedded.net/packages/627203/ Jun 17 09:14:22 mckoan: but it does not show error log anyway Jun 17 09:15:05 hrw: I can't figure out the reason Jun 17 09:15:10 mckoan: angstrom does seem to be a bit of a moving target, but in this particular instance I suspect you would have gotten the failure with any distro. Jun 17 09:15:10 pb_, mhhh should fit for me ... .dev branch i suppose ... which image ? can u pass me your local.conf for the qemux86 and nslu2 .. have you never try ngw100 (uclibc) ? Jun 17 09:15:10 good morning Jun 17 09:16:19 gremlin[it]: I think I'm basically using local.conf.sample but with MACHINE=whatever and DISTRO="micro-uclibc". I'll check though. Jun 17 09:16:37 yes, .dev branch. I kind of feel that the current stable branch is a bit of a waste of time so I haven't been using it. Jun 17 09:16:54 mckoan: I did build for many archs/machines with stable/2009 so far Jun 17 09:17:16 hrw: me too until June 3rd Jun 17 09:17:20 pb_, micro-uclibc !!! nice ... and which image ? console-image bootstrap_image ? Jun 17 09:17:22 approx Jun 17 09:17:35 something has been broken Jun 17 09:17:49 gremlin[it]: I'm mostly using a custom image, based on micro-base-image Jun 17 09:18:08 I think console-image ought to work okay though I haven't tried it lately Jun 17 09:19:47 hrw: any idea where start digging? Jun 17 09:20:22 mckoan: in glibc-2.6.1/temp/ Jun 17 09:21:56 there is nothing like glibc-2.6.1-r15 in recipe/glibc Jun 17 09:22:12 pb_, thanks i'll try ! Jun 17 09:22:29 mckoan: in tmp/work Jun 17 09:25:17 gremlin[it]: okay, good luck. if you have any trouble, let me know or post on the list and I'll take a look. Jun 17 09:25:55 it'd be nice to get more people using micro, it seems to have been a bit neglected so far. Jun 17 09:29:27 pb_, I was looking for minimal ... now kaleios ... but something like to (former minimal) now micro is what i'm looking for ... a good minimal starting point to create a custom image / distro Jun 17 09:30:52 gremlin[it]: the former minimal does still exist, though I think we're going to rename it (back) to "generic" or some such. Jun 17 09:31:55 good morning Jun 17 09:32:06 minimal and micro have slightly different goals: micro is intended to be a starting point for an embedded system rather than a general-purpose computing device. Jun 17 09:32:41 pb_, yes "general" on falling moon, minimal on raising moon, or viceversa ;) ... but it never worked well ... Jun 17 09:33:10 so, in particular, micro doesn't support on-line installation or upgrading of individual packages (i.e. no opkg): it just lets you build a complete flash image to be loaded onto your device, and the intent is that you should upgrade by reflashing the whole thing. Jun 17 09:33:42 it also isn't really intended to support multi-user operation: no shadow passwords, no utmp, that kind of thing. Jun 17 09:33:49 florian: good morning Jun 17 09:34:36 fwiw, my two use cases for micro are a print server (nslu2) and a mythtv client (epia) Jun 17 09:35:32 | /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory Jun 17 09:35:32 argh Jun 17 09:38:51 pb_, could be good for me too ... maybe in some cases could be useful to add package support ... but remain valid the single-user operation ... Jun 17 09:40:22 morning Jun 17 09:42:29 mornig Longfield Jun 17 09:44:04 * * OE Bug 5201 has been created by  Jun 17 09:44:06 * * make .net hosts CNAMES for .org Jun 17 09:44:08 * * http://bugs.openembedded.org/show_bug.cgi?id=5201 Jun 17 09:45:12 gremlin[it]: adding package support has quite a wide impact on the rest of the system. As soon as you can add new packages you start needing all the utilities like update-rc.d, update-modules, update-passwd, update-inetd, update-alternatives and so on; you can't do library reduction, you can't do prelinking, you can't use a read-only medium as your rootfs. plus of course you need opkg itself and all its supporting stuff. Jun 17 09:48:32 pb_, yes for sure ... but on some device / application the overhead pay ... Jun 17 09:49:38 pb_ probably after some experience with micro distribution the minimal distro could became better :) Jun 17 09:57:25 gremlin[it]: right. Jun 17 09:57:59 I think probably the mission for "minimal" should be basically micro plus package management. Jun 17 09:58:39 right now, minimal is basically just a slight variant on angstrom, which is perhaps not so useful Jun 17 09:58:41 pb_ i agree ... and angstrom remain for multi-user full featured needs Jun 17 09:59:51 ok, cool Jun 17 10:00:05 minimal is mickey|cleaning's baby so I guess we should leave it to him to make the changes once his boycott ends Jun 17 10:06:56 pb_, mhhh really don't know what exactly happen ... surelly start from angstrom and clean seem to be really an hard work ... maybe better start from micro and raise ... Jun 17 10:10:09 yeah, agreed Jun 17 10:24:23 XorA: you forgot xORa and some other variants :-D Jun 17 10:24:51 stupid xchat got out of sync with my proxy Jun 17 10:24:56 LOL Jun 17 10:31:18 -> lunch Jun 17 10:55:33 pb_, the micro definition is what minimal was supposed to be Jun 17 10:55:39 good to see it getting work Jun 17 10:56:15 minimal lost its vision Jun 17 11:01:26 indeed Jun 17 11:05:36 Crofton|work: I'm glad you now seem to agree with that. I was a bit baffled by your comments about micro last week. Jun 17 11:06:07 anyway, yes, I think this is an important thing to have. Jun 17 11:06:13 it is good to see nice working distro which is not angstrom (based) Jun 17 11:06:35 right Jun 17 11:06:36 oe finally gets a real embedded distro :-) Jun 17 11:06:53 florian: yah, indeed. shame it's taken so long really :-} Jun 17 11:07:22 angstrom seems to become a desktop-like thing more and more Jun 17 11:07:44 yeah, I'm not entirely sure what angstrom sees as its mission nowadays. Jun 17 11:08:02 I know its not what I'd expect :) Jun 17 11:08:16 I do kind of feel that there is still a bit of a gap for a distribution along the lines of the old familiar, i.e. a small system but still recognisably unix. Jun 17 11:08:22 hrm.. the size of webkit is shocking Jun 17 11:08:48 florian: according to rumour webkit is losing libicu and getting smaller Jun 17 11:09:47 pb_: yes... something like this. Jun 17 11:10:28 i compiled an image for mini2440 using openembedded. Everything works, except python. It segfaults always when i start it. Anyone an idea or hint? Jun 17 11:10:30 XorA: looking at the size of libicudata this would be a good idea yes! Jun 17 11:12:48 fx5: I guess you have to run it under the debugger to find out where it segfaults. Jun 17 11:14:32 03Phil Blundell  07org.openembedded.dev * r369231aee8 10openembedded.git/recipes/busybox/ (busybox.inc files/simple.script): busybox: make udhcpc script work in absence of legacy net-tools Jun 17 11:14:41 pb_, my comments last week where along the lines of people switching/creating distros when what they need to do is create a new image file Jun 17 11:15:19 pb_: thank you. i will try Jun 17 11:15:57 I run Angstrom fine without desktop Jun 17 11:16:03 just do not build desktop image Jun 17 11:16:45 most problems seem to stem from task and machine feature interaction Jun 17 11:16:56 but you can build images without using the tasks Jun 17 11:17:12 Crofton|work: I was thinking of the brief conversation we had on friday: Jun 17 11:17:13 14:43.33 kg4ysn: you might want to look at the "micro" distro, this is intended for deeply embedded systems. Jun 17 11:17:13 14:43.50 pb_, rubbish Jun 17 11:17:54 I think that was in reaction to saying Angstrom couldn't do something and someone should make a new distro Jun 17 11:18:27 okay, I guess we were talking at cross purposes then Jun 17 11:18:50 anyway, I am glad that we now seem to have a consensus about what the micro distribution is for Jun 17 11:19:16 irc is good for getting people talking at cross purposes Jun 17 11:19:45 but I am still concerned there is alot of Angstrom bashing in this channel that is not based on reality Jun 17 11:22:56 cbrake_away: I think the wiki entry page is getting a bit overly crowded. I'd like to put the news stuff into its own box. What do you think? Jun 17 11:23:21 I'd also like to trim the description of what OE is Jun 17 11:24:49 Laibsch: http://wiki.openembedded.net/index.php/User:MarcinHrwJuszkiewicz/news is how I would like to see news page Jun 17 11:25:44 hrw: that fits with my idea Jun 17 11:26:09 I'd have the stuff that "Contents" on that page as a box on the front page Jun 17 11:26:23 yep Jun 17 11:26:29 "recent headlines in box on front page" Jun 17 11:26:40 real news items on separate news page Jun 17 11:26:46 exactly Jun 17 11:26:51 not sure if this can be done automatically Jun 17 11:26:56 maybe it can Jun 17 11:27:00 Laibsch, did tinderbox dns switch ok? Jun 17 11:27:04 "OEs New Porting for $$$ Initiative" headline :-) Jun 17 11:27:18 heh Jun 17 11:27:19 Crofton|work: yes, thank you Jun 17 11:27:26 we need a work wanted section Jun 17 11:28:38 http://wiki.openembedded.net/index.php/User:Ronan Jun 17 11:28:42 mine :-) Jun 17 11:29:42 I really need to drink coffee and read comics/news b4 starting to "think" Jun 17 11:29:52 hrw, cbrake_away: maybe http://www.mediawiki.org/wiki/Extension:News and a new namespace for News could make this an automatic process Jun 17 11:30:13 Laibsch: I am not familiar with mediawiki internals Jun 17 11:30:19 Crofton|work: ;) Jun 17 11:30:54 Genesis, nice page Jun 17 11:31:09 a bit old now Jun 17 11:33:01 hrw: me neither, I was looking for a plugin to do what we were discussing. Because I don't believe in implementing policies like that by relying on manual intervention Jun 17 11:33:30 making it easy for people to publish news and be included would be important, too, IMHO Jun 17 11:33:44 but the front page can only be edited by wiki admins Jun 17 11:34:05 we could try out automatic inclusion of headlines from specially formatted pages Jun 17 11:35:28 Laibsch: or http://www.mediawiki.org/wiki/Extension:DynamicPageList Jun 17 11:36:23 any advantage IYO? Jun 17 11:38:18 stable and used by others Jun 17 11:46:05 * * OE Bug 5206 has been created by  Jun 17 11:46:07 * * restructure wiki front page Jun 17 11:46:09 * * http://bugs.openembedded.org/show_bug.cgi?id=5206 Jun 17 11:47:02 hrw: agreed, I have written up the status of this discussion and made it into a ticket ^^^ to make sure it gets actually done Jun 17 11:50:18 python crashes in __real_read_history_range () from /usr/lib/libreadline.so.5. According to strace it opens ~/.python-history just before crashing. Jun 17 11:50:38 fx5: touch that file and retry Jun 17 11:50:55 03Rolf Leggewie  07org.openembedded.dev * r47de8a5f73 10openembedded.git/recipes/uim/uim-native_1.3.1.bb: Jun 17 11:50:55 uim: remove S definition from native recipe Jun 17 11:50:55 * as suggested by recipe_sanity Jun 17 11:50:55 * has probably become unnecessary with the introduction of BPN Jun 17 11:50:56 03Rolf Leggewie  07org.openembedded.dev * rf6adf3a14d 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: Jun 17 11:51:01 preferred-xorg-versions-X11R7.4.inc: pin xextproto-native and xtrans-native Jun 17 11:51:03 * xextproto-native: 7.0.3 Jun 17 11:51:05 * xtrans: 1.2.1 Jun 17 11:51:06 hrw: already tried. no success Jun 17 11:51:07 03Rolf Leggewie  07org.openembedded.dev * r75bef6ce9f 10openembedded.git/recipes/kakasi/kakasi-native_2.3.4.bb: Jun 17 11:51:10 kakasi: remove S definition from native recipe Jun 17 11:51:12 * as suggested by recipe_sanity Jun 17 11:51:14 * has probably become unnecessary with the introduction of BPN Jun 17 12:03:41 re Jun 17 12:04:20 welcomeback mckoan ! Jun 17 12:06:01 mckoan: glibc built fine on your quad Jun 17 12:07:07 hrw: wrt to MACHINE_KERNEL_PR stuff, I guess it got all the testing it will get. I have had it enabled continually since the beginning of June and it never caused me any trouble Jun 17 12:07:13 time to push? Jun 17 12:07:20 03Marcin Juszkiewicz  07org.openembedded.dev * r1f591a5ffd 10openembedded.git/recipes/fbprogress/fbprogress_1.1.bb: Jun 17 12:07:20 fbprogress: make it work better Jun 17 12:07:20 - images are kept in /usr/share/fbprogress Jun 17 12:07:20 - proper framebuffer is used Jun 17 12:07:20 - include paths and libraries to link with are given in recipe instead Jun 17 12:07:22 of makefile Jun 17 12:07:24 Signed-off-by: Marcin Juszkiewicz Jun 17 12:07:47 sure Jun 17 12:08:25 nice Jun 17 12:08:49 03Philip Balister  07stable/2009 * rb9eaf24457 10openembedded.git/recipes/u-boot/ (4 files in 3 dirs): (log message trimmed) Jun 17 12:08:49 u-boot_git.bb : Update recipe from .dev Jun 17 12:08:49 Updates u-boot revision for omap3 machines. Adds support for overo and Jun 17 12:08:49 several TI davinci boards. Adds support for mini2440 and micro2440 machines. Jun 17 12:08:49 Add afeb9260 machine. Jun 17 12:08:50 BTW, I'm glad to see you did a "git pull --rebase" before pushing your latest change Jun 17 12:08:53 Signed-off-by: Philip Balister Jun 17 12:08:55 Acked-by: Koen Kooi Jun 17 12:09:04 It keeps the history in qgit more readable Jun 17 12:09:08 Laibsch: no, I pulled, am, pushed Jun 17 12:09:10 03Marcin Juszkiewicz  07org.openembedded.dev * r35e7b34d3b 10openembedded.git/ (classes/kernel.bbclass conf/bitbake.conf): (log message trimmed) Jun 17 12:09:10 fix for MACHINE_KERNEL_PR stuff Jun 17 12:09:10 This patch unbreaks current behaviour which was introduced by Jun 17 12:09:10 MACHINE_KERNEL_PR variable. Jun 17 12:09:10 As most of target machines do not use it they have PR with broken value Jun 17 12:09:12 (set to "r0" instead of value in recipe). I took other way which makes Jun 17 12:09:16 both types of users happy -- those with MACHINE_KERNEL_PR in use and Jun 17 12:09:23 hrw: same effect Jun 17 12:09:55 Now, I'm very curious what git will do since I already have this patch applied Jun 17 12:10:53 It did the right thing, NICE! Jun 17 12:11:10 heh, you sound so surprised Jun 17 12:11:15 even cvs can get that right :-) Jun 17 12:11:51 someone wants to get rid of sheevaplug? I have potential buyer Jun 17 12:12:13 03Koen Kooi  07org.openembedded.dev * r3ac4bce801 10openembedded.git/ (conf/checksums.ini recipes/gnome/gnote_0.5.0.bb): gnote: add 0.5.0 Jun 17 12:12:13 03Koen Kooi  07org.openembedded.dev * r402f1f6974 10openembedded.git/recipes/libpcre/libpcre_7.6.bb: libpcre: fix staging and packaging Jun 17 12:12:14 03Koen Kooi  07org.openembedded.dev * rb945c7446b 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev Jun 17 12:12:17 03Koen Kooi  07org.openembedded.dev * r19f35a34bc 10openembedded.git/recipes/gnome/gnome-bluetooth_git.bb: gnome-bluetooth: bump SRCREV Jun 17 12:14:36 pb_: I had it in the list of local commits. You know "Your branch is ahead by X commits" kind of thing. git automatically understood that the revision coming in from upstream and my local commit were the same. Now I see X-1 Jun 17 12:14:42 That is pretty cool IMHO Jun 17 12:14:55 With mtn this kind of situation was rather frightening Jun 17 12:15:07 Laibsch: git cares about content of files not commits - or sth like that Jun 17 12:15:07 03Marcin Juszkiewicz  07org.openembedded.dev * r2064158213 10openembedded.git/conf/checksums.ini: checksums.ini: added connman 0.18 and connman-gnome 0.5 Jun 17 12:15:53 Laibsch: now we need acks on m-k-pr fix... Jun 17 12:17:54 pb_ raised this earlier and I understand his concern; is stable policy even too permissive? Wouldn't it make more sense to allow bugfixes only and backports only in very seldom cases and after careful regression analysis? Jun 17 12:18:31 When I see patches proposed with "reenable X" that sound to me like doing normal work in that branch and trying things out Jun 17 12:19:02 I admit that is a problem I was not aware of earlier Jun 17 12:19:03 Laibsch, to restrictive and nothing happens Jun 17 12:19:15 which may not be a bad thing Jun 17 12:19:21 Laibsch: it is always two way problem Jun 17 12:19:23 mickeyl: hi Jun 17 12:19:29 hi hrw Jun 17 12:19:32 I will say that I like the current stable branch much better than the first one Jun 17 12:19:39 hi mickeyl Jun 17 12:20:04 My understanding of stable was "that is the branch you use to support end-users off" Jun 17 12:20:06 Laibsch: it can be very restrictive and die in few months due to lack of interest, or be more open but have people which will check does it still build Jun 17 12:20:15 mickeyl: finished flyer? Jun 17 12:20:33 Laibsch: I have over 100 changes for stable/2009 Jun 17 12:20:41 * Laibsch has to admit that I have not had the CPU cycles yet to try it Jun 17 12:20:48 hrw: give me 5 mins to incorporate the feedback from pb_ Jun 17 12:20:58 mickeyl: thx Jun 17 12:21:07 hrw: I know and that is what makes me a bit afraid, too ;-) Jun 17 12:21:22 hi mickeyl Jun 17 12:21:25 Laibsch: thats why I will send them for review in series Jun 17 12:21:33 hi pb_ Jun 17 12:21:39 Laibsch: otherwise it will get 'wtf it is!' reaction Jun 17 12:21:43 I know it's a balance between people actually using it and being restrictive Jun 17 12:21:56 OK, let's see and hope Jun 17 12:22:02 hrw: still need my ACK? Jun 17 12:22:18 I kind of hate this "with email" Jun 17 12:22:22 I always misspell mine Jun 17 12:22:40 ;D Jun 17 12:22:44 I guess I can ACK a patch I tested in .dev only? Jun 17 12:23:22 you can, but I will wait for 2 more from stable maintainers Jun 17 12:25:48 125 patches waiting in queue Jun 17 12:28:07 03Rolf Leggewie  07org.openembedded.dev * r4c0ec23a5f 10openembedded.git/classes/siteinfo.bbclass: siteinfo.bbclass: add support for via C3 host Jun 17 12:29:27 hrw: new version online Jun 17 12:29:37 fetching Jun 17 12:30:19 mickeyl: can you move background log a bit to right? it is not centered Jun 17 12:35:22 I still think the reference to "canadian sdks" is going to baffle a lot of the target audience. I would suggest rephrasing that whole paragraph as something along the lines of "Toolchains and complete SDKs for a wide range of target architectures including ARM, AVR32, MIPS, PowerPC and many variants of i386. Jun 17 12:36:00 pb__: Something I quite fequently notice is that a good distribution should start making basic things just work. e.g. networking... currently if you boot a device without network cable attached you'll never get an ip if you plug it in later. Jun 17 12:36:31 florian: right, this does indeed suck. Jun 17 12:36:49 I'm not quite sure what the state of the art is in linux network management for non gui systems. Jun 17 12:37:40 Same here, but it can't be that hard Jun 17 12:38:11 which distro are you talking about? angstrom? Jun 17 12:38:15 yeah, indeed, it seems like it should just need a small daemon to supervise udhcpcd and/or zcip Jun 17 12:38:32 yep Jun 17 12:38:40 and maybe wpa-supplicant, if you want to care about wifi Jun 17 12:39:10 I don't think there's any excuse to try to implement wifi connection at the bare metal nowadays, the wpa-supplicant control interface is almost certainly the right way to do it. Jun 17 12:39:25 03Marcin Juszkiewicz  07org.openembedded.dev * r40c8b75165 10openembedded.git/classes/kernel.bbclass: kernel.bbclass: remove not used 'pr' variable - spotten by Koen Jun 17 12:39:35 Viltapi: no particular distro. if you want to discuss angstrom then #angstrom might be the best place. Jun 17 12:39:56 good point Jun 17 12:40:13 actually i was wondering what the part "currently if you boot a device without network cable attached you'll never get an ip" concerned Jun 17 12:40:43 oh, right. that probably applies to almost all distros in oe at the moment. Jun 17 12:41:01 really? ouch Jun 17 12:41:25 it might work with angstrom if you have a fully loaded install with hal and everything, but even then I would not be terribly optimistic Jun 17 12:41:36 quite likely yes... Jun 17 12:41:44 pb_: not really... Jun 17 12:42:06 florian: ah Jun 17 12:42:51 florian: I know it does work on my desktop with gnome, but I'm not quite sure exactly which piece of software is making it happen there. Jun 17 12:43:12 s/desktop/laptop, though I guess it probably does work on the desktop too Jun 17 12:43:30 pb_: NetworkManager maybe Jun 17 12:43:38 oh, except, even there it doesn't work properly. Jun 17 12:43:54 I forgot that my laptop has this thing where it ends up with two copies of dhclient running at once Jun 17 12:44:02 * hrw -> food Jun 17 12:44:13 so I have to kill one of them by hand, otherwise it keeps flipping between two different IPS Jun 17 12:44:22 heh Jun 17 12:44:26 all fairly sucky really Jun 17 12:45:09 bbiab, gotta run to the supermarket Jun 17 12:45:25 hrw|afk: that's tough, i had problems converting it from svg into pages, so the background is not transparent Jun 17 12:45:44 i don't think it looks bad uncentric Jun 17 12:45:53 the old one wasn't centered either Jun 17 12:47:00 I need to update my SDK overlay recipe. I have a general question about the sdks built by OE: what is canadian-sdk related to task-bare-sdk for instance ? Jun 17 12:48:21 hi thebohemian Jun 17 12:48:43 hi florian Jun 17 12:56:36 mickeyl, did you get my email? Jun 17 12:58:13 kristoffer: yes. new key active Jun 17 13:10:27 mickeyl: "nembedded" is under logo ;) Jun 17 13:11:07 canadian-sdk is for sdks that can be installed correct ? what is the purpose of other SDKs then ? Jun 17 13:12:00 Canadaion cross is built on one machine, runs on another and targets a third Jun 17 13:12:16 think built on linux, runs on windows, compiles code for arm Jun 17 13:12:42 mickeyl: yah, I actually think it looks better not centered. Jun 17 13:19:09 mickeyl, ah thx Jun 17 13:26:09 Crofton: thanks a lot, the running machine (windows) was the part I was missing. Jun 17 13:32:12 * [new branch] origin/org.openembedded.dev -> origin/origin/org.openembedded.dev Jun 17 13:32:13 ? Jun 17 13:32:15 Longfield, it took me a few tries to understand what they are also Jun 17 13:32:19 who added that? Jun 17 13:32:24 hmmm Jun 17 13:32:31 smells like operator error? Jun 17 13:32:34 yap Jun 17 13:32:46 can you figure out from the log? Jun 17 13:39:12 re Jun 17 13:42:25 03Phil Blundell  07org.openembedded.dev * rcbef798898 10openembedded.git/classes/kernel.bbclass: kernel.bbclass: don't add dependency on update-modules if not doing O_P_M Jun 17 13:42:25 03Phil Blundell  07org.openembedded.dev * rc31afe4d59 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@new.openembedded.org:openembedded into org.openembedded.dev Jun 17 13:44:16 03Phil Blundell  07org.openembedded.dev * rc885754e73 10openembedded.git/recipes/busybox/ (4 files): busybox: fix up some recipes with custom SRC_URIs Jun 17 14:03:55 yop prpp :) Jun 17 14:04:03 Genesis: greetings Jun 17 14:04:05 hi prpplague Jun 17 14:04:12 greetings earthlings Jun 17 14:04:23 what's cookin today? Jun 17 14:04:33 * prpplague is _still_ doing wince dev Jun 17 14:05:03 * XorA winces for prpplague Jun 17 14:05:17 i try to cook rockbox in OE Jun 17 14:05:20 hehe Jun 17 14:05:25 Genesis: cool Jun 17 14:05:43 Genesis: that's a good idea Jun 17 14:05:44 but weird thing , lot of " Could not include required file quilt-native.inc " Jun 17 14:05:59 i just need gcc/binutils :') Jun 17 14:08:15 i made the simplest distro i could ... Jun 17 14:13:26 Genesis: as soon as this wince dev is done, i plan to get back to doing some hacking Jun 17 14:13:36 Genesis: just not enough time in the day Jun 17 14:13:48 i'm jobless since november Jun 17 14:14:12 i left my job to have my own buisiness but i've some money pb Jun 17 14:14:20 g'day plague Jun 17 14:14:34 pb_: greetings Jun 17 14:14:41 pb_: how are things across the pond? Jun 17 14:15:17 pb_: after a long week of wince @#$^ , a pub crawl might be in order Jun 17 14:15:45 prpplague: heh, and it's only wednesday morning, imagine what you will feel like by friday night Jun 17 14:15:56 pb_: indeed Jun 17 14:16:21 all good here, except that I'm working on some website updates Jun 17 14:16:23 php, bletch Jun 17 14:16:50 pb_: probably won't do a pub crawl(getting too old for that), but definetly some indian take away and some beer for friday night, hehe Jun 17 14:17:17 pb_: fun fun Jun 17 14:17:50 03Florian Boor  07org.openembedded.dev * r8779f29c75 10openembedded.git/conf/machine/ (micro2440.conf mini2440.conf): mini2440.conf, micro2440.conf: Pull wifi firmware into images. Jun 17 14:17:50 03Florian Boor  07org.openembedded.dev * rbf671d66b1 10openembedded.git/recipes/linux/linux-mini2440-2.6.30+git/defconfig-mini2440: linux-mini2440: update defconfig, enable wifi driver Jun 17 14:17:51 03Florian Boor  07org.openembedded.dev * r09184825ff 10openembedded.git/conf/machine/ (micro2440.conf mini2440.conf): micro2440.conf, mini2440.conf: Set u-boot entry point currectly. Jun 17 14:17:52 03Florian Boor  07org.openembedded.dev * r5506b043a6 10openembedded.git/recipes/linux/ (linux-mini2440_2.6.29+git.bb linux-mini2440_2.6.30+git.bb): linux-mini2440: Update kernel recipes (merged from mini2440 OE git) Jun 17 14:17:56 03Florian Boor  07org.openembedded.dev * r4b101869a2 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux-mini2440: Improve bad kernel configration a little bit. Makes wifi (WN321G) and vfat work. Jun 17 14:23:34 pb_: shall i tell a bunch of script kiddies that you want they to check out your new website for security issues? Jun 17 14:23:45 * prpplague jokes with pb_ Jun 17 14:24:04 heh Jun 17 14:29:50 ~curse ext2/3 utils Jun 17 14:30:19 parted is unable to resize ext3, resize2fs do not resize partition and after used fsck complains a lot Jun 17 14:31:04 so my filesystem now can be put to /dev/null Jun 17 14:31:18 fucking crap Jun 17 14:32:04 hrw: doh Jun 17 14:32:14 parted works fine on ext3 here Jun 17 14:32:34 I've never tried parted, but resize2fs has always worked fine for me. Jun 17 14:32:37 "Error: File system has an incompatible feature enabled. Compatible features are has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs or debugfs " Jun 17 14:32:42 morning Jun 17 14:32:45 XorA: parted says that Jun 17 14:32:56 hrw: do what it says then Jun 17 14:33:07 we even (with some trepidation) used resize2fs to do an online resize of a 1TB partition the other week, it seemed to work fine. Jun 17 14:33:20 pb_: enlarge or shrink? Jun 17 14:33:25 hrw: so, er, did you check for incompatible features? Jun 17 14:33:30 hrw: enlarge, I don't think you can shrink online Jun 17 14:34:05 AFAIK resize2fs is the same code as parted Jun 17 14:34:20 yeah, I think it is Jun 17 14:44:08 03Klaus Kurzmann  07shr/import * r7c86037d66 10openembedded.git/recipes/ebrainy/ebrainy_svn.bb: Jun 17 14:44:08 ebrainy: bump PR to pickup new EFL_SRCREV Jun 17 14:44:08 Signed-off-by: Klaus Kurzmann Jun 17 14:44:09 03Klaus Kurzmann  07shr/import * rd5ca526003 10openembedded.git/recipes/omview/omview_svn.bb: Jun 17 14:44:09 omview: bump PR to pickup new EFL_SRCREV Jun 17 14:44:11 Signed-off-by: Klaus Kurzmann Jun 17 14:44:13 03Klaus Kurzmann  07shr/import * rcd8cd1c403 10openembedded.git/recipes/intone/intone_svn.bb: Jun 17 14:44:16 intone: bump PR to pickup new EFL_SRCREV Jun 17 14:44:18 Signed-off-by: Klaus Kurzmann Jun 17 14:44:20 03Klaus Kurzmann  07shr/import * r72a2867a71 10openembedded.git/recipes/shr/shr-config_git.bb: Jun 17 14:44:23 shr-config: bump PR to pickup EFL_SRCREV Jun 17 14:44:25 Signed-off-by: Klaus Kurzmann Jun 17 14:44:31 03Klaus Kurzmann  07shr/import * r8701f1c259 10openembedded.git/recipes/e17/bubble-keyboard_svn.bb: Jun 17 14:44:34 bubble-keyboard: bump PR to pickup new EFL_SRCREV Jun 17 14:44:36 Signed-off-by: Klaus Kurzmann Jun 17 14:44:38 03Klaus Kurzmann  07shr/import * r06b4cf7937 10openembedded.git/recipes/freesmartphone/libeflvala_git.bb: Jun 17 14:44:41 libeflvala: bump PR to pickup new EFL_SRCREV Jun 17 14:44:45 Signed-off-by: Klaus Kurzmann Jun 17 14:44:47 03Klaus Kurzmann  07shr/import * rda6af4b10b 10openembedded.git/recipes/shr/libframeworkd-phonegui-efl_git.bb: Jun 17 14:44:50 libframeworkd-phonegui-efl2: bump PR to pickup EFL_SRCREV Jun 17 14:44:52 Signed-off-by: Klaus Kurzmann Jun 17 14:44:54 03Klaus Kurzmann  07shr/import * ree50881d68 10openembedded.git/recipes/enotes/enotes_svn.bb: Jun 17 14:44:57 enotes: bump PR to pickup new EFL_SRCREV Jun 17 14:45:01 Signed-off-by: Klaus Kurzmann Jun 17 14:45:03 03Klaus Kurzmann  07shr/import * r04411f7034 10openembedded.git/recipes/shr/libframeworkd-phonegui-efl2_git.bb: Jun 17 14:45:06 libframeworkd-phonegui-efl: bump PR to pickup to EFL_SRCREV Jun 17 14:45:08 Signed-off-by: Klaus Kurzmann Jun 17 14:45:10 03Klaus Kurzmann  07shr/import * r9e34785b75 10openembedded.git/recipes/e17/gridpad_svn.bb: Jun 17 14:45:19 gridpad: bump PR to pickup new EFL_SRCREV Jun 17 14:45:21 Signed-off-by: Klaus Kurzmann Jun 17 14:47:04 * * OE Bug 4727 has been RESOLVED (FIXED) by Jun 17 14:47:06 * * enable fastcgi in php Jun 17 14:47:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4727 Jun 17 15:02:34 morning Jun 17 15:02:45 Laibsch: thanks for closing that bug, completely forgot about it Jun 17 15:02:51 * kergoth needs to check the OpenEmbedded bugzilla more often Jun 17 15:03:11 I think there is only one more open bug for you Jun 17 15:03:15 * prpplague gets kergoth wallet and buys Laibsch a beer Jun 17 15:03:22 Hehe ,-) Jun 17 15:03:23 heh Jun 17 15:03:30 How about some sake? Jun 17 15:03:36 I'm in the mood for sake Jun 17 15:03:42 If I have a say in this Jun 17 15:03:55 kergoth: BTW, tried to compile tslib from svn? Jun 17 15:03:58 only choices are beer or rum Jun 17 15:06:31 rum agricole? Jun 17 15:06:35 yummm Jun 17 15:07:24 Laibsch: I'll check usb status later, iirc kernel configs did not change wrt usb Jun 17 15:08:12 ant_work: I knew you were going to ping me later about this one Jun 17 15:08:24 Yet, I have already completely forgotten about it Jun 17 15:08:57 After ~35 closed bugs all I remember (and that only vaguely) is adding you and Thomas to some bug ticket's cc Jun 17 15:09:00 :-D Jun 17 15:09:59 I would like to not getting all those old zaurus bugs which I used... Jun 17 15:10:06 will have to remove my from them one day Jun 17 15:10:48 g'day kergoth Jun 17 15:10:57 hrw: ? Jun 17 15:11:02 Drunk? Jun 17 15:11:09 ;-) Jun 17 15:11:16 Or just some word missing? Jun 17 15:11:47 we need a new .eu zaurus team :-) Jun 17 15:11:59 so us old guys can retire in peace Jun 17 15:11:59 why .eu? Jun 17 15:12:11 why retire? Jun 17 15:12:12 because I have two OE zauruses here Jun 17 15:12:21 Laibsch: btw the pre-filtered query in bugzilla were good-thing° for the lazy developer Jun 17 15:12:26 I retire because I have new devices to support Jun 17 15:12:40 Laibsch: http://bugs.openembedded.org/show_bug.cgi?id=1093 for example Jun 17 15:12:46 XorA: and I bet they are more fun than the zaurus :) Jun 17 15:13:14 hrw: you want to unsubscribe from bugs you are not interested in anymore? Jun 17 15:13:17 !oebug 1093 Jun 17 15:13:19 * * Bug 1093, Status: CONFIRMED, Created: 2006-06-17 11:34 Jun 17 15:13:20 * * openembedded(AT)haerwu.biz: altboot metabug Jun 17 15:13:21 * * http://bugs.openembedded.org/show_bug.cgi?id=1093 Jun 17 15:13:22 * ant_work hopes the new-gen devices will not suffer bitrot as the old ones Jun 17 15:13:32 Laibsch: the problem is that 1093 is my bug ;( Jun 17 15:13:47 but altboot is deprecated in favour of kexecboot Jun 17 15:14:00 ant_work: I don't why they will not suffer the same fate. Jun 17 15:14:15 hrw: I think it would be fair to close altboot bugs as wontfix Jun 17 15:14:22 I was thinking about doing so myself Jun 17 15:14:27 * hrw -> meeting Jun 17 15:14:29 weird , i should exclude nonworking and obsolete to get my setup works. Jun 17 15:14:42 I don't think altboot will receive any more updates Jun 17 15:14:51 or will it, CoreDump|cf-18? Jun 17 15:16:10 hrw: but how much traffic are those altboot bugs seeing anyway? Jun 17 15:16:15 Laibsch, he means .eu because shipping is a pain :) Jun 17 15:16:33 Oh, he wants to get rid of his machines? Jun 17 15:16:41 Laibsch: s/his/OE/ Jun 17 15:16:43 yeah, Crofton|work just went to all the hassle of carrying all the Z's to .eu Jun 17 15:16:45 * Laibsch smacks his forehead Jun 17 15:16:56 Laibsch: btw we need a serial cable for Pavel Machek... Jun 17 15:17:14 alright, ping me again middle of next week Jun 17 15:17:20 I don't have them here Jun 17 15:17:24 you'll be in .eu? Jun 17 15:17:29 ok Jun 17 15:17:35 although shipping from .jp may even be cheaper Jun 17 15:17:46 I'll be back in good old Germany Jun 17 15:18:24 XorA: what machines are we talking about? Jun 17 15:18:34 like models Jun 17 15:19:04 Laibsch: tosa and collie Jun 17 15:19:11 Laibsch: both OE dev devices Jun 17 15:19:16 ic Jun 17 15:19:32 I already have a collie (plus a nonworking one) Jun 17 15:19:41 I'm not too interested in the tosa Jun 17 15:19:54 I'm sure somebody will eventually raise a hand Jun 17 15:20:03 btw Jay7 got one too Jun 17 15:20:07 Laibsch: Ive had the tosa 3 years now :-) Jun 17 15:20:08 bluelightning bought a couple of devices not too long ago Jun 17 15:20:10 Laibsch: and you have OE spitz? Jun 17 15:20:14 yes Jun 17 15:20:18 right next to me Jun 17 15:20:36 nonworking for a while now Jun 17 15:20:39 :-/ Jun 17 15:20:54 it seems poodle lacks a bit..only hvontres was taking care of it Jun 17 15:21:06 poodle suxx Jun 17 15:21:19 why do I get Jun 17 15:21:21 | install: cannot stat `/home/leggewie/oe/tmp/minimal/org.openembedded.dev/work/armv5te-oe-linux-gnueabi/busybox-1.11.3-r22.1/simple.script': No such file or directory Jun 17 15:21:28 collie shape, crap(pxa250) or good (pxa255) cpu but only 32mb ram Jun 17 15:21:34 for the last two busybox versions (those are the ones I checked) Jun 17 15:22:06 The file is indeed not there, but I don't understand why bitbake is even looking for it Jun 17 15:22:41 there is apatch of pb__ Jun 17 15:23:07 http://tinderbox.openembedded.net/packages/busybox/ Jun 17 15:23:18 ant_work: where? Jun 17 15:23:21 [oe-commits] Phil Blundell : busybox: fix up some recipes with custom SRC_URIs Jun 17 15:23:24 patchwork? Jun 17 15:23:37 committed Jun 17 15:24:18 hm, don't see it in git log Jun 17 15:24:32 I see it in openembedded-commits Jun 17 15:24:54 if I want to force to use classpath "0.97.2" should I add PREFERRED_VERSION_classpath ?= "0.97.2" ? Jun 17 15:25:17 yes Jun 17 15:25:38 ant_work: Indeed Jun 17 15:25:47 I probably haven't gotten it yet Jun 17 15:25:55 I hope this is the fix and not the cause :) Jun 17 15:25:56 It's only the 7th time I pull today Jun 17 15:25:58 I tried it in the image.bb and still uses 0.98 Jun 17 15:26:10 It rather looks like the fix Jun 17 15:26:13 mckoan: this is distro setting Jun 17 15:26:15 ;) Jun 17 15:27:35 hrw: I supposed that, but what if I want to have a PREFERRED_VERSION image-oriented? Jun 17 15:28:11 Laibsch: busybox 1.13.2 does build okay for me with the current HEAD. I haven't tested all versions exhaustively, but I have eyeballed the SRC_URIs and I think they should all be okay now. Jun 17 15:28:27 good Jun 17 15:28:34 we'll know more in a minute Jun 17 15:28:52 mckoan: no support for it Jun 17 15:29:18 hrw: ok, thx Jun 17 15:29:49 bzip2: Can't open input file /home/genesis/hwsupport/cowon_D2/rockboe/openembedded/recipes/iphone/iphone-sdks-2.2.1.tar.bz2: No such file or directory. Jun 17 15:30:20 i wonder how can i have such error trying to compile gcc-cross for a cowonD2 -_-` Jun 17 15:30:55 strange indeed... Jun 17 15:33:28 Laibsch: btw I got admin rights on LTG/kexecboot..still I seem only able to delete files or create releases...you suggested no-releases? Jun 17 15:34:10 any ftp-like view? Jun 17 15:35:53 ant_work: If there is no way but to use release, just put all of them in the same release Jun 17 15:35:59 like unstable or something like that Jun 17 15:36:11 then their folder won't change Jun 17 15:36:19 and SRC_URI will work across updates Jun 17 15:36:27 talk to florian about it Jun 17 15:36:58 hi everyone Jun 17 15:37:07 * mckoan cooking x11-jvm-image.bb Jun 17 15:37:48 how do create a zimage of my kernel? when running "bitbake minimal-image" or something similar, i only get a uImage but qemu doesn't understand it Jun 17 15:38:43 Goddchen: anyhing under arch/arm/boot? which machine configuration are you using? Jun 17 15:38:55 at91sam9g20ek Jun 17 15:40:57 that device uses u-boot so builds uImage Jun 17 15:41:03 as bootloader? Jun 17 15:41:20 woglinde: all atmel boards comes with u-boot Jun 17 15:41:20 did you check under your linux build area? usually tmp/work/at91sam9260ek-oe-linux-glibc/git/arch/arm/boot ? Jun 17 15:41:57 hrw hm irssi cut the first part of my answer Jun 17 15:42:04 * * OE Bug 3517 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 15:42:06 * * altboot redirection broken due to a wrong OUT_TTY in default mode Jun 17 15:42:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3517 Jun 17 15:42:09 Goddchen: you should habe a zImage in the build dir before is converted into uImage Jun 17 15:42:17 * * OE Bug 2504 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 15:42:18 * * angstrom collie: altboot misses altboot-2.6.cfg file Jun 17 15:42:21 * * http://bugs.openembedded.net/show_bug.cgi?id=2504 Jun 17 15:42:28 * * OE Bug 1759 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 15:42:31 * * altboot mounts vfat SD as ext2 Jun 17 15:42:32 * * http://bugs.openembedded.net/show_bug.cgi?id=1759 Jun 17 15:42:39 starting any image i can find i get stuff like this: http://goddchen.pastebin.com/m59a098a0 Jun 17 15:42:40 * * OE Bug 1059 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 15:42:42 * * altboot screen does not support delete key Jun 17 15:42:44 * * http://bugs.openembedded.net/show_bug.cgi?id=1059 Jun 17 15:43:47 Goddchen: look into arch/arm/boot Jun 17 15:44:46 Goddchen: btw - you want qemu... why not MACHINE=qemuarm then? Jun 17 15:45:16 because i wanted to compile for the development board which arrives next week Jun 17 15:45:19 and test in qemu now Jun 17 15:45:27 Goddchen: so build for qemuarm and test Jun 17 15:45:37 Goddchen: qemu do not support atmel boards emulation Jun 17 15:45:37 hrw: thanks for closing those Jun 17 15:45:42 hrw: maybe because it may well fail? ;-) Jun 17 15:45:50 what do you think about moving altboot stuff to obsolete? Jun 17 15:45:59 including altboot-image, etc. Jun 17 15:46:33 mckoan: when you touch OE it fail ;D Jun 17 15:46:49 hrw: aaaaargh ! Jun 17 15:47:06 ok i'll try with machine=qemuarm Jun 17 15:47:08 thx for the hint Jun 17 15:47:30 * mckoan could go to work in Redmond :-( Jun 17 15:48:54 mckoan: I heard that microsoft, italy is placed in bergamo... Jun 17 15:49:36 hrw: no, actually MIC it is in Turin Jun 17 15:49:45 hrw: what do you think about moving altboot stuff to obsolete? Jun 17 15:50:03 CoreDump|cf-18: thank you very much for altboot, BTW Jun 17 15:50:20 It was a great tool at the time before kexec became usable Jun 17 15:50:20 Laibsch: I would just remove it Jun 17 15:51:18 alright, just as well, I guess Jun 17 15:51:41 If it should become necessary, we can always reinstate it from git Jun 17 15:58:51 pb_: busybox compiles fine now, thank you for the fix Jun 17 15:59:02 Laibsch: very good Jun 17 16:01:38 what is the most sensible XSERVER for qemuarm? Jun 17 16:02:02 fbdev, probably Jun 17 16:02:19 OK Jun 17 16:02:50 only fbdev Jun 17 16:03:06 for qemux86 vesa should also works Jun 17 16:03:31 someone plans to be at CELF Europe conference? Jun 17 16:05:35 Laibsch: do you plan to clean out M_K_PR bits for Z? Don't forget linux-kexecboot Jun 17 16:05:45 Laibsch: actually doing a git-svn clone of tslib so i can look at it, finally.. :P took long enough.. Jun 17 16:06:36 ant_work: Not sure Jun 17 16:06:54 I have a local patch to drop the machine specific M_K_PR for spitz and collie Jun 17 16:07:15 ok, I'll probably revert my patch which introduced it Jun 17 16:07:22 But I don't think minimal uses that thing and if it doesn't, I don't really care Jun 17 16:07:33 ah, right Jun 17 16:08:01 * kergoth thinks about implementation of -= in bitbake Jun 17 16:08:12 kergoth: do that, do Jun 17 16:08:23 ant_work: will reverting your patch cause any problems for non-anstrom folks? Jun 17 16:08:39 not that I'm aware Jun 17 16:08:43 of Jun 17 16:08:54 kergoth: you'd be rewarded with another closed bug ;-) Jun 17 16:09:16 hrw: would be easy, and very useful. just split by word into a python list and do a .remove(), and re-concatenate. or we could store it internally as a list rather than a string, and make that a subclass of list whose __str__ autoconcatenates with spaces Jun 17 16:09:43 Laibsch: the Z kernels will get a spin very soon...will be painful to track each PR change in the .inc file Jun 17 16:10:07 * kergoth adds to his todo list for trunk Jun 17 16:10:10 !oebug 5105 Jun 17 16:10:11 * * Bug 5105, Status: UNCONFIRMED, Created: 2009-05-20 14:15 Jun 17 16:10:12 * * : \[RFE\] support delete/replace operator in bitbake Jun 17 16:10:13 * * http://bugs.openembedded.org/show_bug.cgi?id=5105 Jun 17 16:10:20 ah, nice Jun 17 16:10:24 kergoth: you want it assigned to you? Jun 17 16:10:31 if you would, was just about to do that :) Jun 17 16:10:37 kergoth: btw - how much does MVL6 license costs? Jun 17 16:10:44 good question :) Jun 17 16:10:54 * kergoth 's just a lowly engineer, you'd have to talk to the sales folk Jun 17 16:12:11 ant_work: what's in the pipe? Jun 17 16:13:02 he..strange tests going on... Jun 17 16:13:50 hrw: CELF Europe conference, should be a good idea and not too far from me. Jun 17 16:14:19 Laibsch: ok, the numbering increased...bad Jun 17 16:14:34 it's consistent, at least Jun 17 16:15:13 I'll delete all the releases, later Jun 17 16:15:25 have to move now, bbl Jun 17 16:16:19 bye Jun 17 16:16:21 03Sebastian Krzyszkowiak  07shr/import * r6d0ca86acf 10openembedded.git/recipes/notifier/notifier_0.2.bb: Jun 17 16:16:21 notifier: make script in /etc/X11/Xsession.d/ executable. Should fix SHR #523 Jun 17 16:16:21 Signed-off-by: Klaus Kurzmann Jun 17 16:17:25 can i get someone with a recent wget to test the patch i just sent to the list? mine is old, and I'd like to keep it that way for now to test Jun 17 16:17:54 XorA|gone, might Jun 17 16:18:03 but he is gone Jun 17 16:20:24 just need to do a bitbake -e and confirm that FETCHCOMMAND_wget contains --no-check-certificate for wgets that support it :) Jun 17 16:20:34 * kergoth tries a few different local boxes to see if any are more updated Jun 17 16:22:35 crumbs, ghostscript is a nightmare to compile Jun 17 16:22:48 03Klaus Kurzmann  07shr/import * rdebd33df14 10openembedded.git/recipes/efl1/emotion_svn.bb: Jun 17 16:22:48 emotion: add --with-edje-cc to EXTRA_OECONF Jun 17 16:22:48 Signed-off-by: Klaus Kurzmann Jun 17 16:24:05 kergoth: is that going to cause a huge number of wgets to be spawned when the metadata is expanded? Jun 17 16:24:14 I don't recall exactly how often FETCHCOMMAND_xx is evaluated. Jun 17 16:24:52 me neither, but can always := the __wget_nocheck, i had that locally and reverted it, i dont recall Jun 17 16:24:53 why Jun 17 16:24:56 :) Jun 17 16:25:04 heh Jun 17 16:25:17 yeah, might be a good idea. can't see that it'd hurt to do := there Jun 17 16:25:37 oh, i think i was thinking about the theoretical possibility of a wget-native, but it'd be hard to fetch wget without wget, so I think we're fine there :P Jun 17 16:25:42 mickeyl: do you happen to remember which target you were successfully building ghostscript for previously? Jun 17 16:26:13 Laibsch: okay, committed the missing file, tslib could compile again Jun 17 16:26:17 Laibsch: does so here Jun 17 16:26:22 Laibsch: sorry for the dleay Jun 17 16:26:25 Laibsch: delay, even Jun 17 16:26:26 kergoth: oh right, yeah. Jun 17 16:27:33 of course, from a high level, we never really wanted to turn bitbake into a test execution tool like autoconf's configure scripts, but it's really hard to avoid it in the real world, without making *everything* explicit Jun 17 16:27:36 * kergoth shrugs Jun 17 16:27:53 in this case i think its fine regardless, since its needed to fix fetching on old machines Jun 17 16:29:01 yeah, quite Jun 17 16:29:12 pb_: you work on ghostscript recipe? Jun 17 16:29:14 sort of the same issue as Laibsch's thing with detecting via-c3 hosts. Jun 17 16:29:28 hrw: well, I was rather hoping to be able to build it. Jun 17 16:29:36 pb_: I should have some old one Jun 17 16:29:41 it wasn't really my intention to work on it, but this seems to be a requirement :-} Jun 17 16:29:46 mckoan|away: x11-image built Jun 17 16:30:18 the one in the tree at the moment is for a version that no longer exists on the ftp site. the current one, 8.64 or whatever, seems to have some cross-compilation issuettes. Jun 17 16:30:50 I was wondering whether the previous version did actually cross-build cleanly for mickey or not. if it did, it might be worth tracking a copy down in order to figure out how :-) Jun 17 16:30:53 I have only espgs 7.07.1 Jun 17 16:31:45 in non-OE Jun 17 16:32:11 heh, for some reason "git log" on the gs recipe outputs a load of stuff about abuse. Jun 17 16:32:20 I guess the scm history must have gotten a bit confused there Jun 17 16:33:21 kergoth: mvl6 is july so... Jun 17 16:33:42 believe me, i know when the release date is.. Jun 17 16:33:45 * kergoth grumbles about deadlines Jun 17 16:37:11 I suppose :) Jun 17 16:38:39 pb_: bitkeeper export to cvs was not ideal iirc Jun 17 16:39:37 it seems Jun 17 16:40:01 still, anything with "bitkeeper" and "cvs" in the name is probably a losing proposition. bad plus bad equals worse, or something. Jun 17 16:52:12 kergoth: tslib compiles fine from svn now, thanks. I'll see if I can test it on device so you can think about a new release Jun 17 16:54:41 wb, CoreDump Jun 17 16:54:45 how are you? Jun 17 16:55:23 good thanks, and you? Jun 17 16:55:43 doing good Jun 17 16:56:27 I take it the bot is working again? Jun 17 16:56:39 I guess we were correct to assume that kexecboot has taken the place of altboot, right? Jun 17 16:56:54 yes, the bot is working nicely, thank you Jun 17 16:58:27 excellent. Jun 17 17:00:04 * * OE Bug 371 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 17:00:06 * * kdepimpi X11 version Jun 17 17:00:08 * * http://bugs.openembedded.net/show_bug.cgi?id=371 Jun 17 17:01:17 CoreDump: change urls to bugs.openembedded.org Jun 17 17:02:04 * * OE Bug 818 has been RESOLVED (WONTFIX) by openembedded(AT)haerwu.biz Jun 17 17:02:06 * * Creating of images from feeds instead of DEPLOY_DIR_IPK Jun 17 17:02:08 * * http://bugs.openembedded.net/show_bug.cgi?id=818 Jun 17 17:03:41 * kergoth tries to think of other more incremental things he can do along the way to a future theoretical oe-ng Jun 17 17:04:03 * * OE Bug 371 has been REOPENED by Jun 17 17:04:05 * * kdepimpi X11 version Jun 17 17:04:07 * * http://bugs.openembedded.net/show_bug.cgi?id=371 Jun 17 17:04:25 sorry ;-) Jun 17 17:04:25 03Gregoire Gentil  07stable/2009 * rf38eb8f814 10openembedded.git/recipes/mplayer/ (files/omapfb.patch files/vo_omapfb.c mplayer_svn.bb): Jun 17 17:04:25 mplayer: reenable vo_omapfb patch Jun 17 17:04:25 Signed-off-by: Koen Kooi Jun 17 17:04:25 Acked-by: Philip Balister Jun 17 17:04:27 03Gregoire Gentil  07stable/2009 * r3fb6de5d01 10openembedded.git/recipes/gstreamer/ (2 files in 2 dirs): Jun 17 17:04:32 gst-omapfb: add recipe to build gst sink for the omapfb overlay Jun 17 17:04:34 Signed-off-by: Koen Kooi Jun 17 17:04:36 Acked-by: Philip Balister Jun 17 17:04:38 03Koen Kooi  07stable/2009 * r35ebd48212 10openembedded.git/recipes/xorg-driver/xf86-video-omapfb_git.bb: Jun 17 17:04:41 xf86-video-omapfb: bump SRCREV and use overlay 2 instead of overlay 1 Jun 17 17:04:43 Signed-off-by: Koen Kooi Jun 17 17:04:45 Acked-by: Philip Balister Jun 17 17:05:55 Laibsch: I give you month to do something with kdepim/pi x11 - after that will close that bug and will close it again when it will be open Jun 17 17:06:10 hrw: will do when I get home Jun 17 17:06:15 Laibsch: during 3.5 year no one worked on it and you reopen bug... Jun 17 17:06:25 hrw: watch your tone Jun 17 17:06:34 hrw: you need to reread that bug Jun 17 17:07:23 03Marcin Juszkiewicz  07stable/2009 * rb12cde785d 10openembedded.git/ (classes/kernel.bbclass conf/bitbake.conf): (log message trimmed) Jun 17 17:07:23 fix for MACHINE_KERNEL_PR stuff Jun 17 17:07:23 This patch unbreaks current behaviour which was introduced by Jun 17 17:07:23 MACHINE_KERNEL_PR variable. Jun 17 17:07:23 As most of target machines do not use it they have PR with broken value Jun 17 17:07:25 (set to "r0" instead of value in recipe). I took other way which makes Jun 17 17:07:29 both types of users happy -- those with MACHINE_KERNEL_PR in use and Jun 17 17:07:31 03Marcin Juszkiewicz  07stable/2009 * r86f5c5bb7e 10openembedded.git/recipes/fbprogress/fbprogress_1.1.bb: (log message trimmed) Jun 17 17:07:34 fbprogress: make it work better Jun 17 17:07:36 - images are kept in /usr/share/fbprogress Jun 17 17:07:38 - proper framebuffer is used Jun 17 17:07:40 - include paths and libraries to link with are given in recipe instead Jun 17 17:07:42 of makefile Jun 17 17:07:44 Signed-off-by: Marcin Juszkiewicz Jun 17 17:08:09 2005.10: opened, 2006.03: "looks nice" comment, 2008.02: someone will ever work on it?, yes maybe me (said Laibsch), 2009.06: closed, reopened Jun 17 17:08:23 hrw: you need to reread that bug Jun 17 17:08:37 Laibsch: I just did that Jun 17 17:09:17 it is basically the oldest opened bug. only bug#72 is older Jun 17 17:09:37 that's not a reason to close it though. Jun 17 17:09:51 if it's still an issue, and someone is still interested, it's reasonable for the bug to stay open. Jun 17 17:09:54 anyway, I will ignore existance of it anyway Jun 17 17:10:11 it isn't even assigned to you, I'm not sure why you are issuing ultimatums about closing it if there isn't any action in a month. Jun 17 17:11:22 pb_: spent too much time on kdepim/pi when it was worth something Jun 17 17:15:14 fair enough. no reason to take that out on Laibsch though. Jun 17 17:15:30 if he wants to work on kdepimpi, let him do it. Jun 17 17:18:10 03Koen Kooi  07org.openembedded.dev * r6b86436a0e 10openembedded.git/conf/distro/include/angstrom.inc: Angstrom: fix OESTATS_SERVER host Jun 17 17:23:06 lalalalaa Jun 17 17:24:56 have a nice day Jun 17 17:27:05 * * OE Bug 5121 has been RESOLVED (FIXED) by openembedded(AT)haerwu.biz Jun 17 17:27:07 * * udev-141 has broken all udev images Jun 17 17:27:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5121 Jun 17 17:29:04 * * OE Bug 5120 has been RESOLVED (INVALID) by openembedded(AT)haerwu.biz Jun 17 17:29:06 * * Console image is not really pure console one Jun 17 17:29:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5120 Jun 17 17:29:17 Marcin, please don't close bugs solely based on the title Jun 17 17:29:25 5120 is a very valid bug Jun 17 17:29:36 And I made a comment to clarify that Jun 17 17:30:00 I'm sure you read it, just as you read all my wip comments in the other bug Jun 17 17:30:29 I love closed bugs like anyone else, closing bugs for the sake of it does not help Jun 17 17:33:05 * * OE Bug 5120 has been UNCONFIRMED by Jun 17 17:33:07 * * Console image is not really pure console one Jun 17 17:33:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5120 Jun 17 17:42:08 03Chris Larson  07org.openembedded.dev * r4a39c2f6fa 10openembedded.git/classes/image.bbclass: (log message trimmed) Jun 17 17:42:08 image.bbclass: remove tmp/rootfs after image creation unless you set a variable Jun 17 17:42:08 Set IMAGE_KEEPROOTFS to something other than the empty string to keep Jun 17 17:42:08 tmp/rootfs around after image creation, otherwise it will be removed, as it's Jun 17 17:42:11 not a fully functional filesystem, and causes much confusion among users as a Jun 17 17:42:13 result. Jun 17 17:42:15 Signed-off-by: Chris Larson Jun 17 17:53:02 03Koen Kooi  07org.openembedded.dev * rda7c60d75e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev Jun 17 17:53:13 03Koen Kooi  07org.openembedded.dev * rfb03df419a 10openembedded.git/recipes/angstrom/ (13 files in 2 dirs): Jun 17 17:53:13 e-wm config angstrom: add support for more flavours Jun 17 17:53:13 * also automagically package flavours Jun 17 17:55:02 03Koen Kooi  07stable/2009 * ra925c9ab86 10openembedded.git/conf/distro/include/angstrom.inc: Jun 17 17:55:02 Angstrom: fix OESTATS_SERVER host Jun 17 17:55:02 Signed-off-by: Koen Kooi Jun 17 17:55:02 Acked-by: Marcin Juszkiewicz Jun 17 17:55:47 why does ti-codec-engine recipe fetches engine tarball though it's in tmp/downloads and in checksums.ini?.. Jun 17 18:05:12 03Michael 'Mickey' Lauer  07shr/import * rabc9a75236 10openembedded.git/ (4 files in 2 dirs): fso libraries: bump version and adjust dependencies Jun 17 18:05:15 03Michael 'Mickey' Lauer  07shr/import * r06bd441fda 10openembedded.git/classes/vala.bbclass: vala.bbclass: install vapi and deps files into proper directories Jun 17 18:39:42 re Jun 17 18:48:54 03Chris Larson  07org.openembedded.dev * rd18b7848a5 10openembedded.git/classes/rootfs_ipk.bbclass: Jun 17 18:48:54 rootfs_ipk.bbclass: add log_check for "Cannot satisfy the following dependencies". Jun 17 18:48:54 Fixes a bug pointed out where a missing rdepends of a package installed into Jun 17 18:48:54 an image wasn't resulting in a failure in the do_rootfs task. Jun 17 18:48:54 Signed-off-by: Chris Larson Jun 17 18:50:15 03Chris Larson  07org.openembedded.dev * r1cd6a5729d 10openembedded.git/classes/task.bbclass: Jun 17 18:50:15 task.bbclass: add missing 'import bb'. Jun 17 18:50:15 Signed-off-by: Chris Larson Jun 17 18:51:55 03Chris Larson  07org.openembedded.dev * rd2de8214da 10openembedded.git/classes/base.bbclass: Jun 17 18:51:55 base.bbclass: set PATH when calling git for metadata scm bits. Jun 17 18:51:55 Signed-off-by: Chris Larson Jun 17 18:51:57 03Chris Larson  07org.openembedded.dev * rf6afa2c6c1 10openembedded.git/classes/base.bbclass: Jun 17 18:51:57 base.bbclass: make git fail silently in the metadata scm bits. Jun 17 18:52:00 Signed-off-by: Chris Larson Jun 17 19:03:11 Hi folks. Does anybody know if routerboot (Routerboard bootloader) has some limit regarding to the kernel size? Jun 17 19:19:07 hello all Jun 17 20:25:27 anybody have a powerpc64 box handy ? Jun 17 20:29:06 just a ps3 Jun 17 20:31:15 khem, bug likewise Jun 17 20:32:30 hey guys Jun 17 20:32:41 have any of you worked on the dsplink module for the beagleboard? Jun 17 20:32:45 chouimat|work: can you execute a simple binary for me Jun 17 20:33:12 its a gcc test Jun 17 20:34:03 * * OE Bug 5211 has been created by po(AT)hemmamail.se Jun 17 20:34:05 * * Example profile corrupts the path and prevents classpath to build successfully Jun 17 20:34:07 * * http://bugs.openembedded.org/show_bug.cgi?id=5211 Jun 17 20:37:08 kergoth: heh, seems like you've been busy Jun 17 20:37:24 heh, hadn't pushed anything since mvl6 hit beta Jun 17 20:37:28 have a lot of backlogged stuff Jun 17 20:37:44 * kergoth 's been busy working for the actual release Jun 17 20:38:20 yah, guess you've gotta do that Jun 17 20:39:12 * pb___ stabs ebay Jun 17 20:39:44 seems I have managed to sell something for a negative amount, that's rather annoying Jun 17 20:39:52 err, that's interesting Jun 17 20:39:54 khem: I'm still at work and my ps3 is not online at home Jun 17 20:40:04 * * OE Bug 5216 has been created by quickx(AT)hotmail.com Jun 17 20:40:06 * * KONSOLE_TERMCMD in bitbake.conf doesn't work Jun 17 20:40:08 * * http://bugs.openembedded.org/show_bug.cgi?id=5216 Jun 17 20:40:34 chouimat|work: ok Jun 17 20:40:40 well, not strictly a negative amount, it's just that the sum of the final bid amount and the (ebay-enforced) postage cost is less than it will actually cost to post the item Jun 17 20:41:04 I guess I should have set my starting bid more cleverly Jun 17 20:41:26 but, it's annoying that they cap postage costs like this/ Jun 17 20:41:42 pb___: yeah you should have asked for paying postage by the buyer Jun 17 20:42:23 I'm not sure they let you do that. Jun 17 20:42:50 it'd be an obvious way to circumvent their postage cap, I guess they have thought of that. Jun 17 20:46:34 khem, Crofton: no sorry no 64-bit metal powerpc here Jun 17 20:46:56 (AMCC460EX might be 64-bit bit, suspect not though) Jun 17 20:48:45 khem: can't you use qemu? it does ppc64 user emulation, I think. Jun 17 20:49:14 pb___: yeah I did not try it so far Jun 17 20:49:17 let me try it Jun 17 20:49:45 actually I wanted to see if my simulation is wrong :) Jun 17 20:50:20 heh Jun 17 20:50:40 oh well, I guess it's fairly unlikely that qemu would be wrong in the same way as the simulator. Jun 17 20:51:54 kergoth: if you're working on rootfs things, I was thinking this morning that it'd be nice to teach the rootfs class how to prelink all the binaries in the filesystem. historically, the stumbling block for that has been lack of a cross prelinker, but now that qemu is basically standard equipment I guess that is less of an issue. Jun 17 20:52:06 that's a neat idea, indeed Jun 17 20:52:10 hmm Jun 17 20:52:15 the other thing that'd be nice to have, on the subject of rootfs class features, is builtin library reduction (a la mklibs) Jun 17 20:52:47 qemu dies Jun 17 20:53:19 that's rather sad Jun 17 20:53:35 pb___: IIRC there was cross prelinker too Jun 17 20:55:08 kergoth & pb___ - Speaking of rootfs stuff... Either of you know how to determine when all USB devices have been detected? I've built a minimal rootfs with a sysfs and busybox. I need to know when the attached drives are ready to go. Ideas? Jun 17 20:58:56 SDuensin: do you know in advance how many there are meant to be? Jun 17 20:59:16 obviously "all usb devices" is a bit tricky because they might be plugged in at any moment; you can never be entirely sure that no more are about to appear Jun 17 20:59:46 pb___ - No, I don't know in advance. And let's assume they're all connected at boot. That's good enough. Jun 17 21:02:51 SDuensin: they're detected and enumerated asynchronously by the kernel, so about all you can do is to watch for each device to appear and assume that, if it's been more than (say) 15 seconds since the last one appeared, there probably aren't any more coming. Jun 17 21:03:22 the kernel itself doesn't really know how many there are because of the multi-phase way that it goes about finding them. Jun 17 21:03:38 I was afraid of that. :-) Jun 17 21:04:25 Thanks for the suggestion. I'll give it a try. Jun 17 21:04:45 obviously, the best thing would be to design your system so that it can cope with new drives popping up at any point, but that might not be feasible depending on what you're doing. Jun 17 21:05:18 khem: was there? I don't think I ever saw one, though that doesn't mean much. Jun 17 21:05:45 I think it worked ok Jun 17 21:07:20 oh right. well, that'd be even easier. Jun 17 21:12:48 pb___: I remember it worked ok on arm x86 I was not sure about mips Jun 17 21:12:53 on another topic entirely, does anybody know what the status is of support for isa hard disk controllers in recent kernels? does hd.c still exist and/or work? Jun 17 21:13:26 khem: ah right, cool. mips schmips, if it works on x86 and arm then that's good enough for me. :-} Jun 17 21:13:43 pb___: last time i used the ISA hd stuff was back in 2.6.16 iirc, and i needed a ton of hacking on it to get it to work Jun 17 21:13:53 prpplague: doh Jun 17 21:14:11 I have an old esdi hard disk that I would like to rescue some data from Jun 17 21:14:33 I can get a controller card from ebay easily enough but I am not sure what my prospects are for getting it to actually do anything useful. Jun 17 21:14:37 pb___: iirc though, the ISA hd stuff is used with a bunch of other virtual drivers so i doubt they removed it all together Jun 17 21:15:05 I guess I could always just go back to an older kernel, even if I need to install some ancient distro. Jun 17 21:15:28 I'm pretty sure hd.c worked in 2.4, and I'm 99% certain it worked in 2.2. Jun 17 21:15:29 pb___: yea you can probably still find some of the 2.4 kernel live cd's Jun 17 21:16:15 pb___: you have some 1980's ascii pr0n you need to recover? Jun 17 21:16:17 yeah Jun 17 21:16:31 prpplague: right, that kind of thing. the old ones are the best. Jun 17 21:16:38 hehe Jun 17 21:26:00 gcc-cross depends on libc-for-gcc , i doesn't want to have a libc for my gcc-cross Jun 17 21:26:25 i tried PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-for-gcc = "" but that doesn't change thing Jun 17 21:27:32 have it ( a libc for gcc ) should not be harmful but it's longer and useless for rockbox users, since rockbox have the subset needed for it Jun 17 21:28:52 any idea how to avoid this well ? Jun 17 21:28:59 Genesis: ASSUME_PROVIDED += "virtual/${TARGET_PREFIX}libc-for-gcc" Jun 17 21:29:24 in local.conf oki Jun 17 21:30:18 wow...with some help I made serial work on my wrt54gs v4...now I'll try to make a rootfs for it with openembedded when I'll have time Jun 17 21:30:28 thanks , i was not sure due to comment. Jun 17 21:42:40 kergoth, : that didn't work Jun 17 21:42:55 what do you mean? Jun 17 21:43:06 that makes bitbake believe its already built / provided by your system, so wont bother building it. Jun 17 21:43:34 arf sorry i'm tired Jun 17 21:43:45 make a mistake Jun 17 21:43:52 so sorry :} Jun 17 21:45:47 florian: ping Jun 17 21:46:00 ant__: pong Jun 17 21:46:07 hello Jun 17 21:46:22 I'm a bit stuck against Linuxtogo groups... Jun 17 21:47:01 when I upload a file part of the path is changing... Jun 17 21:47:21 e.g. http://projects.linuxtogo.org/frs/download.php/233/kexecboot-0.5.tar.gz Jun 17 21:47:44 anybody tried BAD_RECOMMENDATIONS lately? does it still work? Jun 17 21:47:58 florian: I see there are exemples like = http://gpe.linuxtogo.org/download/source/$(PACKAGE)-$(VERSION).tar.gz Jun 17 21:48:09 ant__: gforge is quite some opposiution ;) Jun 17 21:48:52 where should I place the files to have a coherent path? in my home ?? Jun 17 21:49:10 atm SRC_URI is broken... Jun 17 21:49:30 ant__: That's because GPE doesn't use the file release system. We used ssh all the time... even before gforge. Jun 17 21:49:48 ok, I'm logged in serenity... Jun 17 21:51:07 you too :_) Jun 17 21:51:23 ls -al Jun 17 22:08:17 denix0: yah, it works for me Jun 17 22:08:37 * pb___ returns from crawling around on the floor Jun 17 22:08:55 florian: I could live with scp..if I had write permissions :) Jun 17 22:09:27 blasted cat has learned how to pull the rubber nipple bit off my laptop's trackpoint thing. Jun 17 22:10:04 ant__: If you are project admin you should be able to change all members permissions and roles. Jun 17 22:10:04 pb__: for now only the cat... Jun 17 22:10:41 ant__: yeah, the baby is still immobile Jun 17 22:10:43 ant__: in fact all project member should have write access to the project groups directory Jun 17 22:11:45 florian: I'd like this url back...http://projects.linuxtogo.org/frs/?group_id=50/kexecboot-0.X.tar.gz Jun 17 22:12:45 hrm... I wonder how this could change. the last gforge update is ages ago Jun 17 22:13:11 iirc thesing did releases Jun 17 22:13:21 http://projects.linuxtogo.org/tracker/index.php?func=detail&aid=47&group_id=50&atid=265 Jun 17 22:14:51 ah i see Jun 17 22:15:32 now 231, 232, 233 btw Jun 17 22:15:45 tried to unify in a single release..no luck Jun 17 22:15:55 each files get a number Jun 17 22:16:56 ant__: The group/project directories default to be writable by the initial project owner. Jun 17 22:17:08 he....not me Jun 17 22:17:32 rw r r thesing root iirc Jun 17 22:18:17 ant__: drwxr-sr-x 5 thesing kexecboot 4096 2009-03-07 14:33 kexecboot Jun 17 22:18:21 rw r r thesing kexecboot Jun 17 22:18:24 :) Jun 17 22:19:19 florian: well..I cannot do much more (apart installing a rootkit...) Jun 17 22:20:50 ant__: Can't thesing just change write permissions of this directory. Jun 17 22:21:11 hmm.. these patch changes might be related to the security fix we had to apply Jun 17 22:21:29 florian: thesing is out-of-sight lately Jun 17 22:21:46 * florian needs manpower to switch the whole installation to somethign more modern Jun 17 22:21:54 ant__: are you project admin? Jun 17 22:21:59 yes Jun 17 22:22:36 thesing is 'default' Jun 17 22:22:59 ant__: Ok, so if you tell me to change this I can do this for you. Jun 17 22:23:49 Then you can provide the downloads using the project homepage subdomain. Jun 17 22:24:06 great, thx Jun 17 22:24:27 done Jun 17 22:24:39 If necessary we can create a better one some time.. Jun 17 22:25:13 you se..I rarely fetch sources...Laibsch discovered the issue by luck Jun 17 22:25:27 well..unluck :) Jun 17 22:41:16 florian: ehm... I can't find the right SRC_URI ... Jun 17 22:44:52 ant__: http://kexecboot.home.linuxtogo.org points to home/groups/kexecboot/htdocs Jun 17 22:45:27 pb___: what do you put in it? Jun 17 22:46:10 pb___: I'm trying this: BAD_RECOMMENDATIONS = "kernel-image kernel" and I still getting those installed in the image Jun 17 22:51:34 denix0: I think kernel-image-kernel is a Depends:, not a Recommends: Jun 17 22:51:46 BAD_RECOMMENDATIONS will only suppress recommendations, obviously. Jun 17 22:52:44 florian: I still get permission denied Jun 17 22:52:47 pb___: ah. what's the easiest/best way to suppress kernel image from the filesystem image? but keep modules... Jun 17 22:53:05 /etc/group seems ok Jun 17 22:53:32 ant__: sorry, forgot to change htdocs Jun 17 22:53:48 np, many thanks ! Jun 17 22:53:55 denix0: funnily enough I was just wondering that myself. kernel.bbclass implies that you are meant to be able to override RDEPENDS_kernel-base, but I couldn't get that to work earlier. Jun 17 22:54:45 some MACHINEs seem to just add a rootfs_postprocess_command to delete the zImage, which is rather crude and won't stop the zimage coming back on a package upgrade. Jun 17 22:55:00 pb__: while you're there...the uimage bits...in kernel.bbclass and/or in linux.inc ? Jun 17 22:55:11 now and/or Jun 17 23:03:54 ant__: sorry, I'm not sure I understand what you're asking Jun 17 23:04:16 denix0: I guess maybe the easiest thing would just be to fiddle FILES so that your zimage doesn't end up in any package. Jun 17 23:04:30 but, might be worth posting to the list to find out the "real" answer Jun 17 23:04:30 pb__: the creation of uImages...was split/repeated between the two Jun 17 23:05:40 ant__: I don't really know much about that. you probably need to take that up with überhackers mickey|bbiab or RP. Jun 17 23:06:09 pb___: last time someone suggested fiddling with FILES to get rid of kernel-image, koen said it's a wrong way to do it... Jun 17 23:06:11 I can just guess is for machines not including plain linux.inc Jun 17 23:06:29 denix0: heh, did koen happen to say what the right way was? Jun 17 23:07:20 ant__: yeah, could be. on the other hand I have a faint recollection that linux.inc was meant to replace kernel.bbclass, or the other way round. Jun 17 23:07:41 oh Jun 17 23:07:48 heh, it may be that no one knows the right way Jun 17 23:08:11 pb___: actually, when I talked to him on this topic, he suggested BAD_RECOMMENDATIONS... Jun 17 23:08:21 the kernel image getting installed in the image has been a long standing headache Jun 17 23:08:41 I've used the image post inst hooks to remove it from my images Jun 17 23:08:45 denix0: ah. I think BAD_RECOMMENDATIONS was, itself, a bad recommendation in this context. Jun 17 23:09:02 from a quick look at kernel.bbclass it does seem that these are all hard depends, not recommends. Jun 17 23:09:26 Tartarus: yah, that works for images but it would lose if you support online upgrades via opkg. Jun 17 23:09:41 since the kernel would, obviously, come back if the corresponding ipk was upgraded Jun 17 23:10:19 denix0: these lines seem to suggest what the intended behaviour was: Jun 17 23:10:20 # Allow machines to override this dependency if kernel image files are Jun 17 23:10:20 # not wanted in images as standard Jun 17 23:10:20 RDEPENDS_kernel-base ?= "kernel-image" Jun 17 23:10:51 but, for reasons that are not entirely clear to me at the moment, my efforts to override RDEPENDS_kernel-base did not meet with success. Jun 17 23:12:41 * pb___ zzz now Jun 17 23:12:42 night all Jun 17 23:12:59 pb___: good night Jun 17 23:14:06 gn Jun 17 23:15:07 gn Jun 17 23:19:56 dth: wb Jun 17 23:34:02 Crofton|work: hey, why didn't you say you were in DC area recently? :) Jun 17 23:37:09 it was a short trip :) Jun 17 23:37:35 I was in College park Jun 17 23:38:36 03Michael 'Mickey' Lauer  07fso/milestone5.5 * rd259dec838 10openembedded.git/recipes/alsa/ (11 files in 4 dirs): libascenario-data: new recipe; analogon to alsa-states for libascenario Jun 17 23:38:51 Crofton|work: for business? Jun 17 23:39:05 yes, I attended a gnu radio workshop Jun 17 23:44:10 good night Jun 17 23:50:34 'night all Jun 17 23:54:36 03Andrea Adami  07org.openembedded.dev * r5cb7fa8f18 10openembedded.git/recipes/kexecboot/ (kexecboot_0.4.bb kexecboot_0.5.bb): kexecboot: new SRC_URI Jun 17 23:54:46 03Andrea Adami  07org.openembedded.dev * r253dba54bb 10openembedded.git/conf/checksums.ini: checksums.ini: follow kexecboot SRC_URI changes Jun 18 00:05:19 broonie: any idea what could be wrong in http://pastebin.ca/1464264 ? Jun 18 00:05:34 broonie: the scenario has been created by scndump before Jun 18 00:08:08 mickey|bbiab: Not off the top of my head; you'd be better off asking lrg (possibly during uk working hours though :)) Jun 18 00:08:19 mailing list is again super slow... :( Jun 18 00:08:22 ok, thanks Jun 18 00:08:46 denix0: yes, too many things running on linuxtogo.org Jun 18 00:08:49 g'night Jun 18 00:08:59 mickey|bbiab: Looking at the controls it's complaining about they look like they're probably all enumerations; possibly something to do with it handling them wrongly. Jun 18 00:09:09 mickey|zzZZzz: ok, thanks. Jun 18 00:09:37 mickey|zzZZzz: Have you upgraded the scenario library recently? It's early stages, perhaps there has been a change that borked old files or something. Jun 18 00:13:02 !oebug 5000 Jun 18 00:13:03 * * Bug 5000, Status: RESOLVED (FIXED), Created: 2009-01-27 20:12 Jun 18 00:13:04 * * roman(AT)khimov.ru: glibc 2.7 fails to build Jun 18 00:13:05 * * http://bugs.openembedded.org/show_bug.cgi?id=5000 **** ENDING LOGGING AT Thu Jun 18 02:59:57 2009