**** BEGIN LOGGING AT Mon May 25 02:59:57 2009 May 25 04:49:06 * * OE Bug 5126 has been created by dbaryshkov(AT)gmail.com May 25 04:49:09 * * util-linux-ng-2.15-autobuild May 25 04:49:10 * * http://bugs.openembedded.net/show_bug.cgi?id=5126 May 25 07:21:36 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r39836a5818 10openembedded.git/conf/machine/at91sam9g20ek.conf: May 25 07:21:36 at91sam9g20ek: enable at91bootstrap and u-boot in EXTRA_IMAGEDEPS May 25 07:21:36 The at91sam9* boards aren't really usefull w/o both bootloaders. May 25 07:21:36 Reenable them for default build of at91sam9g20ek board images. May 25 07:21:36 Signed-off-by: Dmitry Eremin-Solenikov May 25 07:21:39 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r41a385a587 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:21:42 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r1ba4e6beb3 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:21:45 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rbfec41f79e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:21:48 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r1f145b6b41 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:21:51 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rd01cb24301 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:21:58 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r9f07c87b10 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:01 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rc22323a1c7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:04 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * ra53685701e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:07 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r61d5ba9143 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:10 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rd0e7c085af 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:21 03Graeme Gregory  07xora/angstrom-srcpv * r73d331c00e 10openembedded.git/recipes/transmission/transmission_1.61.bb: May 25 07:22:24 transmission_1.61.bb : add patch from svn to fix uploading torrents from the May 25 07:22:26 web interface May 25 07:22:28 03Graeme Gregory  07xora/angstrom-srcpv * r326e861717 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv May 25 07:22:31 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * rf002540307 10openembedded.git/classes/oestats-client.bbclass: May 25 07:22:34 oestats-client: support working behind proxy May 25 07:22:36 Detect if we are behind proxy by checking for HTTP_PROXY variable May 25 07:22:38 and use specified proxy for http traffic. May 25 07:22:40 Signed-off-by: Dmitry Eremin-Solenikov May 25 07:22:42 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r11909ff01a 10openembedded.git/conf/machine/tqm8540.conf: May 25 07:22:49 tqm8540: initial support May 25 07:22:51 Add initial support for ppce500 tqm8540 box. No kernel config provided yet. May 25 07:22:53 Signed-off-by: Dmitry Eremin-Solenikov May 25 07:22:55 03Dmitry Eremin-Solenikov  07xora/angstrom-srcpv * r17ed48f1a4 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 07:22:58 03Graeme Gregory  07xora/angstrom-srcpv * rb1b585492d 10openembedded.git/recipes/transmission/files/webupload.patch: transmission/files/webupload.patch : add missing patch May 25 07:23:03 03Graeme Gregory  07xora/angstrom-srcpv * r22069bb987 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev May 25 07:23:06 03Graeme Gregory  07xora/angstrom-srcpv * r5a71f43473 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv May 25 07:23:11 03Andrea Adami  07xora/angstrom-srcpv * rbc8de04dc0 10openembedded.git/conf/machine/ (4 files in 2 dirs): zaurus-2.6.inc: reorder common include - readd collie and tosa specific bits - add MACHINE_KERNEL_PR May 25 07:23:15 03Andrea Adami  07xora/angstrom-srcpv * rbe8461e8b3 10openembedded.git/conf/machine/include/ (kexecboot.inc zaurus-2.6.inc): kexecboot.inc: rename as initramfs-kexecboot.in May 25 07:23:18 03Andrea Adami  07xora/angstrom-srcpv * ra29819bbbb 10openembedded.git/conf/machine/include/zaurus-2.6.inc: May 25 07:23:23 zaurus-2.6.inc: fix bogus MACHINE_EXTRA_RDEPENDS_collie and add May 25 07:23:25 (14 lines omitted) May 25 07:36:41 Do I see it correctly that is bitbake now integrated into the openembedded stable branch? May 25 07:43:57 keesj: yes May 25 08:16:37 good morning May 25 08:17:30 good morning May 25 08:26:04 Good morning May 25 08:31:15 gm May 25 08:31:55 if I try to push qt4-embedded-dev thing into OE toolchain then I get the following error while populating the sdk: May 25 08:32:10 ERROR: Cannot satisfy the following dependencies for task-qte-toolchain-target: gnome-vfs-scrollkeeper-leftovers May 25 08:32:45 what's that -leftovers thing and why does qt4-embedded pull it as a dep while no such ipk is in the place :-\ May 25 08:33:46 hi, I'd like to build for another machine, the omap3evm instead of beagleboard May 25 08:34:18 I'v set MACHINE="omap3evm" instead of beagleboard in my auto.conf but it still builds for beagle May 25 08:34:20 mpoullet|work: just specify MACHINE = "omap3evm" in your local.conf May 25 08:34:26 what am I missing? May 25 08:35:05 booxter: I thought auto.conf was the right place, hum May 25 08:35:30 mpoullet|work: I don't know exactly, that's where I place my machine setting May 25 08:41:11 auto.conf? May 25 08:47:36 keesj: well, at the moment I use a layout similar to: http://elinux.org/BeagleBoardOpenEmbeddedDevelopment May 25 08:55:03 k May 25 09:04:38 booxter: keesj: issue fixed, MACHINE was set both in local.conf and auto.conf, thanks May 25 09:05:29 mpoullet|work: gutt :) May 25 09:15:01 florian: good morning May 25 09:17:33 good morning May 25 09:37:41 morning florian pb_ May 25 09:38:08 hey lrg_ May 25 10:05:07 hrw|gone: hi! please clarify on email or here what's the problem with making udevadm part of 'udev' package? May 25 10:13:41 hi lrg May 25 10:14:59 morning May 25 10:15:07 hi hrw May 25 10:15:09 morning May 25 10:15:11 booxter: if my image uses mdev then I do not want udev in it. May 25 10:15:30 hrw: then why do you install udev package at all? May 25 10:15:35 booxter: but if I want HAL (and I mostly want) then I need to install udev-utils for udevinfo/udevadm. May 25 10:15:54 as hal uses udevinfo to gather detailed info about system components May 25 10:15:55 hrw: hm, ok, I get it May 25 10:16:18 thebohemian: ping May 25 10:16:28 then we need udev-utils dependency for all DEV_MANAGER = "udev" machines/distros May 25 10:16:59 how can we achieve this? May 25 10:17:09 booxter: udev package already RDEPEND on udev-utils so no more need iirc May 25 10:17:15 RDEPENDS_udev += "udev-utils"? May 25 10:17:20 yes May 25 10:19:09 where is that RDEPENDS thing? Can't find that May 25 10:19:58 or is it an implicit dependency? but I don't get udev-utils in my rootfs May 25 10:20:23 so add it. bb in few May 25 10:22:12 hrw: ok, I'll send the new patch as a reply to the previous one. May 25 10:23:17 thx May 25 10:49:42 ow, btw, RDEPENDS and RDEPENDS_${PN} is not the same?.. May 25 10:49:45 hrw: May 25 10:50:18 not same May 25 10:50:34 shit, send email and then thought about it :( May 25 10:50:36 RDEPENDS is global, RDEPENDS_${PN} is just for PN package. you need _${PN} one May 25 10:51:29 03ghost  07org.openembedded.dreambox * r8dbf91bbdb 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git.opendreambox.org:git/opendreambox-1.5 into org.openembedded.dreambox May 25 10:51:35 03ghost  07org.openembedded.dreambox * rc113283b91 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: May 25 10:51:35 dreambox-dvb-modules.bb: update dm8000 drivers (DTS passthrough support for dm8000) May 25 10:51:35 needs also new libdreamdvd and gst-plugins-dvbmediasink May 25 10:51:35 03Andreas Monzner  07org.openembedded.dreambox * r5ef1617e74 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox May 25 10:51:37 03ghost  07org.openembedded.dreambox * r00cba6240f 10openembedded.git/packages/libdreamdvd/libdreamdvd.bb: libdreamdvd.bb: push SRCDATE (needed for DM8000 DTS passthrough support) May 25 10:51:40 03ghost  07org.openembedded.dreambox * rc1dd5d339e 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: May 25 10:51:43 dreambox-dvb-modules.bb: new driver for dm8000 May 25 10:51:45 changes: May 25 10:51:47 CI changes (CI reset timeout increased and fixed) May 25 10:51:49 small demux fixes (should fix frequently crashes on PIP) May 25 10:51:53 03ghost  07org.openembedded.dreambox * r9520ad13e9 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmedisink.bb: push SRCDATE (needed for DM8000 DTS passthrough support) May 25 11:12:56 03Pratheesh Gangadhar  07org.openembedded.dev * rdd8aab1a37 10openembedded.git/recipes/quake/ (files/quake3_makefile.patch quake3-pandora-gles_git.bb): quake3: Add pandora (actually omap3) quake3 gles port May 25 11:27:18 03Koen Kooi  07org.openembedded.dev * rfdfbacd481 10openembedded.git/recipes/udev/udev_141.bb: udev 141: merge in some fixes from poky May 25 11:27:28 03Ihar Hrachyshka  07org.openembedded.dev * rad4e2d75a9 10openembedded.git/recipes/udev/udev_141.bb: May 25 11:27:28 udev: include udev-utils into udev rootfs May 25 11:27:28 The reason for the move is that udevadm binary is executed from udev May 25 11:27:28 init.d script. May 25 11:27:30 Signed-off-by: Ihar Hrachyshka May 25 11:27:32 Signed-off-by: Koen Kooi May 25 11:32:40 pb__: ping May 25 11:34:56 ant_work: yo May 25 11:35:06 hi! question about JTAG: is it 'practical' on x86? Can one force a 'custom' bios-flash like on arm/mipsel routers? May 25 11:35:20 skipping machine-id checks May 25 11:35:39 I see core2 has Jtag traces May 25 11:39:42 if your cpu has a jtag tap, yeah, I expect you can probably use it to flash the bios. May 25 11:40:24 on the other hand I would expect you should be able to flash the bios from a running system anyway without resorting to jtag. afaik, the machine-id stuff is just software in the flashing utility, not enforced by the hardware. May 25 11:40:52 assuming that's true, it'd almost certainly be easier to write a custom flashing util that omits those checks than to use jtag. May 25 11:41:51 and coreboot project released flashrom - util to flash bios chips which works under windows/linux/etc May 25 11:42:02 I see, but it seems we don't have any source...just the oem bios May 25 11:42:29 ant_work: what is hardware? May 25 11:42:58 intel badaxe2 -> intel badaxe 1 May 25 11:46:28 pb__: people says 'the firmware' will do the check...so you suppose it's the flasher, instead? May 25 11:55:08 ant_work: I would have thought so, but I don't know very much about it. May 25 11:55:25 he..Intel is a bad beast ;) May 25 11:55:38 there is even a jumper to open to reflash bootblock May 25 11:55:58 1pb__: thx anyway May 25 11:56:01 oh May 25 11:56:07 pb__: ^^ May 25 11:56:44 :-) May 25 12:07:18 What does this mean: error: cannot open .git/FETCH_HEAD: Read-only file system May 25 12:14:26 NOTE: package xserver-xorg-2_1.6.1-r0: task do_build: Succeeded May 25 12:14:30 finally May 25 12:17:49 morning all May 25 12:19:40 hi Richard May 25 12:19:42 hey RP May 25 12:30:32 morning May 25 13:09:53 yay! bluez4 in Debian finally May 25 13:10:06 one ubuntuizm less in my system May 25 13:42:07 * * OE Bug 5127 has been created by dbaryshkov(AT)gmail.com May 25 13:42:08 * * u-boot-2009.01-autobuild May 25 13:42:11 * * http://bugs.openembedded.net/show_bug.cgi?id=5127 May 25 13:42:19 morning May 25 13:48:18 cbrake: [retrying with sane client] I'm having problems with git push, new commit access, can you help? May 25 13:49:01 mbert: hello May 25 13:49:38 mbert: checking your key ... May 25 13:50:08 mbert: martin_dietze? May 25 13:50:26 cbrake: md@paola is the one May 25 13:50:34 cbrake: yep May 25 13:51:02 mbert: everything looks ok to me May 25 13:51:11 mbert: what error are you getting? May 25 13:51:26 mbert: and are you pushing to git@git.openembedded.org:openembedded ? May 25 13:51:34 mbert: .new will not work May 25 13:51:48 *.net will not work May 25 13:52:35 cbrake: [checking now] May 25 13:53:53 03Koen Kooi  07xora/angstrom-srcpv * rfdfbacd481 10openembedded.git/recipes/udev/udev_141.bb: udev 141: merge in some fixes from poky May 25 13:53:53 03Pratheesh Gangadhar  07xora/angstrom-srcpv * rdd8aab1a37 10openembedded.git/recipes/quake/ (files/quake3_makefile.patch quake3-pandora-gles_git.bb): quake3: Add pandora (actually omap3) quake3 gles port May 25 13:53:54 03Graeme Gregory  07xora/angstrom-srcpv * re5e81bb202 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into xora/angstrom-srcpv May 25 13:53:56 03Ihar Hrachyshka  07xora/angstrom-srcpv * rad4e2d75a9 10openembedded.git/recipes/udev/udev_141.bb: May 25 13:53:58 udev: include udev-utils into udev rootfs May 25 13:54:00 The reason for the move is that udevadm binary is executed from udev May 25 13:54:02 init.d script. May 25 13:54:04 Signed-off-by: Ihar Hrachyshka May 25 13:54:06 Signed-off-by: Koen Kooi May 25 13:54:08 03Graeme Gregory  07xora/angstrom-srcpv * r457ab3da00 10openembedded.git/recipes/quake/quake3-pandora-gles_git.bb: quake3-pandora-gles_git.bb : SRCREV -> SRCPV May 25 13:54:16 cbrake: in fact I did not, but pulling git@git.openembedded.org:openembedded gets me "Permission denied (publickey)." May 25 13:56:48 mbert: yeah, looks like the key did not take on the server, just a minute ... May 25 13:57:32 mbert: need to do something else for a few minutes -- I'll try to get resolved in next hour. May 25 14:13:07 * * OE Bug 5127 has been RESOLVED (FIXED) by dbaryshkov(AT)gmail.com May 25 14:13:09 * * u-boot-2009.01-autobuild May 25 14:13:11 * * http://bugs.openembedded.net/show_bug.cgi?id=5127 May 25 14:14:54 03Koen Kooi  07org.openembedded.dev * r3d378f2464 10openembedded.git/ (conf/checksums.ini recipes/alsa/alsa-lib_1.0.20.bb): alsa-lib: add 1.0.20 May 25 14:18:05 * * OE Bug 5125 has been RESOLVED (FIXED) by dbaryshkov(AT)gmail.com May 25 14:18:07 * * lowpan-tools-git-autobuild May 25 14:18:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5125 May 25 14:18:25 03Dmitry Eremin-Solenikov  07org.openembedded.dev * r44eb0c3efd 10openembedded.git/classes/seppuku.bbclass: May 25 14:18:25 seppuku: add support for working behind the proxy May 25 14:18:25 Signed-off-by: Dmitry Eremin-Solenikov May 25 14:18:27 03Dmitry Eremin-Solenikov  07org.openembedded.dev * r9da5f51503 10openembedded.git/recipes/ (2 files in 2 dirs): May 25 14:18:27 lowpan-tools: fix building May 25 14:18:30 1) upstream has changed naming to be 'lowpan-tools' instead of 'lowpan-utils' May 25 14:18:32 2) bump git revision (and thus PR) to use upstream fix for supporting May 25 14:18:34 installation w/o manpages and add '--disable-manpages' to EXTRA_OECONF May 25 14:18:36 Signed-off-by: Dmitry Eremin-Solenikov May 25 14:18:38 03Dmitry Eremin-Solenikov  07org.openembedded.dev * rfb657b18aa 10openembedded.git/classes/tinderclient.bbclass: May 25 14:18:41 tinderclient: support sitting behind proxy May 25 14:18:43 Signed-off-by: Dmitry Eremin-Solenikov May 25 14:18:45 03Dmitry Eremin-Solenikov  07org.openembedded.dev * rea3ee6d324 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 14:18:48 03Dmitry Eremin-Solenikov  07org.openembedded.dev * r37eb1b93e1 10openembedded.git/conf/machine/ (6 files): May 25 14:18:53 at91*: drop PREFERRED_VERSION_u-boot May 25 14:18:55 u-boot 2009.01 for all of these boards already conatains May 25 14:18:57 DEFAULT_PREFERENCE_at91xxx = "1". Drop the version specification from May 25 14:18:59 machine configs to lower confusion. May 25 14:19:01 Signed-off-by: Dmitry Eremin-Solenikov May 25 14:19:03 03Dmitry Eremin-Solenikov  07org.openembedded.dev * r588564f065 10openembedded.git/conf/machine/ (at91sam9260ek.conf at91sam9261ek.conf at91sam9rlek.conf): May 25 14:19:08 at91*: use correct u-boot configs May 25 14:19:10 Signed-off-by: Dmitry Eremin-Solenikov May 25 14:19:12 03Dmitry Eremin-Solenikov  07org.openembedded.dev * r4e1e589cdb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.org/openembedded into org.openembedded.dev May 25 14:22:15 mbert: there is something wrong with new key additions that must have broke when we moved git servers, still debugging ... May 25 14:43:40 mbert: ok, please try it again when you get a chance. May 25 14:56:51 cbrake_away: thanks, will give it a try now May 25 14:58:05 cbrake_away: sorry, does not work yet git clone git@git.openembedded.org:openembedded May 25 14:58:05 Initialized empty Git repository in /var/src/OE/openembedded/.git/ May 25 14:58:05 ERROR:gitosis.serve.main:Repository read access denied May 25 14:58:05 fatal: The remote end hung up unexpectedly May 25 14:59:24 anyone knows anything about bluetooth issues for the 4700 on angstrom? May 25 16:50:11 03Koen Kooi  07org.openembedded.dev * reefaa80573 10openembedded.git/ (conf/checksums.ini recipes/sdr/hamlib_1.2.9.bb): hamlib: add rough version of 1.2.9 May 25 16:50:22 hi all ... where is defined the list of MACHINE_FEATURES ? May 25 16:50:40 available parameters for MACHINE_FEATURES May 25 16:51:57 gremlin[it]: task-base has a list May 25 16:52:28 thanks hrw|gone ! May 25 16:52:41 feel free to extend May 25 16:52:54 there is also 'x86' feature which is used in mplayer iirc May 25 16:53:27 yes i'm trying to "fix" the non working mouse on qemux86 ... (related to ps2 devices) May 25 17:15:52 waa. why is e2fsprogs-libs broken. May 25 17:16:37 :( May 25 17:23:00 timtimred: try cleaning it out then clean util-linux-ng and rebuild e2fsprogs-libs. There is a snafu if util-linux-ng is built first (I assume your building a custom image not a standard one?) May 25 17:23:30 okies will try that ta. May 25 17:23:49 its a 'custom image' thats destined for OE .... when it builds.... May 25 17:23:53 :) May 25 17:26:29 cool, that seems to have worked... will go cook my steaks now :) May 25 17:40:48 im trying to boot a cpio image with kvm as follows: kvm -kernel /boot/vmlinuz -initrd baobab.cpio.gz -append rdinit=/sbin/init but it keeps trying to mount root instead of running from the ramdisk, anyone know how to stop the root mount? May 25 18:35:39 ping mckoan|away May 25 19:09:57 03Koen Kooi  07org.openembedded.dev * rd9d0a81064 10openembedded.git/recipes/fltk/fltk_1.1.9.bb: fltk: fix gnu-hash QA error May 25 19:10:03 03Koen Kooi  07org.openembedded.dev * r040195458d 10openembedded.git/recipes/sdr/hamlib_1.2.9.bb: hamlib 1.2.9: fix bindings May 25 19:54:41 mickeyl: good morning! May 25 19:54:55 hey pb__ May 25 20:56:53 OMG..udev-mails are hogging my Gmail...select all, delete, click... May 25 21:10:41 Any core dev around? Can you remember how it is that we have recipe using MACHINE = 'borzoi' while the machine doesn't exist anymore in OE? May 25 21:12:42 what reipe? May 25 21:13:00 ./openzaurus-pxa27x_2.4.20-rmk2-embedix20050602.bb: May 25 21:13:21 ./openzaurus-pxa27x_2.4.20-rmk2-embedix20050602.bb:###COMPATIBLE_MACHINE = '(akita|spitz|borzoi)' May 25 21:14:28 imho this COMPATIBLE_MACHINE is what causes old gcc-2.95 dep May 25 21:15:07 I could 'fix' setting just borzoi, so spitz+akita builds would be clean :D May 25 21:20:53 send a patch to the mailing list and see if anyone remembers the machine May 25 21:21:15 I do not see any harm dropping the machine, unless someone has a good reason May 25 21:21:35 it they have the machine in an overaly/branch I'm sure they can adapt May 25 21:22:56 yea, I'm doing May 25 21:23:24 even, could be used as dummy for these old kernels :) May 25 21:29:13 if that kernel genuinely is compatible with akita and spitz then it seems a bit silly to set COMPATIBLE_MACHINE to just borzoi. May 25 21:29:17 ibot, borzoi? May 25 21:29:18 it has been said that borzoi is the Sharp SL-C3100, or a dog (see http://www.dogbreedinfo.com/borzoi.htm ) May 25 21:31:35 pb__: same was done for c7x0 May 25 21:31:46 ./c7x0-kernels-2.4-embedix.bb:COMPATIBLE_MACHINE = '(corgi|husky|shepherd)' May 25 21:32:11 I never built sharprom-compatible May 25 21:32:25 I dislike the idea of external gcc-2.95 May 25 21:32:52 while I know external toolchains and SDK are a Good Thing May 25 21:32:54 ant__: much as you might dislike it, there's nothing technically wrong with it. May 25 21:33:32 pb__: so how could one mask these? May 25 21:33:48 I don't think it's terribly wholesome to go around nobbling the recipes that require it just to avoid a diagnostic. May 25 21:34:18 ant__: it shouldn't be necessary to mask them. as I wrote on the mailing list, if bitbake is issuing a diagnosic for recipes that you aren't trying to build, it's just broken and should be fixed. May 25 21:34:21 usinfg perhaps MACHINE_KERNEL_VERSION = "2.6" May 25 21:34:24 check May 25 21:34:41 as a short-term workaround you could silence it by just setting ASSUME_PROVIDED for the external gcc, even if you don't actually have it installed. May 25 21:34:49 I think bitbake is right May 25 21:35:06 the machines are listed in COMPATIBLE_MACHINE May 25 21:35:22 kernel has no DEFAULT_PREFERENCE = "-1" May 25 21:35:42 and you don't have another kernel set as preferred? May 25 21:35:52 Yep, linux-rp May 25 21:35:57 then bitbake is wrong May 25 21:35:57 and soon linux May 25 21:36:17 DEFAULT_PREFERENCE is irrelevant if another kernel would have been preferred anyway. May 25 21:36:39 I'm playing all my cards, now after that MACHINE_PR I'm a bit lost May 25 21:36:56 *MACHINE_KERNEL_PR May 25 21:37:43 if you have a specific kernel set as PREFERRED_PROVIDER_virtual/kernel, or called out by its own name, bitbake ought to be taking that to satisfy any reference to virtual/kernel and not even considering other options. May 25 21:37:47 all PREFERRED_PROVIDER_virtual/kernel are set in zaurus-kernel.inc May 25 21:38:10 and, clearly, it shouldn't be issuing diagnostics about packages it isn't going to build, that's just silly. May 25 21:39:05 the only situation in which you should be seeing the error about gcc-2.95 is if the embedix kernel is the one that bitbake has selected as first preference for building. May 25 21:39:16 no way... May 25 21:39:27 the Kiss of Death... May 25 21:42:05 I can confirm that setting COMPATIBLE_MACHINE = '(borzoi)' does the job of silencing the ERROR May 25 21:42:14 for akita/spitz May 25 21:43:51 before/after: http://fr.pastebin.ca/1434358 May 25 21:44:51 pb__: he May 25 21:44:53 NOTE: Parsing finished. 6522 cached, 0 parsed, 266 skipped, 0 masked. May 25 21:45:10 NOTE: Parsing finished. 6521 cached, 0 parsed, 267 skipped, 0 masked. May 25 21:45:26 skipped! May 25 21:45:44 ant__: sure, that would certainly silence the error, but it isn't really the right way to deal with it. this will screw up any spitz users who really do want to build that kernel. May 25 21:46:04 yeah..is already unbuildable for c7x0, though May 25 21:46:23 (and I did not made the commit) May 25 21:46:32 ^__^ May 25 21:46:57 spitz isn't c7x0, is it? May 25 21:47:02 ibot, spitz? May 25 21:47:03 i guess spitz is the Sharp SL-C3000, or a dog May 25 21:47:08 no, but the issue is the same May 25 21:47:17 what's the issue? May 25 21:47:20 different nand sizes..same machine...horror May 25 21:47:39 if you need to do smthg with u-boot or mtdparts May 25 21:48:33 grepping here and there, I still see 'borzoi' May 25 21:48:37 :/ May 25 21:49:00 yes, borzoi is a perfectly valid machine May 25 21:49:08 ? May 25 21:49:11 iirc, it's basically spitz plus a built in hard disk May 25 21:49:28 have you looked at the borzoi.conf? May 25 21:49:52 ..bb.fatal... May 25 21:49:53 ah, heh May 25 21:50:26 still, the kernel is the same May 25 21:50:50 interestingly, the same checkin that introduced this bb.fatal says: May 25 21:50:52 * Remove 2.4 machine support for c7x0, akita, spitz and borzoi. May 25 21:50:52 * Remove borzoi machine entirely as its now equal to spitz. May 25 21:51:08 ah..I missed it May 25 21:51:10 and, if 2.4 machine support is removed, you do have to wonder why that embedix kernel is still there. May 25 21:51:16 all rather weird. May 25 21:51:30 who did it? hrw? May 25 21:51:32 rp May 25 21:51:36 :) May 25 21:51:41 +1 May 25 21:52:23 I'd ask our toolchain guys and instead of this hackery I'd create an external toolchain for sharprom-compat May 25 21:53:04 well, a SDK May 25 21:53:07 I'm not sure I understand what you mean by "this hackery" May 25 21:53:17 the 2.4 bits May 25 21:53:48 was true hacking once..no docs..no sources... May 25 21:54:09 how would an external toolchain help with that? May 25 21:54:27 what the use of such sharprom-compat? May 25 21:54:33 build some binary? May 25 21:54:37 it's already the case that you don't need to rebuild the kernel if you don't want to; you can compile the user-space bits for sharprom compatibility without it. May 25 21:54:58 and, if you do want to rebuild the kernel, there's no way to avoid having... well, the kernel. May 25 21:55:08 he he May 25 21:56:02 sharprom-compat, yes, it's meant to be binary compatible with the original sharp firmware. May 25 21:56:09 pb__: spitz is booting 2.6.30 btw May 25 21:56:14 almost vanilla May 25 21:56:14 very good May 25 21:57:07 last issues with power man class written by RP it seems... May 25 22:08:02 pb__: thx fo the hints. Sent to the ML. May 25 22:09:25 pb__: btw, enjoy your first 6 months of free evenings-nights. Baby+Mama will not sleep 20/24 for too long ;-) May 25 22:10:10 going to beer now, 25C° at midnight out there... May 25 22:10:17 ant__: enjoy May 25 22:11:04 * RP wonders what he's being blamed for now? :) May 25 22:12:26 pb__: bitbake these days considers all possible providers btw. Whether it actually builds them or not is a different question May 25 22:13:33 RP: it's fine for it to consider them, but it still shouldn't be issuing diagnostics for packages that end up not being selected for building. May 25 22:14:27 pb__: I suspect ant__ is referring to debug messages only May 25 22:14:41 RP: no, he's talking about a diagnostic that starts with "ERROR:" May 25 22:14:55 pb__: hmm :/ May 25 22:15:24 Someone should fix that code then... May 25 22:15:54 btw..there is the bogus sh: rm: command not found May 25 22:16:12 http://fr.pastebin.ca/1434358 May 25 22:16:16 his specific problem is that he's trying to build an image for spitz (or some other zaurus) and the image, unsurprisingly, calls in virtual/kernel. He has linux-rp selected as his PREFERRED_PROVIDER for that, which should be fine, but bitbake is (spuriously) complaining about unsatisfiable depends for linux-embedix. May 25 22:16:22 The trouble is there is no context in bitbake for "try this but if you hit errors just return, don't let the bb.error get to the users" May 25 22:17:01 "spuriously" meaning that, although it's true that linux-embedix has unsatisfiable depends, it's irrelevant in this case because that package isn't one that is actually going to be built. May 25 22:18:12 pb__: I know the problem, we've seen other varients of it before :/ May 25 22:18:24 other scary notes (different issue, btw) http://fr.pastebin.ca/1434383 May 25 22:19:58 RP: can you remember how it was decided to drop 2.4 support? May 25 22:20:09 general agreement? May 25 22:20:25 I can't explain the sharprom-compat distro, then May 25 22:20:29 added later? May 25 22:20:40 ant__: Drop which bit of 2.4 support? May 25 22:20:48 The 2.4 embedix recipes? May 25 22:20:57 yep, that commit May 25 22:21:23 * RP has always argued to keep the embedix 2.4 kernel recipes May 25 22:21:44 http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=52dcccdfd31b0b0c9ac4725dd52a20b88a6b7b7c May 25 22:22:05 wait a moment...2 different things May 25 22:22:46 ant__: yes May 25 22:23:01 ant__: The kernel recipes stayed for sharprom-compat May 25 22:23:35 I see May 25 22:23:57 and borzoi survives in some patches ;) May 25 22:24:07 ant__: It was pointless keeping the 2.4 machine configs going as they were broken for 2.4 iirc May 25 22:25:21 perhaps having separate dirs like poky could help here May 25 22:25:38 e.g. for old stuff May 25 22:25:48 or for bleeding edge May 25 22:26:55 ant__: possibly, yes May 25 22:27:14 * pb__ zz May 25 22:27:15 night all May 25 22:27:30 'nite pb__ May 25 22:29:54 'night pb__ **** ENDING LOGGING AT Tue May 26 02:59:57 2009