**** BEGIN LOGGING AT Sat Aug 02 02:59:57 2008 Aug 02 03:53:24 03  07org.openembedded.dev * ra6ac4e9446 10OE.dev/packages/oneko/ (8 files in 2 dirs): Aug 02 03:53:24 oneko: initial release. closes 4271 Aug 02 03:53:24 * commit by Laibsch Aug 02 03:53:29 03  07master * ra6ac4e9446 10OE.dev/packages/oneko/ (8 files in 2 dirs): Aug 02 03:53:29 oneko: initial release. closes 4271 Aug 02 03:53:29 * commit by Laibsch Aug 02 06:05:06 * * OE Bug 4261 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Aug 02 06:05:08 * * meta-toolchain for uclibc does not add linux-libc-headers to the toolchain package Aug 02 06:05:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4261 Aug 02 06:14:05 * * OE Bug 3310 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Aug 02 06:14:07 * * Fix for task-native-sdk Aug 02 06:14:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3310 Aug 02 06:21:05 * * OE Bug 3178 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Aug 02 06:21:07 * * binutils 2.18 / uclibc : linking error Aug 02 06:21:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3178 Aug 02 06:58:36 * XorA|gone awakes Aug 02 08:22:53 03  07org.openembedded.dev * r866564d018 10OE.dev/packages/gpe-scap/gpe-scap_1.3.bb: gpe-scap: bump PR to get libc.so fix Aug 02 08:22:59 03  07master * r866564d018 10OE.dev/packages/gpe-scap/gpe-scap_1.3.bb: gpe-scap: bump PR to get libc.so fix Aug 02 08:29:42 mickey_away: please come back, I need your advice Aug 02 08:36:06 Hi all Aug 02 08:42:06 * * OE Bug 4458 has been RESOLVED (WORKSFORME) by philb(AT)gnu.org Aug 02 08:42:08 * * Error with oe_libinstall doing populate_staging of libsdl-x11_1.2 Aug 02 08:42:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4458 Aug 02 08:54:05 * * OE Bug 3424 has been RESOLVED (FIXED) by philb(AT)gnu.org Aug 02 08:54:07 * * Bitbake recipe for lrzsz incorrectly configuring "alternatives" Aug 02 08:54:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3424 Aug 02 09:16:15 03  07org.openembedded.dev * rb0bf8bb87f 10OE.dev/packages/libstroke/ (8 files in 2 dirs): libstroke: new, patch from jay4mail@gmail.com Aug 02 09:16:15 03  07org.openembedded.dev * r850027ae5e 10OE.dev/packages/lrzsz/lrzsz_0.12.20.bb: lrzsz: straighten out alternatives, patch from martyn.welch@gefanuc.com Aug 02 09:16:21 03  07org.openembedded.dev * r2ee236fc13 10OE.dev/packages/x-load/ (14 files in 6 dirs): Aug 02 09:16:21 x-load: merge x-load recipe and patches from http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=tree;f=packages/x-load;hb=d19fc238129e7d515c731916bf3bd964c0a8a098 Aug 02 09:16:21 signgp-native: build our own signing tool Aug 02 09:16:22 03  07master * rb0bf8bb87f 10OE.dev/packages/libstroke/ (8 files in 2 dirs): libstroke: new, patch from jay4mail@gmail.com Aug 02 09:16:25 03  07master * r850027ae5e 10OE.dev/packages/lrzsz/lrzsz_0.12.20.bb: lrzsz: straighten out alternatives, patch from martyn.welch@gefanuc.com Aug 02 09:16:28 03  07master * re8279b9e66 10OE.dev/: Aug 02 09:16:30 merge of '93e88a1c0fbbb69dbad706857468d431d612b9c9' Aug 02 09:16:32 and 'f7aee16bb45052647fd1a8b8b1d5617ec91b95a9' Aug 02 09:16:34 03  07master * r2ee236fc13 10OE.dev/packages/x-load/ (14 files in 6 dirs): Aug 02 09:16:36 x-load: merge x-load recipe and patches from http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=tree;f=packages/x-load;hb=d19fc238129e7d515c731916bf3bd964c0a8a098 Aug 02 09:16:41 signgp-native: build our own signing tool Aug 02 09:16:43 03  07org.openembedded.dev * re8279b9e66 10OE.dev/: Aug 02 09:16:45 merge of '93e88a1c0fbbb69dbad706857468d431d612b9c9' Aug 02 09:16:47 and 'f7aee16bb45052647fd1a8b8b1d5617ec91b95a9' Aug 02 09:28:36 03  07org.openembedded.dev * r4b46f0efc7 10OE.dev/packages/u-boot/ (4 files in 2 dirs): u-boot: make do_deploy safe for packaged-staging and update beagleboard stuff Aug 02 09:28:43 03  07master * r4b46f0efc7 10OE.dev/packages/u-boot/ (4 files in 2 dirs): u-boot: make do_deploy safe for packaged-staging and update beagleboard stuff Aug 02 09:40:58 03  07org.openembedded.dev * r61ad70b365 10OE.dev/packages/ffmpeg/ffmpeg_git.bb: ffmpeg git: bump SRCREV Aug 02 09:41:05 03  07master * r61ad70b365 10OE.dev/packages/ffmpeg/ffmpeg_git.bb: ffmpeg git: bump SRCREV Aug 02 10:55:12 morning Aug 02 11:06:05 * * OE Bug 4184 has been RESOLVED (WORKSFORME) by Aug 02 11:06:07 * * edje_cc-native segfaults while building emotion, e-wm, (others?) Aug 02 11:06:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4184 Aug 02 11:11:05 03  07org.openembedded.dev * r2779f9a5e5 10OE.dev/packages/gcc/gcc-cross-intermediate.inc: (log message trimmed) Aug 02 11:11:05 gcc-cross-intermediate: remove dummy libc.so *after* staging, since do_stage will fail with "cannot find -lc" if it's removed beforehand. Aug 02 11:11:05 This does contradict this part of the commit message of the previous change: Aug 02 11:11:05 "This fix deletes the dummy libc.so before gcc-intermediate is staged. Because Aug 02 11:11:08 the main purpose of dummy libc.so is to get gcc-intermediate built with shared Aug 02 11:11:10 lib support. Ideally this libc.so should be deleted right after do_configure of Aug 02 11:11:12 gcc-intermediate but gcc's configure is spread across and some configure stuff Aug 02 11:11:14 03  07master * r2779f9a5e5 10OE.dev/packages/gcc/gcc-cross-intermediate.inc: (log message trimmed) Aug 02 11:11:17 gcc-cross-intermediate: remove dummy libc.so *after* staging, since do_stage will fail with "cannot find -lc" if it's removed beforehand. Aug 02 11:11:20 This does contradict this part of the commit message of the previous change: Aug 02 11:11:22 "This fix deletes the dummy libc.so before gcc-intermediate is staged. Because Aug 02 11:11:24 the main purpose of dummy libc.so is to get gcc-intermediate built with shared Aug 02 11:11:26 lib support. Ideally this libc.so should be deleted right after do_configure of Aug 02 11:11:28 gcc-intermediate but gcc's configure is spread across and some configure stuff Aug 02 11:29:43 03  07org.openembedded.dev * r0db2d088f9 10OE.dev/ (3 files in 2 dirs): python 2.5.2 RDEPENDS_python-logging += python-pickle Aug 02 11:29:44 03  07org.openembedded.dev * r6b3eb2586e 10OE.dev/: Aug 02 11:29:44 merge of '53ed84a346013a17d2e419b516e0718f0a5ea922' Aug 02 11:29:44 and 'b53a69990c9003e5c1457b56d66b6f431cdb303d' Aug 02 11:29:48 03  07master * r6b3eb2586e 10OE.dev/: Aug 02 11:29:48 merge of '53ed84a346013a17d2e419b516e0718f0a5ea922' Aug 02 11:29:49 and 'b53a69990c9003e5c1457b56d66b6f431cdb303d' Aug 02 11:29:53 03  07master * r0db2d088f9 10OE.dev/ (3 files in 2 dirs): python 2.5.2 RDEPENDS_python-logging += python-pickle Aug 02 11:50:31 mickeyl: good morning Aug 02 11:50:46 morning pb_ Aug 02 11:53:57 hm, I hope that checkin by koen hasn't broken the iconv modules again Aug 02 11:55:23 * pb_ mtn update Aug 02 11:55:52 * mickeyl joins hoping Aug 02 11:56:04 what was the root of the problem, btw? Aug 02 11:56:43 when khem checked in his patch to eliminate glibc-intermediate, he replaced it with a dummy libc.so in staging Aug 02 11:57:01 but, this libc.so doesn't contain a SONAME record, so anything that gets linked with it ends up with a bogus DT_NEEDED Aug 02 11:57:30 once the real glibc has been staged, the dummy libc.so is overwritten with the genuine article and so the problem goes away Aug 02 11:58:09 (this is why you found that re-linking ISO8859-1.so by hand produces a good binary) Aug 02 11:58:28 ooh Aug 02 12:00:17 anyway, the patch that khem committed yesterday is meant to remove the dummy libc.so during the gcc build process to stop it infecting anything else Aug 02 12:00:36 I'll build an image now to confirm that it works correctly with the latest changes Aug 02 12:00:42 ok, great. thanks Aug 02 12:01:22 anyone responsible for MACHINE = db1200 here? Aug 02 12:04:51 mickeyl: on another subject, is there any pre-existing mechanism in oe to read and execute additional python functions from a file? Aug 02 12:05:34 specifically, what I want is to allow packages to store extra python code (somewhere in staging presumably) to be run during do_package for things that depend on them Aug 02 12:05:59 i don't think there is a class for that yet Aug 02 12:06:06 but it sounds reasonable and doable Aug 02 12:06:41 ok, thanks Aug 02 12:06:46 i might have a go at writing that this afternoon. Aug 02 12:07:05 I don't suppose python has any builtin decompiler that can output the source representation of a function, right? Aug 02 12:08:05 oh, actually, I guess I don't need that anyway, since bb functions are stored textually in the data store Aug 02 12:12:37 03  07org.openembedded.dev * rcff756af85 10OE.dev/conf/machine/ (nonworking/.mtn2git_empty db1200.conf): Aug 02 12:12:37 create nonworking directory among conf/machine, so that people who want Aug 02 12:12:37 to revive a machine have a chance to pick up previous work. Aug 02 12:12:37 move db1200 into nonworking, since it does not define a preferred kernel Aug 02 12:12:51 03  07master * rcff756af85 10OE.dev/conf/machine/ (nonworking/.mtn2git_empty db1200.conf): Aug 02 12:12:51 create nonworking directory among conf/machine, so that people who want Aug 02 12:12:51 to revive a machine have a chance to pick up previous work. Aug 02 12:12:51 move db1200 into nonworking, since it does not define a preferred kernel Aug 02 12:14:40 pb_: no, IIRC there's nothing like that in the standard library. there are decompiler out there though Aug 02 12:14:46 but as you said, you probably don't need it for your case Aug 02 12:15:32 right, thanks Aug 02 12:15:58 should be easy enough then :-) Aug 02 12:16:20 i think this is the right way to fix this blasted libgcc problem rather than just applying RRECOMMENDS to random packages Aug 02 12:37:53 morning all Aug 02 12:39:00 good morning! Aug 02 12:39:33 hi all Aug 02 12:48:09 bluelightning, it nobody negated my ack. So you have your two acks now ;) Aug 02 12:48:48 thesing: yeah, thanks. I pushed my changes the other day and nobody complained :) Aug 02 12:49:16 I also discovered I accidentally missed pushing some previously approved Opie changes, so they went in too Aug 02 12:51:36 why are commit mails from the git trial sent to the list twice? Aug 02 12:54:23 morning all Aug 02 12:54:41 * RP knew washing the bike was a bad idea. Its now raining heavily... Aug 02 12:59:54 good morning RP Aug 02 13:05:56 does anybod know of a usb_id list? Aug 02 13:07:00 RP: heh, down here in the south it's been pouring with rain all morning Aug 02 13:09:16 pb_: Its alternating between heavy showers with thunder+lightning and hailstones to lovely sunshine here Aug 02 13:17:25 pb_: it broke here ERROR: '/oe/org.openembedded.dev/packages/gcc/gcc-cross-intermediate_4.2.4.bb' failed Aug 02 13:17:36 (from scratch) Aug 02 13:18:28 03  07org.openembedded.stable * r3c4e63b095 10OE.dev/ (5 files in 3 dirs): Aug 02 13:18:28 Opie: fix citytime launch path (see bug 3669) Aug 02 13:18:28 Applied revisions from dev: Aug 02 13:18:28 d0b5cd0a6db8e84d4644dfe5a4cfa9c01fc283e6 Aug 02 13:18:30 03  07org.openembedded.stable * r09dc9117ea 10OE.dev/packages/libqpe/ (libqpe-opie/fix-sd-card-path.patch libqpe-opie_1.2.3.bb): Aug 02 13:18:31 Opie: fix SD card device path for 2.6 kernels - see bug 4317 Aug 02 13:18:35 Applied revisions from dev: Aug 02 13:18:37 c35bb4255861a806a262b725cb19d12b4c906286 Aug 02 13:18:39 03  07org.openembedded.stable * rc45675b098 10OE.dev/packages/h2200-bootloader/h2200-bootloader.bb: Aug 02 13:18:42 h2200-bootloader: ensure mtdblock is available and loaded Aug 02 13:18:44 * Add kernel-module-mtdblock to RRECOMMENDS Aug 02 13:18:46 * modprobe mtdblock before accessing mtdblock device Aug 02 13:18:48 (merge from .dev) Aug 02 13:18:50 03  07org.openembedded.stable * r37f0118543 10OE.dev/: Aug 02 13:18:52 merge of '17246703a149fb0a5eae4d86cdd24af049f20e4c' Aug 02 13:18:54 and '7214a86e8f520136c9e40ffd988ac8d19c92b96c' Aug 02 13:18:56 03  07org.openembedded.stable * re2a76430c9 10OE.dev/packages/libopieobex/ (3 files in 2 dirs): Aug 02 13:18:59 Opie: disable bluetooth detection - see bug 3173 Aug 02 13:19:01 Applied revisions from dev: Aug 02 13:19:03 5c70288a8476dbd93aba7d5a2d256f0f765341c9 Aug 02 13:19:06 * * OE Bug 1866 has been marked as DUPLICATE of bug 4393 by Aug 02 13:19:07 03  07org.openembedded.stable * r28178d8ba8 10OE.dev/packages/ (5 files in 4 dirs): Aug 02 13:19:07 * * mysql fails do_compile Aug 02 13:19:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1866 Aug 02 13:19:10 Opie: fix cursor key rotation for some devices - see bug 3678 Aug 02 13:19:12 Applied revisions from dev: Aug 02 13:19:14 a10fdcce94239fbbf0aff43c6c367b8b407525ab Aug 02 13:19:16 56a6277181644bc049b217d5f4aff4c34d907ba1 Aug 02 13:19:18 12044547859d68999d0a4712daf7bea26128696c Aug 02 13:19:30 pb_: koen's kommit ? ERROR: Task 1294 (/oe/org.openembedded.dev/packages/gcc/gcc-cross-intermediate_4.2.4.bb, do_populate_staging) failed Aug 02 13:22:19 ~seen lenehan Aug 02 13:22:22 i haven't seen 'lenehan', Laibsch Aug 02 13:22:54 what nick does Jamie Lenehan go by around here? Aug 02 13:26:57 !oebug 1782 Aug 02 13:26:58 * * Bug 1782, Status: NEW, Created: 2007-01-10 06:33 Aug 02 13:26:59 * * gwbv(AT)yahoo.com: Flaws in mysql package ipk (fix-perl.patch attached) Aug 02 13:27:00 * * http://bugs.openembedded.net/show_bug.cgi?id=1782 Aug 02 13:32:07 maybe we should also have an Realname to nick wiki page Aug 02 13:37:16 I'm not sure Aug 02 13:37:51 Why would it be a bad idea to set ac_cv_func_memcmp_working in a bb file as claimed in bug 4385 Aug 02 13:39:07 ant__: that's without koen's checkin, right? Aug 02 13:39:12 I think that's the bug he was trying to fix Aug 02 13:40:42 Laibsch: probably no reason, though the do_configure() method in that .bb file looks a bit dubious Aug 02 13:40:52 it does? Aug 02 13:41:03 I thought the stage function can be improved Aug 02 13:41:09 yeah, it would probably be better just to let autotools.bbclass do its thing Aug 02 13:41:27 exactly Aug 02 13:41:30 just tried it out Aug 02 13:41:35 and it seems to have worked Aug 02 13:41:41 what about the do_configure? Aug 02 13:41:51 * Crofton|work hears thunder Aug 02 13:41:55 superfluous? Aug 02 13:42:05 right, it's actually do_configure that I was talking about Aug 02 13:42:14 but I think you're right, the same applies to do_stage there Aug 02 13:44:26 pb_: http://rafb.net/p/KUB1Ba62.html si what it looks like right now Aug 02 13:44:32 drop do_configure? Aug 02 13:45:28 er, that looks like a completely different package Aug 02 13:45:31 just removing it make do_configure fail Aug 02 13:45:45 are we talking about the same bug? Aug 02 13:45:56 4385 Aug 02 13:46:13 libmpcdec, right? Aug 02 13:46:19 yes, sorry Aug 02 13:46:20 the link you just mentioned seems to be for a libpixman package Aug 02 13:46:26 my pastebinit is off, it seems Aug 02 13:46:58 yeah, I had inadvertedly pasted libpixman bb Aug 02 13:47:14 anyway, if removing do_configure() makes it fail then I guess that method should say Aug 02 13:47:19 stay, evne Aug 02 13:47:37 http://rafb.net/p/8nrth323.html Aug 02 13:47:55 that looks fine Aug 02 13:48:05 * * OE Bug 2048 has been RESOLVED (FIXED) by Aug 02 13:48:07 * * g_spawn_sync() fails to get the child return code if launched from matchbox-desktop Aug 02 13:48:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2048 Aug 02 13:54:45 03  07org.openembedded.dev * rf4b7edc20b 10OE.dev/packages/libmatchbox/ (5 files in 2 dirs): libmatchbox 1.9 fix bug #2048 Aug 02 13:54:50 03  07master * rf4b7edc20b 10OE.dev/packages/libmatchbox/ (5 files in 2 dirs): libmatchbox 1.9 fix bug #2048 Aug 02 14:00:05 * * OE Bug 2117 has been RESOLVED (FIXED) by Aug 02 14:00:08 * * Cross Compile Badness - samba Aug 02 14:00:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2117 Aug 02 14:12:25 the aes module got renamed to aes_generic. We need to change task base to cope with that. Aug 02 14:12:43 Any idea what the best way to handle this is? Aug 02 14:13:18 just add aes_generic to RRECOMMENDS_task-base-wifi too? Aug 02 14:15:38 RPROVIDES_kernel-module-aes-generic = "kernel-module-old-aes-name" Aug 02 14:16:04 dont know if its the best way, but an option Aug 02 14:16:31 probably better than a profusion of new RRECOMMENDS. Aug 02 14:16:41 I wonder why the crazy kernel dudes decided to change the module name. Aug 02 14:16:58 to drive distro guys insane Aug 02 14:17:06 yeah, as I suspected Aug 02 14:17:15 * pb_ stabs the crazy kernel h4x0rs Aug 02 14:17:48 mornin' busy people Aug 02 14:18:12 could somebody please commit that? I don't want do pull because of the glibc change. It would take too much time to build glibc again. Aug 02 14:38:06 * * OE Bug 4385 has been RESOLVED (FIXED) by Aug 02 14:38:08 * * libmpcdec_1.2.6.bb Aug 02 14:38:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4385 Aug 02 16:48:02 hello all Aug 02 16:49:05 RP: I don't know if it was khem's, pb's or koen's commit, but gcc-cross-intermediate fails do_populate_staging() Aug 02 17:12:07 03  07org.openembedded.dev * r64f4880bde 10OE.dev/packages/libmpcdec/ (.mtn2git_empty libmpcdec_1.2.6.bb): libmpcdec: initial release 1.2.6. Closes 4385. Aug 02 17:12:08 03  07org.openembedded.dev * rcc7da39f45 10OE.dev/packages/samba/ (5 files): samba: remove some unsupported ones. confirm #2117 has been fixed. Aug 02 17:12:08 03  07org.openembedded.dev * r8defd75e6c 10OE.dev/: Aug 02 17:12:08 merge of 'a675a323523cfdb282fa64bd2a0e42d19d71db33' Aug 02 17:12:10 and 'b67dfab13ef7114048f172a8cce5a15a5e2f5b07' Aug 02 17:12:12 03  07org.openembedded.dev * r5af294f851 10OE.dev/conf/machine/beagleboard.conf: beagleboard: build u-boot and x-load Aug 02 17:12:15 03  07org.openembedded.dev * r087a27b368 10OE.dev/packages/uicmoc/ (uicmoc4-native.inc uicmoc4-native_4.4.0.bb): uicmoc4 native: fix staging Aug 02 17:12:18 03  07org.openembedded.dev * r2a2f077180 10OE.dev/packages/qmake/ (4 files in 2 dirs): qmake2 native: update to 4.4.1 and fix builds from scratch Aug 02 17:12:23 03  07master * r64f4880bde 10OE.dev/packages/libmpcdec/ (.mtn2git_empty libmpcdec_1.2.6.bb): libmpcdec: initial release 1.2.6. Closes 4385. Aug 02 17:12:26 03  07org.openembedded.dev * raf1d53a972 10OE.dev/: Aug 02 17:12:28 merge of '5dde2d982b4415230cf4fcc1095f4a732837813a' Aug 02 17:12:30 and 'e546707be8f44437449d19908d966d7a62798618' Aug 02 17:12:32 03  07master * rcc7da39f45 10OE.dev/packages/samba/ (5 files): samba: remove some unsupported ones. confirm #2117 has been fixed. Aug 02 17:12:37 03  07master * r8defd75e6c 10OE.dev/: Aug 02 17:12:39 merge of 'a675a323523cfdb282fa64bd2a0e42d19d71db33' Aug 02 17:12:41 and 'b67dfab13ef7114048f172a8cce5a15a5e2f5b07' Aug 02 17:12:43 03  07master * r087a27b368 10OE.dev/packages/uicmoc/ (uicmoc4-native.inc uicmoc4-native_4.4.0.bb): uicmoc4 native: fix staging Aug 02 17:12:48 03  07master * raf1d53a972 10OE.dev/: Aug 02 17:12:52 merge of '5dde2d982b4415230cf4fcc1095f4a732837813a' Aug 02 17:12:54 and 'e546707be8f44437449d19908d966d7a62798618' Aug 02 17:12:56 03  07master * r2a2f077180 10OE.dev/packages/qmake/ (4 files in 2 dirs): qmake2 native: update to 4.4.1 and fix builds from scratch Aug 02 17:12:59 03  07master * r5af294f851 10OE.dev/conf/machine/beagleboard.conf: beagleboard: build u-boot and x-load Aug 02 17:14:21 ant__: unlikely to be my commit, I don't think I checked anything in to gcc-c-i. Aug 02 17:15:27 afaik, only koen and khem have touched that file recently, and the current (post koen) version does build ok for me Aug 02 17:15:34 what exactly is the problem you are seeing? Aug 02 17:15:46 pb_: I'm doing a pull right now, mtn had two heads... Aug 02 17:16:56 okay Aug 02 17:17:29 hmm...the koen fix went through only now.... Aug 02 17:18:03 I'm restarting from scratch with mtn: already up to date at 3560fb5cd8c6737dcd4917f3e6bb6db6183d963d Aug 02 18:08:36 pb_: seems solved! http://tinderbox.openembedded.net/packages/88875/ Aug 02 18:08:43 RP: ^^ Aug 02 18:21:50 ant__: very good Aug 02 18:39:57 pb_: build is going on, I found a nasty bit scrolling on the screen: http://rafb.net/p/1u30Vk25.html Aug 02 18:40:58 it seems ncurses_5.4.bb needs love Aug 02 18:41:20 ant__: I don't know if that's a bug or not. it might just be that the termcap data is shipped separately. Aug 02 18:41:47 hm, I'll check the full log Aug 02 18:43:03 03  07org.openembedded.dev * r9b4741ecde 10OE.dev/packages/gstreamer/gst-ffmpeg_0.10.4.bb: gst-ffmpeg: bump PR to pick up ffmpeg SOVERSION change Aug 02 18:43:08 03  07master * r9b4741ecde 10OE.dev/packages/gstreamer/gst-ffmpeg_0.10.4.bb: gst-ffmpeg: bump PR to pick up ffmpeg SOVERSION change Aug 02 18:51:48 mickey_away: is it legitimate to invoke functions from parse_py directly, or is that considered bad form? Aug 02 19:14:06 * * OE Bug 1641 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com Aug 02 19:14:07 * * irssi_svn patch failure Aug 02 19:14:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1641 Aug 02 19:39:22 Can somebody look at the flac recipes and give me a reason why that humungous do_stage definition cannot be replaced with autotools_stage_all Aug 02 19:39:26 ? Aug 02 19:45:06 * * OE Bug 4340 has been RESOLVED (FIXED) by Aug 02 19:45:08 * * commit otavio's patches Aug 02 19:45:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4340 Aug 02 19:56:54 Laibsch: there probably is no reason. most likely, the recipe simply pre-dates autotools_stage_all(). Aug 02 19:57:08 OK Aug 02 19:57:15 I'll update the recipe then Aug 02 19:57:15 it would be easy enough to confirm that by just running two builds, one with each, and comparing the results. Aug 02 19:57:38 well, I am unsure what the results are Aug 02 19:57:54 I'd know how to compare ipkg, even at content level Aug 02 19:57:58 but staging? Aug 02 19:58:03 I'd have to take a look Aug 02 19:58:38 just comparing the contents of "find tmp/staging -type f" would probably be good enough. Aug 02 19:58:48 pb_Can you do me a favour and verify that http://bugs.openembedded.net/show_bug.cgi?id=556 is indeed for kernel 2.4 only and thus wontfix Aug 02 19:58:59 OK, will do Aug 02 19:59:26 Laibsch: no, that patch looks like it is for kernel 2.6 Aug 02 19:59:51 the makefile shown there is using the 2.6 kbuild system, it won't work on 2.4 Aug 02 19:59:55 OK Aug 02 20:01:04 but, irrespective of that, I am not entirely convinced that this package is a worthwhile addition to oe. Aug 02 20:01:33 alright Aug 02 20:01:38 I can't make that decision Aug 02 20:02:21 I guess the test would be whether any distro, or indeed anybody other than the author, wants to use it. Aug 02 20:03:45 it seems a bit odd to use the sysrq mechanism for tasks like turning the backlight on and switching VTs. I would have thought there must be better ways to accomplish that. Aug 02 20:04:14 pb_: console image + x11-image completed! Aug 02 20:04:20 ant__: very good! Aug 02 20:04:26 brand new tc! Aug 02 20:04:57 it's always nice to see it compiles fine from scratch Aug 02 20:05:11 right Aug 02 20:05:14 pb_ I think the bug has been sitting there long enough Aug 02 20:05:19 Let's wontfix it Aug 02 20:05:26 ok, fine by me Aug 02 20:05:52 Laibsch: I'll submit some bugs to your attention (qawanted). Is it fine? Aug 02 20:06:12 go ahead Aug 02 20:06:20 I'll unsubscribe if I am not interested Aug 02 20:06:26 ok, I'll mark these basta*ds Aug 02 20:06:33 but I am not really the grandaddy of all bugs Aug 02 20:06:52 was about 'qawanted' tag Aug 02 20:07:06 the tracker is there for everybody. I can commit stuff I understand but that is about it. There are many others more qualified than me Aug 02 20:07:07 not directly bothering you ;-) Aug 02 20:07:15 oh, go right ahead Aug 02 20:07:23 the qawanted tag is underused Aug 02 20:07:36 I don't think it will get much attention right now Aug 02 20:07:39 although ti Aug 02 20:07:44 it should Aug 02 20:11:06 * * OE Bug 556 has been RESOLVED (WONTFIX) by Aug 02 20:11:08 * * New Kernel Module "sysrqexec" Aug 02 20:11:10 * * http://bugs.openembedded.net/show_bug.cgi?id=556 Aug 02 20:11:54 Laibsch: you are not using packaged staging? Aug 02 20:15:37 yes I am Aug 02 20:15:39 Why? Aug 02 20:17:29 Laibsch: then just compare the two staging packages to see alterations Aug 02 20:17:40 Laibsch: one with change and one before change Aug 02 20:17:43 ok Aug 02 20:18:16 probably quicker than find tmp/staging :-) Aug 02 20:18:28 where are those staging packages? Aug 02 20:18:36 tmp/deploy/glibc/pstage Aug 02 20:18:46 thanks Aug 02 20:19:05 Laibsch: ## allow a clean rm -rf /build/tmp Aug 02 20:19:05 DEPLOY_DIR_PSTAGE = "/oe/build/pstage" Aug 02 20:19:07 hmm, makes me think that could be built into bitbake Aug 02 20:19:38 bitbake -c compare-staging blah.bb Aug 02 20:22:07 * * OE Bug 3569 has been RESOLVED (FIXED) by bluelightning(AT)bluelightning.org Aug 02 20:22:09 * * Konqueror-embedded broken in autoconf Aug 02 20:22:11 * * http://bugs.openembedded.net/show_bug.cgi?id=3569 Aug 02 20:22:53 03  07org.openembedded.dev * r1d8e58abc8 10OE.dev/packages/flac/ (9 files in 3 dirs): flac: consolidate and unify. preparing closure of bug 4386. Aug 02 20:22:55 03  07org.openembedded.dev * re989d3cd21 10OE.dev/packages/konqueror/ (7 files in 2 dirs): Aug 02 20:22:55 konqueror-embedded: fix build problems Aug 02 20:22:55 * Upgrade 20070212 to 20070316 (earlier version no longer available for fetching) Aug 02 20:22:56 * Fix _AC_PATH_X_XMKMF error during configure (fixes bug #3569) Aug 02 20:22:58 03  07org.openembedded.dev * rc6f188e2e7 10OE.dev/: Aug 02 20:23:00 merge of '0af36442f2b5ad5f505d802f19a109562afaee66' Aug 02 20:23:02 and '0dee125d6c77c5911cd60676bb87681b7565e13f' Aug 02 20:23:04 03  07org.openembedded.dev * r6f0039a556 10OE.dev/packages/irssi/irssi_svn.bb: create the ChangeLog file that hold irssi date and time version. Aug 02 20:23:07 03  07org.openembedded.dev * r9e07954bfb 10OE.dev/: Aug 02 20:23:09 merge of '987c8d92ee736e8162fb230be7d61936f9640e8d' Aug 02 20:23:11 and 'ccb7f1f9255a881fe31045e96a80be35d59827a8' Aug 02 20:23:13 03  07master * r6f0039a556 10OE.dev/packages/irssi/irssi_svn.bb: create the ChangeLog file that hold irssi date and time version. Aug 02 20:23:18 03  07master * r1d8e58abc8 10OE.dev/packages/flac/ (9 files in 3 dirs): flac: consolidate and unify. preparing closure of bug 4386. Aug 02 20:23:23 03  07master * r9e07954bfb 10OE.dev/: Aug 02 20:23:25 merge of '987c8d92ee736e8162fb230be7d61936f9640e8d' Aug 02 20:23:27 and 'ccb7f1f9255a881fe31045e96a80be35d59827a8' Aug 02 20:23:29 03  07master * re989d3cd21 10OE.dev/packages/konqueror/ (7 files in 2 dirs): Aug 02 20:23:32 konqueror-embedded: fix build problems Aug 02 20:23:34 * Upgrade 20070212 to 20070316 (earlier version no longer available for fetching) Aug 02 20:23:36 * Fix _AC_PATH_X_XMKMF error during configure (fixes bug #3569) Aug 02 20:23:38 03  07master * rc6f188e2e7 10OE.dev/: Aug 02 20:23:40 merge of '0af36442f2b5ad5f505d802f19a109562afaee66' Aug 02 20:23:42 and '0dee125d6c77c5911cd60676bb87681b7565e13f' Aug 02 20:40:05 Is glibc-initial broken for anyone else atm? Aug 02 20:41:44 03  07org.openembedded.dev * r076d6695ed 10OE.dev/packages/qt4/qt_staging.inc: Aug 02 20:41:44 qt4_staging.inc: something in the qt build process hardcodes the tooldir to the Aug 02 20:41:44 target stagingdir, while the actual tools reside in the native target dir. Copy Aug 02 20:41:44 over the tools to work around this. This is a bandaid, the proper fix would be Aug 02 20:41:44 to use the newly gained crosscompile support in qt 4.4.1. Aug 02 20:41:52 03  07org.openembedded.dev * rf59ea13001 10OE.dev/: Aug 02 20:41:52 merge of 'dde1602d414f1e9af9fbf46e7fea13cda79bdd4c' Aug 02 20:41:52 and 'e7877fb9e5d6fe166efa6973b930549f64b7bccb' Aug 02 20:41:53 03  07master * r076d6695ed 10OE.dev/packages/qt4/qt_staging.inc: Aug 02 20:41:55 qt4_staging.inc: something in the qt build process hardcodes the tooldir to the Aug 02 20:41:57 target stagingdir, while the actual tools reside in the native target dir. Copy Aug 02 20:41:59 over the tools to work around this. This is a bandaid, the proper fix would be Aug 02 20:42:01 to use the newly gained crosscompile support in qt 4.4.1. Aug 02 20:42:03 03  07master * rf59ea13001 10OE.dev/: Aug 02 20:42:05 merge of 'dde1602d414f1e9af9fbf46e7fea13cda79bdd4c' Aug 02 20:42:07 and 'e7877fb9e5d6fe166efa6973b930549f64b7bccb' Aug 02 20:43:47 bluelightning: nobody else has mentioned it. Aug 02 20:43:56 what is the specific problem you are having? Aug 02 20:44:18 fails do_configure Aug 02 20:44:24 last line is configure: error: compiler support for __thread is required Aug 02 20:47:11 http://rafb.net/p/Lp1Vz326.html Aug 02 20:51:39 hmm...koen updated u_boot again and my patches don't apply...If only some soul would merge the recipe in bug 3738... Aug 02 20:51:54 bluelightning: does your compiler, in fact, have support for __thread? Aug 02 20:52:45 hi Aug 02 20:53:17 bluelightning: which revision? http://tinderbox.openembedded.net/packages/glibc-initial/ Aug 02 20:53:37 some are failing Aug 02 20:54:05 hi Hrw|n810 Aug 02 20:54:58 how goes bugdays? Aug 02 20:55:00 please hurry up with udev_124 ...bug 4118 become yours Aug 02 20:55:08 :-) Aug 02 20:55:22 ant__: 2.6.1-r10 Aug 02 20:55:32 uh oh Aug 02 20:55:33 which apparently works for you... Aug 02 20:55:44 ant: i lack time on weekends Aug 02 20:55:54 bluelightning: I rebuilt from scratch Aug 02 20:56:04 hrw|gone: I lack time. point Aug 02 20:56:11 ;-) Aug 02 20:56:16 (baby sleeping) Aug 02 20:57:13 Hrw|n810: then I see in Poland Sunday is Daddy-Day Aug 02 20:57:28 (at least it happens here...) Aug 02 20:58:10 sunday is familyy day for me Aug 02 21:01:36 bluelightning: this is my configure-log http://rafb.net/p/y9soKB29.html Aug 02 21:02:22 ant__: hmm, a whole lot less complaints... Aug 02 21:02:31 I wonder what's causing all of the grief Aug 02 21:02:57 *** These critical programs are missing or too old: as ld gcc Aug 02 21:02:59 ? Aug 02 21:04:21 pb_: configure: WARNING: forced unwind support is required, can't be verified while crosscompiling Aug 02 21:04:35 bye Aug 02 21:07:49 ant__: yeah that is weird, perhaps I should rebuild gcc-cross-initial? Aug 02 21:08:51 bluelightning: today we got toolchain changes. scratch-rebuild suggested Aug 02 21:09:23 ant__: ok Aug 02 21:09:42 dura lex sed lex Aug 02 21:18:41 re Aug 02 21:21:43 hi flo_lap Aug 02 21:29:26 * ant__ wonders what is this file /packages/mini-init (seems OpenWrt) Aug 02 21:30:32 * ant__ supposes /packages/failme.bb could be spurious too Aug 02 21:44:31 * ant__ finally flashed a Zaurus kernel in /mtd1 from shell, without removing batteries and similar fiddlings! Aug 02 21:44:44 nandlogical rulez ! Aug 02 21:56:59 flo_lap: http://bugzilla.openembedded.net/attachment.cgi?id=1092 is a patch to add rx3000 support to blueprobe. would you like to check it in to the gpe svn tree? Aug 02 21:57:54 pb_: would you mind to look at 363? Aug 02 21:57:57 pb_: okay, will do Aug 02 21:58:36 I think this class should be a machine setting Aug 02 22:00:09 right Aug 02 22:00:20 it's also, to some extent, a question of distro policy Aug 02 22:02:46 ok, glibc-initial built fine this time after zapping tmp Aug 02 22:03:30 flo_lap: thanks Aug 02 22:36:32 pb_: done Aug 02 22:49:04 pb_: any more nice gpe patches in there? :) Aug 02 22:49:36 * flo_lap wants a network admin for kc Aug 02 22:50:24 OT: How can I make sure a pppoe link does not switch from ppp0 to ppp1 on a reconnect. Aug 02 23:30:07 * * OE Bug 2284 has been RESOLVED (FIXED) by Aug 02 23:30:08 * * lirc-modules fails do_compile Aug 02 23:30:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2284 Aug 02 23:30:19 * * OE Bug 1952 has been RESOLVED (FIXED) by Aug 02 23:30:21 * * added lirc-modules_0.8.1+cvs20070307 for use with 2.6.20 kernels Aug 02 23:30:23 * * http://bugs.openembedded.net/show_bug.cgi?id=1952 Aug 02 23:51:27 thesing: evening :) Aug 02 23:52:06 * * OE Bug 2524 has been RESOLVED (FIXED) by Aug 02 23:52:08 * * rrdtool fails to build with newer compilers Aug 02 23:52:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2524 Aug 02 23:52:19 hi, how are you? Aug 02 23:56:58 thesing: ok. Just killing some time on a Saturday afternoon. Aug 02 23:58:25 I think you want to change to defconfig of linux-kexecboot for poodle ;) Aug 03 00:02:06 thesing: I'll take a look at that. Are you putting the real kernel into the main flash now? Aug 03 00:03:18 hvontres|home, yes and if have a graphical menu for choosing which device to use. Aug 03 00:03:48 I debug the errors now. Aug 03 00:05:40 thesing: cool. What do I need to build to get all that? I'll give it a whirl in a bit. (waiting for glibc to re-build right now) Aug 03 00:06:54 I didn't commit the menu yet. I doesn't fully work. Aug 03 00:07:38 atm. linux-kexecboot will give you a kernel with an initramfs that boots a kernel from sd card. Aug 03 00:07:51 I changed the initramfs mechanism. Aug 03 00:08:06 thesing: ahh. Ok. Drop me a line when you have it working. I really want to get root on SD more user friendly Aug 03 00:09:28 hvontres|home, what is not user friendly when you boot from the sd card unconditionally? Aug 03 00:19:41 thesing: well, Ideally I'd like to have a console image on the Flash in case the SD card needs help. And then a simple menu to pick which root-fs to boot Aug 03 00:20:25 true. But you can alway put you sd in a normal pc and inspect it. Aug 03 00:29:00 thesing: I was thinking of those users that don't have ready access to a linux pc. Or for those times you are out on the road with only your trusty Z by your side. Aug 03 00:29:38 it doesn't hurt to have the ability. Aug 03 00:30:12 thesing: I actually managed to get altboot to that point a while back, but then you and paul started working on the initramfs stuff and that looked a lot more promising Aug 03 00:31:41 my gui is now with icons stolen from gnome. Its really easy to use the framebuffer. Aug 03 00:32:01 I'm fighting with text drawing now. Aug 03 00:43:46 thesing: wow... I cheated and used curses instead :) Graphics suck, but at least the text renders good :) Aug 03 00:44:06 * * OE Bug 3032 has been RESOLVED (FIXED) by Aug 03 00:44:08 * * espgs doesn't build w/ ijs, cups & gimpprint/gutenberg enabled Aug 03 00:44:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3032 Aug 03 00:44:18 * * OE Bug 3286 has been RESOLVED (FIXED) by Aug 03 00:44:20 * * CROSS COMPILE Badness for motion Aug 03 00:44:22 * * http://bugs.openembedded.net/show_bug.cgi?id=3286 Aug 03 00:45:42 hvontres|home, I stole the code from psplash ;) I have nice draw_text(x,y,char*) functions. But it uses some char to wchar conversion that klibc doesn't have. And the implementation from the kernel crashes. Aug 03 00:52:27 03  07org.openembedded.dev * r28ead6defa 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: Aug 03 00:52:27 rrdtool: fixup in EXTRA_OECONF to get past error in do_configure. add do_stage. Closes 2524. Aug 03 00:52:27 * commit by Laibsch Aug 03 00:52:27 03  07org.openembedded.dev * r93fca05ac3 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: Aug 03 00:52:27 rrdtool: some cleanup Aug 03 00:52:29 * introduce SECTION variable Aug 03 00:52:33 * update HOMEPAGE and DESCRIPTION Aug 03 00:52:35 * autotools_stage_all instead of custom do_stage routine Aug 03 00:52:37 * reordering of fields Aug 03 00:52:39 * update SRC_URI Aug 03 00:52:41 03  07org.openembedded.dev * r73d6c4fbdb 10OE.dev/packages/espgs/espgs_8.15.3.bb: espgs: build with support for gutenprint, gimpprint and cups. ijs still disabled. Closes 3032. Aug 03 00:52:44 03  07master * r28ead6defa 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: Aug 03 00:52:48 rrdtool: fixup in EXTRA_OECONF to get past error in do_configure. add do_stage. Closes 2524. Aug 03 00:52:50 * commit by Laibsch Aug 03 00:52:52 03  07master * r73d6c4fbdb 10OE.dev/packages/espgs/espgs_8.15.3.bb: espgs: build with support for gutenprint, gimpprint and cups. ijs still disabled. Closes 3032. Aug 03 00:52:57 03  07master * r93fca05ac3 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: Aug 03 00:53:01 rrdtool: some cleanup Aug 03 00:53:03 * introduce SECTION variable Aug 03 00:53:05 * update HOMEPAGE and DESCRIPTION Aug 03 00:53:05 * * OE Bug 3733 has been RESOLVED (INVALID) by Aug 03 00:53:07 * autotools_stage_all instead of custom do_stage routine Aug 03 00:53:07 * * tctk package: tclx8.4, tcl-dev Aug 03 00:53:09 * reordering of fields Aug 03 00:53:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3733 Aug 03 00:53:11 * update SRC_URI Aug 03 00:54:02 Laibsch: Down quite a few bugs now? Aug 03 00:54:15 check for yourself Aug 03 00:54:23 We still left some for you ;-) Aug 03 00:54:33 41 bugs less Aug 03 00:54:45 yes Aug 03 00:55:06 bb and patch count down 15 to 20 each, although some overlap Aug 03 00:55:45 A lot of the bugs are regarding opie, X, mozilla, konqueror and such. I've never touched those parts of OE ;) Aug 03 00:59:40 if you want to we can add the console keyword so you can find your bugs faster Aug 03 01:00:01 or anything else if you cannot easily carve out the bugs that you are interested in now Aug 03 01:00:16 but, I don't only work on stuff that I am interested in Aug 03 01:02:16 Laibsch: I don't have any devices that use anything but console (until more hardware is supported on my HTC Artemis atleast), so there's no way I can test anything there Aug 03 01:02:21 thesing: is there any kind of trick to building for collie these days? Aug 03 01:02:23 http://rafb.net/p/ol5kCI26.html Aug 03 01:02:40 NAiL: You can test if stuff builds Aug 03 01:02:47 I don't usually go beyond that Aug 03 01:03:12 yeah Aug 03 01:03:17 pick one of the build failure bugs Aug 03 01:03:29 we got lots of those Aug 03 01:04:23 Yeah, I could probably look into x64 build-bugs, since I'm being hit by one myself :-P Aug 03 01:04:34 Laibsch, do you have tar.gz in FSTYPE? Aug 03 01:04:39 I don't have any non-x64 boxes to build on Aug 03 01:08:33 thesing: I do now ;-) Aug 03 01:10:55 Laibsch, I think its better do don't set FSTYPE in local.conf. The machine config should give you all fstypes you need. And the builds are easier to compare. Aug 03 01:11:16 I need to think why I set it Aug 03 01:11:56 conf/machine/collie.conf:IMAGE_FSTYPES ?= "jffs2 tar.gz" Aug 03 01:12:01 got it right there Aug 03 01:12:06 I want ext2 as well Aug 03 01:14:15 maybe += is better then. or the _append stuff (not sure when to use what of these two) Aug 03 01:14:40 I am not sure that can be used in local.conf Aug 03 01:21:15 why not. its parsed by bitbake like anything else. Aug 03 01:21:54 no Aug 03 01:22:03 there is certainly stuff you cannot do in local.conf Aug 03 01:22:17 But you might be right that += works Aug 03 01:22:34 * mwester wonders why -- parsing order? Aug 03 01:30:05 * * OE Bug 4383 has been marked as DUPLICATE of bug 3569 by Aug 03 01:30:07 * * Konqueror-embedded build fail with opie-image Aug 03 01:30:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4383 Aug 03 01:30:34 mwester: I think some functions are not yet available at the time local.conf is parsed. ask RP for details. I could of course be wrong Aug 03 01:31:30 That would make sense, then - I'm ok with that. I was just wondering if there was some special case logic that explicitely disallowed certain things in local.conf. Aug 03 01:34:47 thesing: I removed the image directory and rebuilt opie-image Aug 03 01:34:56 there is no zImage* file now Aug 03 01:35:08 even after "bitbake -c rebuild virtual/kernel" Aug 03 01:35:29 how do I force creation of the zImage.bin file? Aug 03 01:36:35 Laibsch, just touch it. Or remove the do_installkit stuff in zaurus-2.6.conf Aug 03 01:37:15 touch it? Aug 03 01:37:18 but I think I should see those errors too. Aug 03 01:37:20 what is "it"? Aug 03 01:37:29 the zImage.bin Aug 03 01:37:39 then it's there Aug 03 01:37:40 nice Aug 03 01:37:45 a 0 size file Aug 03 01:38:08 you don't use the installkit anyway Aug 03 01:38:24 I like it Aug 03 01:38:32 but in this case I won't be using it Aug 03 01:42:05 * * OE Bug 4466 has been created by  Aug 03 01:42:07 * * makedevs do_compile fails Aug 03 01:42:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4466 Aug 03 01:42:48 Laibsch, it seems to be the case that you need a cf card inserted when you want to boot your collie. Otherwise it boots to fast to detect the sd card. Aug 03 01:43:54 and the handling of += & co is done by bitbake. So it should work from the beginning. Aug 03 01:45:08 but the ?= checks if the var is still empty. and it isn't even if you used +=. Maybe we should use += in collie.conf Aug 03 01:45:28 Good night all. Aug 03 01:50:05 * * OE Bug 4467 has been created by Zismylaptop(AT)gmail.com Aug 03 01:50:07 * * Keyboard "1" key not seen in Gnumeric Aug 03 01:50:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4467 Aug 03 01:59:05 * * OE Bug 4183 has been RESOLVED (WONTFIX) by Aug 03 01:59:07 * * Build file for Spook - a webcam monitoring program Aug 03 01:59:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4183 Aug 03 02:06:15 Laibsch: What's the preferred action for bugs like http://bugs.openembedded.net/show_bug.cgi?id=2900 where the patch is for an already old version? (3.0.25 vs. 3.0.31) Aug 03 02:07:13 * NAiL is going to attempt getting 3.0.31 to compile anyway at a later stage Aug 03 02:07:51 well, the question is whether the functionality of the patch is still needed Aug 03 02:08:00 if yes, then does it still apply? Aug 03 02:08:08 if yes, then just apply ;-) Aug 03 02:08:20 if no, then try to rebase the patch Aug 03 02:08:37 ok Aug 03 02:09:05 latest version in OE is still 3.0.23c Aug 03 02:09:09 I know Aug 03 02:09:16 so you don't even have that problem Aug 03 02:09:24 if the patch is sane, apply and push it Aug 03 02:09:43 3.0.30 is a security fix btw, so in any case it should be updated further than .25 Aug 03 02:09:51 Usually, after doing that, I try to update to the latest version Aug 03 02:10:01 feel free to do so Aug 03 02:10:27 most of the times, I try to close the bug first and update then Aug 03 02:10:27 yeah, just waiting for a full build to finish so I know I have working toolchain etc. Aug 03 02:17:18 the patches apply to .31, will see if I can get it compiled too. Can't be that easy :-P Aug 03 02:20:23 NAiL: while you're at it please take a look at 2899 as well Aug 03 02:21:31 ah Aug 03 02:27:24 guys how far are we with bug squash Aug 03 02:27:38 fourty-something bugs squashed so far Aug 03 02:27:45 wow Aug 03 02:27:48 I've got two bugs that are probably squashed very soon Aug 03 02:27:58 I see 141 open wirh patches Aug 03 02:28:13 err 139 Aug 03 02:28:17 hehe Aug 03 02:28:40 was 161 Aug 03 02:28:51 the other bug count was 42, now 19 Aug 03 02:30:42 cool job I will see if I can close some ... Aug 03 02:32:23 * NAiL waits for his initial samba build to fail miserably **** ENDING LOGGING AT Sun Aug 03 02:59:56 2008