**** BEGIN LOGGING AT Fri Aug 15 02:59:56 2008 Aug 15 07:51:23 hello all Aug 15 08:02:05 * * OE Bug 4499 has been created by hans.ullrich(AT)loop.de Aug 15 08:02:07 * * Lots of packages are missing Aug 15 08:02:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4499 Aug 15 08:52:39 good morning Aug 15 08:55:52 florian: good morning Aug 15 10:35:34 florian: moin Aug 15 10:35:56 florian: is gpe-todo 0.56 known to crash on exit? Aug 15 10:36:21 zecke: hail zecke Aug 15 10:36:29 heh, I was having that problem yesterday. what version of libgpewidget do you have? Aug 15 10:36:38 zecke: That's a bug in libgpewidget I guess :) Aug 15 10:36:41 hehe Aug 15 10:37:20 0.115, does this sound correct? Aug 15 10:37:44 I think that one has the bug. Aug 15 10:37:46 try 0.117 Aug 15 10:38:08 I will let the user try that :) Aug 15 10:38:13 very good :-) Aug 15 10:38:21 * zecke gives 1st level support to OM's GPE users :) Aug 15 10:38:41 what a great guy zecke is Aug 15 10:39:27 pb___: haha, is the libgpewidget upgrade from 0.115 to 0.117 save or should I rebuild every consumer of that library? Aug 15 10:40:21 it should be safe Aug 15 10:40:33 at the gpe project we respect binary compatibility :-} Aug 15 10:41:12 ... I wanted to write safe... damn :) Aug 15 10:51:38 anyone using xorg instead of kdrive with oe stable? Aug 15 10:56:10 not right now, but I have done that fairly recently Aug 15 10:57:13 i've done it some time ago, but nowadays i'm not able to build xorg-fonts for example Aug 15 10:57:50 ah yes, I do remember some breakage there. I think it should be ok in .dev now but .stable might still be busted. Aug 15 10:58:02 iirc, koen deleted a whole load of "obsolete" files that were actually still required. Aug 15 11:00:06 i have tried current dev recipe Aug 15 11:00:45 and what happens? Aug 15 11:01:18 first i get in troubl with lex Aug 15 11:02:08 and when i removed the lexer path, because I think that isn't necessary anymore i get in trouble with libft Aug 15 11:02:38 wich is only available as a static lib, but requested as .so Aug 15 11:03:06 shame on me, that i'm not a giant imake hero Aug 15 11:03:26 oh, that's odd. I don't think I've ever seen those problems. Aug 15 11:04:32 | lexer.l:44: error: non-static declaration of 'yy_prev_more_offset' follows static declaration Aug 15 11:04:35 | :811: error: previous definition of 'yy_prev_more_offset' was here Aug 15 11:04:37 | lexer.l: In function 'yylex': Aug 15 11:04:40 thats my lex trouble Aug 15 11:05:07 but as said, the patch seems not necessary any longer Aug 15 11:33:21 pb___: when I remove the lexer patch in the recipe I get Aug 15 11:33:22 | ccache gcc -o pswrap -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wundef -L../../exports/lib main.o pswparser.o lexer.o pswdict.o pswfile.o systemnames.o psw.o pswstring.o pswsemantics.o -lfl -Wl,-rpath-link,../../exports/lib Aug 15 11:33:26 | /usr/bin/ld: cannot find -lfl Aug 15 11:33:30 | collect2: ld returned 1 exit status Aug 15 11:36:18 hm, right. sounds like it's failing to pick up the right LDFLAGS, so it doesn't search staging for libraries. Aug 15 11:36:59 even if, libfl will only be build staticaly Aug 15 11:37:04 yeah, that doesn't matter Aug 15 11:37:10 a static library will work fine Aug 15 11:37:15 i have tried to build a shared one... Aug 15 11:37:39 yes, it would be ok for me too Aug 15 11:38:13 you can build a shared one if you want, but to be honest I think it's probably a waste of time. if I were you, I would just let it use the static version. Aug 15 11:38:18 but as I said, I try to avoid to mess arround with imake Aug 15 11:38:41 thats what I would prefer too Aug 15 12:10:02 03  07org.openembedded.dev * r5392855985 10OE.dev/: Aug 15 12:10:02 merge of '574f948e2e34c92b8569814f4622a4be67664b8b' Aug 15 12:10:02 and 'e10b25001ecd4fdb4051e6efb417dacc1dd2b985' Aug 15 12:10:32 03  07org.openembedded.dev * rc3093b73a1 10OE.dev/: Aug 15 12:10:32 merge of '1e0c7e9af08cc3d33b61608f1780d80214f1c51a' Aug 15 12:10:32 and 'f236af3007cc25b83011ee388e69831ee54c7be7' Aug 15 12:11:14 03  07org.openembedded.dev * rf8053e3029 10OE.dev/packages/guile/guile_1.8.5.bb: guile: add 1.8.5 Aug 15 12:11:25 03  07org.openembedded.dev * r5835a365c2 10OE.dev/packages/guile/guile_1.8.5.bb: guile: inherit binconfig as well Aug 15 12:11:25 03  07org.openembedded.dev * r4505768caa 10OE.dev/packages/xorg-xserver/xorg-xserver-common.inc: xorg-xserver: it needs hal at build and runtime, so add proper (R)DEPENDS Aug 15 12:11:25 03  07org.openembedded.dev * rd61c150b27 10OE.dev/packages/libsigc++-2.0/libsigc++-2.0_2.2.2.bb: libsigc++ : add 2.2.2 Aug 15 12:11:27 03  07org.openembedded.dev * r309d82882c 10OE.dev/packages/nandlogical/nandlogical_1.0.0.bb: nandlogical: according to hrw, nandlogical can be used for all Z except collie. COMPATIBLE_MACHINE = "(poodle|c7x0|akita|spitz|tosa)" should represent that. Aug 15 12:11:32 03  07org.openembedded.dev * rc6c38757c2 10OE.dev/: Aug 15 12:11:35 merge of '3c5eeab152463150e763af8e2364e135eabc995b' Aug 15 12:11:37 and '927230fdadc85c2a14f2f4ee848fe29c94d9ffe1' Aug 15 12:11:39 03  07org.openembedded.dev * r44ecade5ae 10OE.dev/packages/gnome/gnome-games_2.23.6.bb: gnome-games: build aisleriot since we have a working guile now Aug 15 12:11:42 03  07org.openembedded.dev * r9d13a26a84 10OE.dev/packages/gnome/gnome-panel_2.18.1.bb: gnome-panel: depend on startup-notification Aug 15 12:11:45 03  07org.openembedded.dev * r1f6fc7ead2 10OE.dev/packages/images/beagleboard-demo-image.bb: beagleboard demo image: add gnome-games so people can play solitaire at boring trade shows ;) Aug 15 12:11:50 03  07org.openembedded.dev * r5d48217058 10OE.dev/classes/kernel.bbclass: kernel.bbclass: fix typo in do_sizecheck() Aug 15 12:11:53 03  07org.openembedded.dev * r4b8991eea6 10OE.dev/packages/cdk/ (.mtn2git_empty cdk_5.0-20060507.bb): add ncurses development kit 5.0 Aug 15 12:11:58 03  07org.openembedded.dev * r4f58d3fa2f 10OE.dev/packages/totem/totem_2.23.4.bb: totem: add 2.23.4 Aug 15 12:12:01 03  07org.openembedded.dev * r9adb1d23a1 10OE.dev/packages/xorg-font/xorg-minimal-fonts.bb: xorg-minimal-fonts: add symlink for Xorg compat Aug 15 12:12:04 03  07org.openembedded.dev * r09278070a4 10OE.dev/classes/kernel.bbclass: Aug 15 12:12:06 kernel.bbclass: make aes-generic module provide aes Aug 15 12:12:08 * the kernel guys renamed the aes module wifi with wpa should work again Aug 15 12:12:16 03  07org.openembedded.dev * rb8317b1b32 10OE.dev/conf/distro/include/sane-srcrevs.inc: add portaudio, remove entries for packages no longer present, bump openmoko date Aug 15 12:12:19 03  07org.openembedded.dev * ra2c935f974 10OE.dev/conf/machine/ (om-gta01.conf om-gta02.conf): om-gta0[12]: fix descriptions Aug 15 12:12:28 03  07org.openembedded.dev * rf8a7fa3a5e 10OE.dev/: Aug 15 12:12:30 merge of 'b4bbcb9209b7d252256c7cf46056b31168ab9f98' Aug 15 12:12:32 and 'e299597d894e9e46f3a316b7baf5b542d23260d5' Aug 15 12:12:34 03  07org.openembedded.dev * r7a561f4ad4 10OE.dev/packages/gpsbabel/gpsbabel_1.3.3.bb: (log message trimmed) Aug 15 12:12:37 gpsdrive updated to version 1.3.5: Aug 15 12:12:39 * new formats: GlobalSat DG-100, Navilink GPS support, MTK Data Aug 15 12:12:47 Logger, Nokia LMX, Swiss Map 50 xol, NMEA GISTeq strain. Aug 15 12:12:49 * new features: Garmin HC supported, Garmin GPI proximity alerts, Aug 15 12:12:51 Lowrance waypoint comments, VCF coords in ADR for iPhone, Aug 15 12:12:53 timestamps in KML Placemarks, Opencaching.de GPX, TomTom Aug 15 12:12:55 03  07org.openembedded.dev * r5753c4f960 10OE.dev/packages/ (2 files in 2 dirs): add python-ptrace, a debugger written in python. closes #4496 Aug 15 12:13:04 03  07org.openembedded.dev * r8baaeba127 10OE.dev/: Aug 15 12:13:06 merge of '11752201b0467d112cbc4a2fd6b4e3bafa1a66a2' Aug 15 12:13:08 and '461b0f25ec4df76026bbc143ddf9a76a9690fd9e' Aug 15 12:13:10 (134 lines omitted) Aug 15 12:24:45 I'm trying to work out something funny. I'm building the angstrom-2008.1 distro from the devel branch for the rokre6. I believe a debug build and distro are requested. I edited the angstrom-2008.1 distro config file to include gdb. Gdb is built, but not in my x11-image I'm building. Am I missing something simple? Aug 15 12:28:41 mmarker: what edit did you make to the distro config file, exactly? Aug 15 12:29:33 my guess would be yes, you are missing something simple :-) but it is difficult to be sure without knowing what you've done. Aug 15 12:33:15 * pb___ bbl Aug 15 12:38:12 debug builds buils debug packages, they do not install debug tools Aug 15 12:38:21 opkg install gdb ? Aug 15 13:02:04 That does work, but I was looking at DEBUG_APPS as defined in the angstrom-2008.w config file, which lists strace and procfs. I thought adding gdb would work, but it didn't as expected. Aug 15 13:05:49 So, in conf/distro/angstrom-2008.1.conf, line 187, added gdb to the "strace procps" string. Reran 'bitbake x11-image'. gdb built, got an ipkg. Just it wasn't on the corresponding root image. Aug 15 13:06:39 Its more of an annoyance, post installing it can work...but its just a pain...and wondering how to avoid it in the future. Aug 15 13:10:10 hmm, not sure Aug 15 13:10:28 strace and procfs are on the image Aug 15 13:10:48 after you made the change, what did you rebuild? Aug 15 13:11:14 Even went as far as 'bitbake -c clean x11-image' and 'bitbake -c mrproper x11-image', but no dice. It was quite odd. Aug 15 13:11:39 try bitbake -c clean task-base Aug 15 13:11:45 then bitbake the image Aug 15 13:11:52 DEBUG_APPS may be added there Aug 15 13:12:18 I rebuilt the x11-image. bitbake sat there recaching everything. I probably should start from scratch and see if it remanifests itself. Aug 15 13:12:30 try cleaning task-base first Aug 15 13:12:38 hello all, Aug 15 13:12:40 I'll try that next. Probably right. Aug 15 13:14:14 hmmm Aug 15 13:14:16 not there Aug 15 13:15:30 hmm, I can't find DEBUG_APPS Aug 15 13:16:38 ah, it is added to DISTRO_EXTRA_REPENDS Aug 15 13:17:05 It's used in the angstrom-2008.1.conf just after it's defined. Aug 15 13:17:19 ok Aug 15 13:17:25 you need to rebuild task-base Aug 15 13:17:36 DISTRO_EXTRA_RDEPENDS is added there Aug 15 13:19:07 i have via epia-mii board can i build embedded linux for this board on is only for specific processors ? Aug 15 13:19:22 Ok. Thanks for that. Also, I found the bitbake manual a little lacking. Is there any way to have bitbake not hide the compile process? Want to ensure items are getting built with debugging enabled. Aug 15 13:20:18 look in tmp/work/..../packagename/temp Aug 15 13:20:54 Duh, yea, the logs. Forgot about those. Aug 15 13:21:02 :) Aug 15 13:24:05 can i use embedded linux for my via epia-mii to work as mediacenter ? Aug 15 13:27:05 * * OE Bug 2112 has been RESOLVED (FIXED) by dp(AT)xora.org.uk Aug 15 13:27:07 * * Firefox 2.0.0.3 segfaults Aug 15 13:27:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2112 Aug 15 13:27:37 Laibsch: thanks for waking up the firefox bugs Aug 15 13:28:05 * * OE Bug 4190 has been RESOLVED (FIXED) by dp(AT)xora.org.uk Aug 15 13:28:07 * * firefox failed to find headers when compiling host_xpidl Aug 15 13:28:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4190 Aug 15 13:40:52 XorA|gone: Thanks for closing them Aug 15 13:45:08 mickeyl: good morning Aug 15 13:45:11 morning pb___ Aug 15 13:55:20 Laibsch: ping Aug 15 13:55:45 Laibsch, ping Aug 15 13:55:59 hello Tom Aug 15 13:58:03 hey ant_ Aug 15 14:00:00 XorA: can you take a look at bug 4401 please? Aug 15 14:00:43 busy at moment Aug 15 14:02:46 morning all Aug 15 14:02:57 thesing: hi Aug 15 14:04:18 thesing: the git stuff worked :). which kernel git tree do you usually clone? Aug 15 14:08:48 mr_nice: I clone linux-arm and pull from other repositories as needed. Aug 15 14:09:18 eg. If I'm going to submit a patch to mtd, I will pull from them first. Aug 15 14:10:02 thesing: ok Aug 15 14:19:29 hey, about mtd...I'd like to ask Laibch for the split nandlogical / nandlogical-static Aug 15 14:24:05 03  07org.openembedded.dev * r5f252143f4 10OE.dev/packages/tangogps/ (2 files in 2 dirs): tangogps-fso: Added a patch to set the gps fix timestamp based on the timestamps presented by the gypsy dbus signals Aug 15 14:24:15 03  07master * r5f252143f4 10OE.dev/packages/tangogps/ (2 files in 2 dirs): tangogps-fso: Added a patch to set the gps fix timestamp based on the timestamps presented by the gypsy dbus signals Aug 15 14:24:38 alphaone: ^^ Aug 15 14:29:43 hi Aug 15 14:34:55 pb___: hey, what about committing u-boot_git diffs from #3738? Aug 15 14:35:09 I did almost persuade you... Aug 15 14:36:30 the fact is there are more diffs to come: about uImage generation, u-boot Multi-Image as emergency, patches to pass the cmdline mtdparts to the kexec'ed kernel...and so on Aug 15 14:37:55 this is .dev: it's a bit painful to be obliged to recheck again and again following the daily changes to the files... Aug 15 14:38:28 we need this stuff committed as basis for future work Aug 15 14:39:34 If/when this is committed I can think about writing some documentation on the Wiki, but now is impossible... Aug 15 14:48:06 * * OE Bug 4500 has been created by kalev(AT)smartlink.ee Aug 15 14:48:08 * * xorg drivers and pkgconfig sdkdir Aug 15 14:48:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4500 Aug 15 14:50:26 pb_: The new bug above is about the xorg build issue we discussed yesterday Aug 15 14:50:52 ah right Aug 15 14:51:10 ant_: oh, er, yeah Aug 15 14:51:20 pb___: ah, you're there...don't worry. I stop my rants for today :-) Aug 15 14:51:48 ant_: I'm just about to head out of town for a few days so now is probably not a great time for me to start checking in patches that I don't understand :-} Aug 15 14:51:55 ant_: remind me when I get back and I promise I will do it then Aug 15 14:52:20 np, hopefully nobody will touch the files in the meanwhile... Aug 15 14:52:55 (and hopefully the bugtracker will stay alive) Aug 15 14:54:48 03  07org.openembedded.dev * r3391aefcc2 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Update dbus-glib to 0.76 since 0.74 doesn't build on Debian Lenny Aug 15 14:54:58 03  07master * r3391aefcc2 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions: Update dbus-glib to 0.76 since 0.74 doesn't build on Debian Lenny Aug 15 14:55:03 ant_: rather than pinging me, it is quicker to just tell me what you need Aug 15 14:55:29 please separate nandlogical and nandlogical-static (as written above) Aug 15 14:55:32 I read the backlog if I have been pinged. But please keep the number of pings down to a minimum, if possible Aug 15 14:55:43 ant_: where is the patch? Aug 15 14:55:49 well, I misspelled purposedly your name there... Aug 15 14:55:51 I don't read the whole backlog Aug 15 14:56:43 I'll attach to that bug Aug 15 14:56:56 Or pastebin it Aug 15 14:57:04 if you think that is something I can just commit Aug 15 14:57:11 yes, trivial Aug 15 14:57:24 BTW, what is the use of http://bugs.openembedded.net/attachment.cgi?id=9871 and http://bugs.openembedded.net/attachment.cgi?id=9872? Aug 15 14:57:30 all changes commented out Aug 15 14:58:59 ant? Aug 15 14:59:15 http://www.pastebin.ca/1173013 Aug 15 14:59:48 hey Laibsch, can you post diffs of udev 092 and 118 /etc/udev to the udev bug? :) Aug 15 15:00:27 you mean the bb recipes? Aug 15 15:00:38 No, I mean /etc/udev from the filesystems Aug 15 15:00:46 Tartarus: Oh Aug 15 15:00:56 I don't have 118 installed at the moment, I think Aug 15 15:01:02 I noted on the bug perhaps the rules for dealing with certain nodes changed Aug 15 15:01:03 I'll see what I can do Aug 15 15:01:04 or got lost Aug 15 15:01:31 (s/nodes/devices/) Aug 15 15:02:06 Tartarus: just in time Aug 15 15:02:09 you're in luck Aug 15 15:02:26 I was just about to flash back from my non-working installation with udev 118 Aug 15 15:02:26 You were about to delete some stuff? :) Aug 15 15:02:31 I thought I already did Aug 15 15:03:07 find /etc/udev Aug 15 15:03:12 Is that all you need? Aug 15 15:03:23 contents Aug 15 15:03:45 Laibsch: about the two machines patches, these have to be replaced, together with other changes in order to allow for automatic uImage creation Aug 15 15:03:45 tar up & attach /etc/udev from both versions Aug 15 15:03:49 I'll poke around Aug 15 15:04:05 ok Aug 15 15:04:11 I just think about opening a new RFE once u-boot_git get committed Aug 15 15:04:31 good idea Aug 15 15:04:41 that uboot bug has become hardly manageable Aug 15 15:05:04 I'll mark your two comment patches as obsolete since AFAIU there is nothing that needs to be done Aug 15 15:05:22 please remove all but the latest u-boot_git.diff Aug 15 15:06:39 hi all Aug 15 15:06:56 fishy question of the day Aug 15 15:07:37 ant_: You can do the same Aug 15 15:08:09 wait...I can replace if I attach a new one but cannot delete anything Aug 15 15:08:18 does it exist a way to tell bitbake I want that a file has a different owner than root ? Aug 15 15:08:55 Only in pkg_post_inst, iirc Aug 15 15:09:26 ant_: what about http://bugs.openembedded.net/attachment.cgi?id=9862 Aug 15 15:09:32 obsolete? already in .dev? Aug 15 15:09:48 no, this can be launched if you have nandlogical Aug 15 15:09:52 ant_: click on details next to an attachment Aug 15 15:10:01 Unclejack, see openntpd/openntpd_3.9p1.bb Aug 15 15:10:03 ant_: should it be packages? Aug 15 15:10:06 packaged Aug 15 15:10:09 this should be the new 'updater' Aug 15 15:10:54 I'm just thinking about how to deploy... Aug 15 15:12:04 Laibsch: I've almost finished a new 'emergency' image based on minimal-image-with-mtd-utils Aug 15 15:12:21 this should replace the 2.6.18 pdaxrom's one Aug 15 15:13:17 universally applicable or for c7x0? Aug 15 15:13:23 but really, one could think to just add the mtd-utils and nandlogical to thesing's kexecboot kernel, give a shell and use this as emergency Aug 15 15:13:44 universal in the sense you need u-boot as bootloader (Multi-image) Aug 15 15:16:05 ant_: packages/nandlogical/nandlogical_1.0.0.bb makes more sense IMHO Aug 15 15:17:03 could not be machine-appended to mtd-utils (nandwrite/nandread) ? Aug 15 15:17:08 that is kind of the angle I was getting at. thesing's stuff looks similar. I was wondering how this stuff fits into it Aug 15 15:17:29 I don't understand your question two lines up Aug 15 15:18:05 I mean in OE it needs kernel headers provided by mtd-utils (not staged otherwise) Aug 15 15:18:31 and one would need it usually together with nandwrite / nandread Aug 15 15:19:21 Sorry, I thought I have pastebin'd an URL Aug 15 15:19:26 But it was missing ;-) Aug 15 15:19:34 http://rafb.net/p/nerawu91.html Aug 15 15:19:38 makes more sense IMHO Aug 15 15:22:08 Laibsch: for sure Aug 15 15:22:28 I just copy and pasted and deleted '-static' from one .-) Aug 15 15:22:41 but you get the sense Aug 15 15:23:05 * * OE Bug 4212 has been marked as DUPLICATE of bug 2891 by Aug 15 15:23:07 * * touchscreen is (again)=?UTF-8?Q?=20off=20by=2090=C2=B0=20for=20spitz?= Aug 15 15:23:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4212 Aug 15 15:23:32 how would you patch the fstab of a freshly created image? at what stage? Aug 15 15:24:35 don't know Aug 15 15:24:41 I'd have read up in the docs Aug 15 15:24:44 try the manual Aug 15 15:24:51 I think there is something on that in there Aug 15 15:25:00 or look at the other image files and what they do Aug 15 15:25:31 hmm...ROOTFS_POSTPROCESS_COMMAND += Aug 15 15:50:24 03  07org.openembedded.dev * ra1dc1e57e0 10OE.dev/packages/nandlogical/ (nandlogical-static_1.0.0.bb nandlogical_1.0.0.bb): nandlogical: split static and dynamic packages Aug 15 15:50:33 03  07master * ra1dc1e57e0 10OE.dev/packages/nandlogical/ (nandlogical-static_1.0.0.bb nandlogical_1.0.0.bb): nandlogical: split static and dynamic packages Aug 15 15:53:43 rehi Aug 15 16:08:00 rwhitby: Ah, cool Aug 15 16:14:07 * * OE Bug 4485 has been RESOLVED (FIXED) by Aug 15 16:14:09 * * linux-openmoko srcrev results in broken build Aug 15 16:14:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4485 Aug 15 16:21:10 03  07org.openembedded.dev * r8af2d9628c 10OE.dev/packages/dhcp/ (dhcp_3.0.1.bb dhcp_3.0.2.bb): dhcp: make sure that /var/lib/dhcp is included in dhcp-client package. Closes 4491. Aug 15 16:21:25 03  07master * r8af2d9628c 10OE.dev/packages/dhcp/ (dhcp_3.0.1.bb dhcp_3.0.2.bb): dhcp: make sure that /var/lib/dhcp is included in dhcp-client package. Closes 4491. Aug 15 16:25:06 * * OE Bug 4491 has been RESOLVED (FIXED) by Aug 15 16:25:08 * * dhcp-client needs /var/lib/dhcp/ Aug 15 16:25:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4491 Aug 15 16:28:07 * * OE Bug 2732 has been RESOLVED (FIXED) by Aug 15 16:28:09 * * Issues after Xorg cleanup Aug 15 16:28:11 * * http://bugs.openembedded.net/show_bug.cgi?id=2732 Aug 15 16:41:06 * * OE Bug 2383 has been RESOLVED (FIXED) by Aug 15 16:41:09 * * please reenable option 8 on altboot Aug 15 16:41:11 * * http://bugs.openembedded.net/show_bug.cgi?id=2383 Aug 15 17:25:07 huh, crosstool-ng is cute Aug 15 18:19:35 thesing, I'm still looking at kexecboot and I'm trying to figure out how initramfs.cpio.gz gets copied to the kernel working directory Aug 15 18:21:50 whats the good of defining FILESPATH in bitbake.conf (or elsewhere) when base.bbclass sets it from hard-coded values? Aug 15 18:22:15 old recipe? Aug 15 18:22:29 someone who didnt understand it Aug 15 18:22:44 tharvey: look at do_compile in classes/kernel.bbclass: basically you neet to set INITRAMFS_IMAGE Aug 15 18:23:01 hi thesing Aug 15 18:23:30 well... I'm not seeing it in a recipe but its in bitbake.conf which seems pointless... looking at docs/implementation of FILESPATH it would seem that you should be able to override it - personally I think base.bbclass should expand the existing setting not hard-code a new one Aug 15 18:24:35 tharvey: you probably shouldn't change FILESPATH but FILEDIRNAME or so. Aug 15 18:25:34 probably just forgot to remove the bitbake.conf one, just an oversight Aug 15 18:25:47 thesing, well... I was trying to modify FILESPATH so as to allow local files to be pulled from alternate paths, similar to how COLLECTIONS works for bbfiles Aug 15 18:26:31 otherwise to override say 'interfaces' used by netbase package in a local tree using overlay I have to copy the the netbase recipe and all its local files even though I only want to modify 'interfaces' Aug 15 18:28:04 i'd think itd be best to do a split. move the list of paths which get passed to base_set_filespath as 'path' into another variable, and make FILESPATH expand to the overrides appended to the items in that path. then you' never override FILESPATH directly, only the other variable, the list of locations Aug 15 18:28:41 thesing, so I see how having INITRAMFS_IMAGE causes the depencecy of the image to be built (do_rootfs specifically) but I still don't see how that makes the INITRAMFS_IMAGE end up as initramfs.cpio.gz in the kernel working directory (where the collie defconfig points to) Aug 15 18:29:25 tharvey: see kernel_do_compile() first lines Aug 15 18:29:52 kergoth`work, yes I think you would have to do a split as otherwise you end up with a recursion issue - and your suggestion is a pretty painless way to do it Aug 15 18:30:19 thesing, ah... thanks - I missed that Aug 15 18:30:30 either that or just make FILESPATH overridable and manually call base_set_filespath, but thats uglier, i like the other way better Aug 15 18:30:47 what significance does the __anonymous function have? Is it always called during class constructor or something? Aug 15 18:31:00 it's called at parse time when the file is loaded, iirc Aug 15 18:32:42 kergoth`work, what do you mean by make 'FILESPATH' overridable? Aug 15 18:33:04 ?= instead of = means it only gets set if it isn't already set Aug 15 18:36:51 ah... ok I follow you Aug 15 18:42:09 hm the nx guys a really odd Aug 15 18:42:34 for putting command options for nxproxy into a library Aug 15 18:52:20 thesing, for the collie machine what kernel/image are you typically using for the main system (after the bootstrap) Aug 15 18:52:46 tharvey: I use console-image Aug 15 18:53:53 what about kernel? Aug 15 18:55:14 linux-rp (its the kernel all zaurus machines use) Aug 15 18:56:31 what does the rp stand for? Aug 15 18:59:13 thesing, so if both linux-kexecboot_2.6.26.bb and linux-rp_2.6.26.bb are valid providers of kernel for collie do you bitbake those recipes specifically in order to build both of them vs doing 'bitbake virtual/kernel'? Aug 15 19:02:13 tharvey: collie.conf includes zaurus-2.6.inc which sets PREFERRED_PROVIDER_virtual/kernel = "linux-rp" . So I can bitbake linux-kexecboot, get the initramfsed kernelimage of it and the image contains an linux-rp kernel. Aug 15 19:04:28 what do you do if you get ERROR: QA Issue: non debug package contains .debug directory: live555 path /work/blah..... Aug 15 19:04:49 it seems to be doing this for all executables and .o files Aug 15 19:06:00 thesing, so your saying that the only recipe you have to build is 'linux-kexecboot'? I'm not seeing how that depends on linux-rp (or virtual/kernel) Aug 15 19:08:28 tharvey: of course you are right. I "bitbake linux-kexecboot" and get the 2nd stage bootloader and "bitbake console-image" to build an image. What I wanted to say is that the right kernel ends up in the image because of PREFERRED_PROVIDER Aug 15 19:09:30 re Aug 15 19:10:31 can i set the package to be "debuggable"? Aug 15 19:10:41 thesing: I'm working on the mtdparts stuff, but have been distracted by u-boot Aug 15 19:11:50 I just discovered I can gzip all the components of a multi-file-image (and of course the single uImage) Aug 15 19:12:19 but the new emergency-image I'm creating relies on root=/dev/ram ... Aug 15 19:12:37 bin1010: you need to change FILES_${PN}-dbg to this .debug directory. Aug 15 19:12:37 I'm just hoping I can pack a cpio.gz of this... Aug 15 19:14:16 ant_: should work. you use the old initrd mechanism for dev/ram ? Aug 15 19:15:01 well, ramdisk is the old way, I know Aug 15 19:16:13 thesing: it is about minimal-image-with-mtd-utils (+ nandlogical) Aug 15 19:16:53 ant_: I think the initramfs mechanism uses tmpfs. So you would get a dynamic sized image. Aug 15 19:17:34 the problem seems to be fstab Aug 15 19:17:51 (apart defconfig changes) Aug 15 19:18:39 ant_: can't you put /dev/root in fstab or so? Aug 15 19:18:49 I tried... Aug 15 19:19:42 is the dbg premade or do I have to add it with PACKAGE =+ "dbg"? Aug 15 19:20:29 its premade. grep for FILES_${PN}-dbg in packages for some examples. Aug 15 19:21:14 thesing: http://www.pastebin.ca/1173295 Aug 15 19:21:49 thesing, thx - kexecboot/* turned out to be an excellent example Aug 15 19:22:47 thesing: this is kexecboot on c7x0 btw Aug 15 19:22:52 http://www.pastebin.ca/1173294 Aug 15 19:25:15 thesing: /dev/ram0 / ext2 defaults Aug 15 19:25:33 thesing: /dev/root / ext2 defaults Aug 15 19:25:37 same problem Aug 15 19:25:52 but I'll retry using initramfs Aug 15 19:29:23 okay I added an entry FILES_${PN}-dbg += "/usr/lib/live/testProgs/.debug" for each of the directories listed in error: ERROR: QA Issue: non debug package contains .debug directory: live555 path /work/.../install/live555/usr/lib/live/testProgs/.debug/testMPEG2TransportStreamTrickPlay ... still get same errors Aug 15 19:30:07 whats the sh equivalent to bb.note that can be used in non python functions in recipes? Aug 15 19:31:36 tharvey: oenote? Aug 15 19:33:26 Laibsch, ah there it is... thx Aug 15 19:35:45 thesing: sorry, this is the full bootlog of kexec booting from SD http://pastebin.ca/1173317 Aug 15 19:36:01 Laibsch: Tartarus: ^^ note the udev issues Aug 15 19:37:36 (udev_124) Aug 15 19:41:26 bbl Aug 15 20:12:54 bin1010: maybe you need to do sth. with packages too. To get the dbg stuff packaged before the rest. Aug 15 20:45:11 hi....anyone happen know why my bitbake build is borking at gps.h? http://pastebin.com/m3e1660ef Aug 15 20:51:17 zedstar, some kind of code probelm Aug 15 20:54:04 crofton is building fine locally.....weird Aug 15 20:59:01 thesing: I actually thought this would only be 1 package its just a bunch of code that is made in the directory...there is no install really, I am merely moving it to /usr/bin Aug 15 21:02:51 it runs if I put everything in FILES_${PN}-dbg Aug 15 21:04:06 re Aug 15 21:21:42 thesing: about you comment on u-boot: here is my machine.conf http://www.pastebin.ca/1173456 Aug 15 21:22:18 patched for u-boot (testing for the uImage deployment) Aug 15 21:23:04 re Aug 15 21:23:22 hi flo_lap Aug 15 21:23:50 can you conform offhand that ROOT_FLASH_SIZE is only used by GPE/OPIE? Aug 15 21:24:20 ant_: yes I think so Aug 15 21:24:52 ok, created a new CUSTOM_ROOTFS_SIZE for repartitioning purposes... Aug 15 21:28:47 thesing: re-hi Aug 15 21:29:06 I didn't realize that I got disconnected. Aug 15 21:29:19 he, are you vielleicht thinking about committing u-boot? Aug 15 21:30:02 s/are/were/g Aug 15 21:30:22 s/vielleicht/eigentlich/ Aug 15 21:31:13 if you change the patch as I suggested I will. Aug 15 21:31:29 can you conform offhand that ROOT_FLASH_SIZE is only used by GPE/OPIE? Aug 15 21:31:30 ant_: yes I think so Aug 15 21:33:18 thesing: I don't know the exact purpose of that ROOTFS_SIZE, so I created a new one... Aug 15 21:33:29 nobody knows... Aug 15 21:33:47 (I asked hrw time ago) Aug 15 21:34:30 grep knows :-) Aug 15 21:34:39 and the comment is for me b*llsh*it +# yes, we are aware that the husky (c760,c860) has 53MB rootfs, but we don't make a special image for it. Aug 15 21:34:39 ROOT_FLASH_SIZE seems to be good. Aug 15 21:37:15 flo_lap: grepping I found other new ones:andrea@mizar /oe/org.openembedded.dev $ grep -R ROOTFS_SIZE . Aug 15 21:37:15 ./conf/machine/amsdelta.conf:IMAGE_ROOTFS_SIZE_ext2 = "8192" Aug 15 21:37:18 ... Aug 15 21:37:40 ant_: only some images use it and I think it means what you want it should. So convert to ROOT_FLASH_SIZE Aug 15 21:38:05 ok, agreed Aug 15 21:38:21 but about the machine overrides, ??? Aug 15 21:38:24 ant_: that might be because of the restrictions for mke2fs Aug 15 21:38:49 well, I don't want to introduce further elements of caos Aug 15 21:40:03 I don't like the idea to have a fixup function for every device in the recipe. Aug 15 21:40:26 But I'm not sure if do_compile_prepend_{a|b|c} works. Aug 15 21:42:34 ant_: btw. why do you want to hardcode the rootfssize in uboot? Aug 15 21:42:42 thesing: right, but atm we have only two machines... Aug 15 21:42:56 only one of which I can test Aug 15 21:43:06 (Jay7 tested akita) Aug 15 21:43:59 thesing: ah, about rootfssize, well, is for custom partitioning Aug 15 21:44:16 u-boot will send this mtdparts string Aug 15 21:44:32 but can't you change it once uboot runs? Aug 15 21:44:52 yes, changing env with u-boot-utils Aug 15 21:45:07 (remember there is no screen console, ony serial) Aug 15 21:45:11 atm Aug 15 21:45:39 that's why I boot your kexecboot kernel as default Aug 15 21:46:19 (I could gzip the zImage so I had not to cut any feature, rather add the initramfs support) Aug 15 21:46:55 it would be better to use some sane default then and think about an initramfs with uboot-utils Aug 15 21:47:42 all defaults to sharp standard Aug 15 21:48:07 one has to enable uImage and custom rootfs size in the machine.conf Aug 15 21:48:15 otherwise defaults Aug 15 21:49:11 Then I suggest trowing out the CUSTOM_ROOTFS stuff for now an just commit the uboot patches. Aug 15 21:49:37 there is a specific patch restoring defaults overwriting the pdaXrom patches Aug 15 21:50:05 as it is, you don't need to set a custom rootfs size Aug 15 21:56:57 ant_: so if I commit http://www.pastebin.ca/1173489 one would get an u-boot with sharp partitioning? Aug 15 21:57:39 offhand you miss two patches Aug 15 21:58:24 but I would get some working setup? Aug 15 21:58:35 you miss exactly the patches for standard partitioning Aug 15 21:59:36 I don't really care which partitions I get. I just want that one gets an u-boot that works. Aug 15 22:02:01 thesing: if you want it work out of the box apply all these patches http://bugs.openembedded.net/attachment.cgi?id=9910 Aug 15 22:02:28 today I added the mtdparts to the emergency-kernel Aug 15 22:02:55 (2.6.16, soon to be replaced :-) Aug 15 22:03:31 rename the placeholder as you want... Aug 15 22:10:48 ant_: if I remove everthing after PACKAGE_ARCH = "${MACHINE_ARCH}" it will still work. Aug 15 22:11:34 ? Aug 15 22:13:23 re Aug 15 22:13:46 well, no Aug 15 22:14:09 I did hardcode the placeholder in the machine-standard-partitioning patches Aug 15 22:14:35 I repeat: having a bigger root is an OPTION Aug 15 22:14:47 (I like very much) Aug 15 22:15:30 I copied the values from sharp docs and from sharpsl.c Aug 15 22:15:48 even, I respected the original sharp's naming Aug 15 22:17:10 (btw c7x0.conf hints for a wrong size !) Aug 15 22:18:20 As I said I don't care about the sharp partitions, but if we replace the bootloader I see no point in configuring the values at compile time if we can do so after the bootloder is installed. Aug 15 22:18:47 thesing: the kernel defaults to sharp standard otherwise Aug 15 22:19:08 if you try another distro on your Z the mtdparts could not match... Aug 15 22:19:25 one sane bootloader takes care of that Aug 15 22:21:36 thesing: whitout having u-boot I never tried u-boot-utils (for environment editing) Aug 15 22:22:48 besides of that, on ARM one is supposed to have ATAG's too....but I've read Russel King himself seems against Atag arch and pro cmdline Aug 15 22:23:07 ant_: if you hardcode some patitioning in the patches, you can change them later with u-boot-utils, or u-boot console (if that worked) right? Aug 15 22:23:14 yes Aug 15 22:23:35 even, I would delete the script for booting SD or CF Aug 15 22:23:49 and boot straight the kexecboot kernel Aug 15 22:24:17 with the option of the emergency-console (pressing Ok at power-connection) Aug 15 22:25:20 thesing: basically the environment variables did not change so much reading u-boot changelogs Aug 15 22:25:42 I'm still hoping we'll see u-boot_1.3.3 on Z Aug 15 22:27:01 So what would be the problem to hardcode sharp-partitions in the u-boot patches and only commit them (without the CUSTOM_ROOFS_SIZE stuff)? Aug 15 22:27:20 no, just an annoyance Aug 15 22:27:25 :-) Aug 15 22:28:09 remember I've almost solved the 'kexec doesn't pass mtdparts' problem Aug 15 22:28:30 Jay7 is working on this too Aug 15 22:30:19 thesing: remember that changing size implies a full reflash... Aug 15 22:30:30 it is better to decide it BEFORE install Aug 15 22:31:09 (partitioning is a long debated point) Aug 15 22:31:29 but is debated before deployment Aug 15 22:33:26 the final usescase as I understand is as follows: user flashes uboot with some fixed partitions Now the user can flash images that are meant for this partition sizes. If he wants to change the sizes he launches uboot-utils on his installed system, changes the size and reflashes a new distro. Aug 15 22:34:17 thesing: you suppose u-boot-utils are working... Aug 15 22:34:45 don't they work? Aug 15 22:34:55 thesing: never tested on c7x0 Aug 15 22:35:24 is there a way to add a dpg ipk package to an image? Aug 15 22:35:27 its about time then. Aug 15 22:35:38 just dunno if it's better to create separate partitions...http://www.pdaxrom.org/?q=node/89 Aug 15 22:35:53 bin1010: sure. just add it to IMAGE_INSTALL Aug 15 22:37:16 ant_: so you can change the values from the serial console? even better. Aug 15 22:38:10 be careful they let only one big partition Aug 15 22:38:27 if you install their u-boot you get this Aug 15 22:39:27 if you compile nandlogical you can easily install customized u-boot from shell Aug 15 22:41:05 thesing: this is my actual u-boot deployment framework : http://www.pastebin.ca/1173537 Aug 15 22:41:33 you just need to uncomment #KERNEL_IMAGETYPE = "uImage" Aug 15 22:41:40 in machine.conf Aug 15 22:42:02 Well the point is that a bootloader is not meant to be replaced only because one wants to change the partitions sizes. Aug 15 22:43:13 ? modern kernels respect the cmdline mtdparts Aug 15 22:43:33 it's just sharp's bogus Aug 15 22:45:55 thesing: but I get uImage in /boot .... Aug 15 22:47:00 Just to be sure: we are still discussing about whether or not to make the default partition sizes of u-boot configurable at compile time? Aug 15 22:47:13 exactly Aug 15 22:47:25 it remains configurable afterwards Aug 15 22:47:36 with proper tools Aug 15 22:48:44 but we would need some script to handle the resizing / erase / rewrite Aug 15 22:48:55 like it was with cacko installer Aug 15 22:50:06 I think openmoko uses such schema Aug 15 22:50:25 good. Then provide a patch that will add the patches to the u-boot bb (without the CUSTON_ROOTFS stuff) and I will commit it. Aug 15 22:52:03 didn't we agreed just to rename it ? Aug 15 22:53:21 well no. Thats what the whole discussion was about. Aug 15 22:53:50 perhaps it could be better to put the whole mtdparts= as variable (like in uboot env) Aug 15 22:54:26 anyway, I'll reformat the patch Aug 15 22:54:33 as you suggested Aug 15 22:54:48 (and then open a RFE on this :-) Aug 15 22:54:51 thx Aug 15 23:07:10 thesing: http://www.pastebin.ca/1173569 Aug 15 23:16:26 ant_: it will take some time. mtn is really slow today. Aug 15 23:17:07 ant_: btw: which values did you hardcode? Aug 15 23:18:47 the standard ones Aug 15 23:19:29 # Aug 15 23:19:30 +CUSTOM_ROOTFS_SIZE_akita ?= "59392k" Aug 15 23:19:30 # Aug 15 23:19:30 +CUSTOM_ROOTFS_SIZE_c7x0 ?= "54272k" Aug 15 23:25:18 ah, for the initial deplyment of u-boot, CoreDump did already implement flashing of u-boot.bin from updater.sh Aug 15 23:25:52 it lacks the rest of the images you'll see in autoboot.sh (attached to 3738) Aug 15 23:26:05 and the kernel is displaced too Aug 15 23:26:53 I think the quickest solution is to start with pdaxrom setup images (but with our u-boot.bin) Aug 15 23:27:53 in the meanwhile I'm hoping to finish the new emergency/minimal-image-with-mtd-utils(-and nandlogical) Aug 15 23:28:53 # Aug 15 23:28:54 # Aug 15 23:28:54 Data Size: 3598563 Bytes = 3.4 MB Aug 15 23:29:10 Image Type: ARM Linux Multi-File Image (gzip compressed) Aug 15 23:30:26 ant_: an updated update.sh should still be able to flash zImage+initrd bin as it does now. So that u-boot is fully optional. Aug 15 23:31:13 ant_: the patch is now committed. Aug 15 23:31:15 remember initrd need the first 16bytes truncated Aug 15 23:31:47 or is not flashed by nandlogical (not aligned) Aug 15 23:32:33 ah, and if you try, remember you can use '-C gzip' option in the mkimage script Aug 15 23:33:00 I thought it was broken but actually appears to work... Aug 15 23:33:53 03  07org.openembedded.dev * r144a663c5d 10OE.dev/: Aug 15 23:33:53 merge of 'a54a6607517e20ec074b70c4070cfa9d989624e1' Aug 15 23:33:53 and 'df64369ee8c68fc382142171ee6ae2a6494e7e74' Aug 15 23:33:59 03  07org.openembedded.dev * r9ba2d0a72f 10OE.dev/packages/u-boot/ (7 files in 4 dirs): u-boot_git.bb: add support for c7x0 and akita Aug 15 23:34:01 03  07master * r144a663c5d 10OE.dev/: Aug 15 23:34:01 merge of 'a54a6607517e20ec074b70c4070cfa9d989624e1' Aug 15 23:34:01 and 'df64369ee8c68fc382142171ee6ae2a6494e7e74' Aug 15 23:34:01 03  07master * r9ba2d0a72f 10OE.dev/packages/u-boot/ (7 files in 4 dirs): u-boot_git.bb: add support for c7x0 and akita Aug 15 23:34:13 ant_: I have no akita and no c7x0 so I can't test it. Aug 15 23:35:33 uups..there seems to be WIP for other models... Aug 15 23:38:04 thesing: thanks, now my mtn diff will be lighter... Aug 15 23:39:08 ant_: if you post the new diff I can have a short look about your uImabe in /boot problem. Aug 15 23:39:59 there are changes to zaurus-2.6.inc and kernel.bbclass Aug 15 23:40:12 pulling right now..slow Aug 15 23:41:58 slow as hell Aug 15 23:48:45 thesing: here is my total diff http://www.pastebin.ca/1173610 Aug 15 23:49:11 (valid also for compiling initramfs kexecoot) Aug 15 23:50:21 as you see I was playing with dash ...copying from here and there... is totally useless atm Aug 15 23:51:00 (talking about patches to initramfs-kexecboot_1.0.bb ) Aug 15 23:51:26 ant_: its better to patch kexecboot directly. Aug 15 23:51:53 well, with strstr and so on? Aug 15 23:51:57 ant_: btw: you can revert your change to linux-rp.inc it doesn't change anything. Aug 15 23:52:00 yes. Aug 15 23:52:51 thesing, sorry, you're wrong Aug 15 23:53:14 the master is the last defined Aug 15 23:53:16 http://www.dell.com/content/topics/global.aspx/power/en/ps1q03_stanton?c=us&cs=555&l=en&s=biz Aug 15 23:54:07 for debug is better to have all stdout on serial console IMHO Aug 15 23:54:27 didn't know that. I removed the tty1 when I wanted debug ;) Aug 15 23:55:03 remember once there were no monitors, only serial Aug 15 23:55:08 the defconfigs for linux-kexeboot need to made smaller (so you can use it without u-boot) Aug 15 23:55:12 and perfored bands... Aug 15 23:55:32 well, with u-boot I can even gzip it... Aug 15 23:56:56 zImage is gzipped too. Aug 15 23:57:06 1 andrea users 1395221 Aug 15 20:14 uImage Aug 15 23:57:06 -rw-r--r-- 1 andrea users 1299448 Aug 15 15:35 zImage-2.6.26-r2-c7x0.bin Aug 15 23:57:06 -rw-r--r-- 1 andrea users 1252123 Aug 15 15:35 zImage-2.6.26-r2-c7x0.bin.gz Aug 15 23:57:06 -rw-r--r-- 1 andrea users 1395157 Aug 15 00:50 zImage-kexecboot-2.6.26-r2-c7x0.bin.gz Aug 15 23:58:15 I think this is the uncompress code that you compress. But I'm not in these details. Aug 15 23:59:49 your problem is that you have KERNEL_IMAGETYPE = "uImage". If you only want the linux-kexecboot kernel to be an uImage insert this line in linux-kexecboot.inc (before inherit line) Aug 16 00:00:28 ah, right Aug 16 00:01:18 btw the size for kernel is actually 1408k, but the new emergency could be much smaller Aug 16 00:02:02 and so the kernel could be moved beore in flash Aug 16 00:02:23 before = lower address Aug 16 00:05:39 thesing: but this should be a machine setting... Aug 16 00:06:06 like KERNEL_IMAGETYPE_c7x0 = "xy" Aug 16 00:07:24 yes Aug 16 00:14:43 time to sleep. Night all. Aug 16 00:15:47 nite Aug 16 01:25:06 * * OE Bug 4201 has been RESOLVED (FIXED) by Aug 16 01:25:08 * * firefox 2.0.0.3 - compile problem glib/libIDL issue Aug 16 01:25:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4201 Aug 16 01:27:07 * * OE Bug 1924 has been RESOLVED (FIXED) by Aug 16 01:27:09 * * enca fails for qemux86 Aug 16 01:27:11 * * http://bugs.openembedded.net/show_bug.cgi?id=1924 Aug 16 01:28:07 * * OE Bug 4501 has been created by raj.khem(AT)gmail.com Aug 16 01:28:09 * * compiling linux kernel with gcc 4.3.x Aug 16 01:28:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4501 Aug 16 01:28:19 * * OE Bug 2166 has been RESOLVED (FIXED) by Aug 16 01:28:21 * * qemu fails to build due to "compiler.patch" Aug 16 01:28:23 * * http://bugs.openembedded.net/show_bug.cgi?id=2166 Aug 16 01:38:06 * * OE Bug 3929 has been RESOLVED (FIXED) by Aug 16 01:38:08 * * opkg-native fails to build from scratch Aug 16 01:38:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3929 Aug 16 01:41:06 * * OE Bug 1528 has been RESOLVED (FIXED) by Aug 16 01:41:08 * * gcc-cross fails when using packaged-staging and building for angstrom, can't find includes Aug 16 01:41:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1528 Aug 16 01:52:06 * * OE Bug 1593 has been RESOLVED (FIXED) by Aug 16 01:52:08 * * GDB 6.4 fails - CFLAGS has changed since the previous run? Aug 16 01:52:11 * * http://bugs.openembedded.net/show_bug.cgi?id=1593 Aug 16 01:57:06 * * OE Bug 1748 has been RESOLVED (INVALID) by Aug 16 01:57:08 * * libsupc++.la has cross-compile paths in it Aug 16 01:57:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1748 Aug 16 01:58:07 * * OE Bug 1968 has been RESOLVED (INVALID) by Aug 16 01:58:09 * * bitbake gcc-cross fails in empty buildroot Aug 16 01:58:11 * * http://bugs.openembedded.net/show_bug.cgi?id=1968 Aug 16 02:00:06 * * OE Bug 2346 has been RESOLVED (WORKSFORME) by Aug 16 02:00:08 * * libcap fails to build Aug 16 02:00:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2346 Aug 16 02:00:18 * * OE Bug 2815 has been RESOLVED (FIXED) by Aug 16 02:00:20 * * net-snmp fails to compile on slugos/arm Aug 16 02:00:22 * * http://bugs.openembedded.net/show_bug.cgi?id=2815 **** ENDING LOGGING AT Sat Aug 16 02:59:56 2008