**** BEGIN LOGGING AT Sat Jul 12 02:59:56 2008 Jul 12 05:33:08 help? http://pastebin.com/m17495b3c Jul 12 05:38:22 in the deploy/images dir, it mad a bzImageXXXXX.bin bzImage-x86.bin and a modulesXXXXXX.tgz. Is that everything I need to test it out? Jul 12 05:41:14 I tried qemu -kernel bzImage-x86.bin but that doesnt seem to work it says a disk image must be given for 'hda' Jul 12 05:43:10 Is there a different bitbake I need to run to get this going correctly? Jul 12 06:33:24 do you have to use pokey to run an OE image on Qemu? Jul 12 09:15:48 javatexan: you need an ext2 image of the FS Jul 12 09:28:50 03koen 07org.oe.dev * rf4a0c274... 10/ (1 packages/linux/linux-neuros_git.bb): linux-neuros: bump SRCREV Jul 12 12:39:14 03crofton 07org.oe.dev * rf3078004... 10/ (3 files in 3 dirs): gnuradio : Add patch for building with libusb-0.9. Jul 12 13:22:36 03koen 07org.oe.dev * r9c35b872... 10/ (1 packages/gnuradio/gnuradio_3.1.2.bb): gnuradio: bump PR Jul 12 13:43:07 hi mrnice Jul 12 13:45:59 woglinde: hi Jul 12 14:12:57 03mickeyl 07org.oe.dev * r690d478f... 10/ (3 files in 3 dirs): Jul 12 14:12:57 python-native 2.5.1 add distutils patch to catch up with newer SWIG versions Jul 12 14:12:57 This fixes the infamous: Jul 12 14:12:57 TypeError: swig_sources() takes exactly 2 arguments (3 given) Jul 12 14:13:01 03mickeyl 07org.oe.dev * r8cdbac2c... 10/ (5 files in 2 dirs): python-setuptools[-native] 0.6c6 update to 0.6c8 Jul 12 14:31:57 03mickeyl 07org.oe.dev * r5e9a1e86... 10/ (1 packages/images/fso-image.bb): fso-image: add lsof Jul 12 15:34:10 Good morning all Jul 12 15:34:34 I'm running into a bit of strangeness with recipe file selection Jul 12 15:36:07 I have a recipe callweaver_1.2.0.1.bb with no special version restrictions, but whenever I go to build callweaver, bitbake still selects callweaver_1.1+1.2_rc5.bb Jul 12 15:36:20 no matter wat I do... Jul 12 15:36:49 short of expliicitly preventing build of rc5 within that recipe, which I shouldn't have to do anyway Jul 12 15:45:01 is there a command to clean the recipe file cache or something that I need to do to get this to play nice? Jul 12 15:47:07 hillct : do you know about the "preferred" variable that is used in multiple -version cases Jul 12 15:47:08 ? Jul 12 15:47:44 hillct: just a wild guess from my part..but did you check if this preferred thingy is not the problem ? Jul 12 15:47:47 Laibsch: Okay....I am running the bitbake this time and rerouting the output to a file, I will post on pastebin when done. I don't know if it is working right. I cant find the other fss. I ask it to make jff2 ext2 ext3 squashfs and tar, but all I can find at the end is deploy/images dir, it mad a bzImageXXXXX.bin bzImage-x86.bin and a modulesXXXXXX.tgz Jul 12 15:47:55 rkirti: yes. I'm not specifying it in any of the recipes Jul 12 15:47:57 will post later when its done running Jul 12 15:48:07 if it doesnt work Jul 12 15:48:11 ;) Jul 12 15:52:45 rkirti: that is, yes, I know about it. It was the first thing I checked, as above, and no, it doesn't seem to be the problem Jul 12 15:53:21 unless it's specified somewhere outside the recipe files, but that seems unlikely since I originated this recipe Jul 12 15:54:01 hillct :ok..yeah for other standard recipes,it stores it somewhere in the conf folder Jul 12 15:55:02 well, at the moment I'm in the middle of a build, started by explicitly specifying the recipe version Jul 12 15:55:14 after that, I'll check Jul 12 15:55:19 hillct: but if you originated the recipe..how come the other unwanted one is also there? Jul 12 15:55:23 hillct: Use the debug switch on bitbake as many times as necessary to make it cough up information about what it's doing; one of the things it will tell you is what bb files it is actually parsing. Jul 12 15:56:03 yeah, I can see that it's selecting the wrong one. I can't see why Jul 12 15:56:43 alphebetically callweaver_1.2.0.1 is geater than callweaver_1.1+1.2rc5 right? Jul 12 15:58:10 er, there's actually a dash in there... I went over the version naming convention to be sure I got it right. Just typo'd it here tho Jul 12 16:02:28 hillct :the callweaver package is by default a part of the OE metadata that you downloaded (atleast my /stuff folder has it and even the googl cached version of the now extinct OE browse tree says so) Jul 12 16:03:00 hillct :so my guess is that the bb file provided by oe is taken by default ..maybe it was set as preferred version Jul 12 16:03:24 yeah. that's a long story. the guy who checkd that in usd an old version of my recipe and hasn' ever tested it Jul 12 16:03:35 so I'm trying to clean it up Jul 12 16:03:42 it's not in my metadata though Jul 12 16:05:48 he used a version from back when the package was called OpenPBX, changed the name, but never tested it. It's not at all suitable, so if you're ever inclined to try VOIP, get the working callweaver recipe file from bugzilla. The guy (who aparently clains to be maintaining all VOIP packages) didn't bother to check it in Jul 12 16:06:24 this is a point of great annoyance for me, as he vilated OE reciew and checking policies, to get it in there to begin with Jul 12 16:09:46 Hello. I've just started using OE. I've succeeded in building my first image with my own packages, but I need to tweak a few things. For one, I would like to get rid of "opkg" since it takes about 50% of the total rootfs size. Futher more I would like to compile all (two) binaries staticly and run "upx" on them. Jul 12 16:10:19 I can't seem to find documentation detailing the depths in OE. Jul 12 16:12:04 Also, what is the recommended approach to change the busybox configuration? Copy package and change defconfig? Jul 12 16:29:33 hi Jul 12 16:30:49 Mekar-PC: Examine the various .bb files for opkg; you'll find one that does not use gpg (which is what takes up most of the space). If you get rid of opkg entirely, you have no way to install packages on your resulting rootfs. Jul 12 16:31:33 Mekar-PC: Re: busybox - check the existing .bb files and directories along with the bb files; you'll see how other distros handle overriding the defconfig. Jul 12 16:31:55 I see. Jul 12 16:31:57 Thanks. Jul 12 16:33:16 At the moment I'm struggling in how to make bitbake move a couple of steps backwards. I removed it's unpacked source tree and it will not extract a new copy :\ Jul 12 16:33:18 hillct: if the existing recipe is broken, and is not used by anyone, it should be removed. Just delete (or rename) the busted one on your environment, in order to test yours. then when you submit the new one, note that the old one must be deleted as well. Jul 12 16:34:30 Mekar-PC: It's dependency-based; it determines that it has already run the task to do the extract based on the presence and timestamp on files in the tmp/stamps directory. Jul 12 16:34:54 Ah. Thanks. Jul 12 16:34:56 Delete the correct stamps/ files, and it will repeat those tasks. Jul 12 16:37:37 Worked like a charm, thanks. Jul 12 16:46:02 mwester: I thought I didn't have the conf metadata for the preferred version set, but I must, yet I don't see it. It should be in openembedded/conf right? or am I looking in the wrong place Jul 12 16:46:44 What metadata do you speak of? Jul 12 16:47:23 PREFERRED_VERSION_packagename can be set in any conf file that bb will parse, regardless of location on filesystem (including local.conf). Jul 12 16:48:37 BTW, the sort order for package names is not strictly lexical; it has been perturbed in order to handle various exceptions to version naming from upstream sources, so it wouldn't surprise me if the old package is sorting higher for some reason. Jul 12 16:58:28 well the output file is 11994676 bytes....is there a way to cat directly into the clip board? Jul 12 17:01:32 mwester: thanks. I'll expand my search for stray PREFERRED_VERSION entries. thought the version naminc convention was used to support strictly lexical ordering. Good to know. Jul 12 17:17:11 okay here is the first/last 150 lines of the output.txt file http://pastebin.com/ma1a9400 I still only get mia@thunderu:~/oe/stuff/build/tmp/deploy/images$ ls Jul 12 17:17:11 bzImage-2.6.21-r12-x86.bin bzImage-x86.bin modules-2.6.21-r12-x86.tgz Jul 12 17:18:56 I tried qemu -kernel bzImage-x86.bin but that doesnt seem to work it says a disk image must be given for 'hda' Is there a different bitbake I need to run to get this going correctly? Jul 12 17:21:36 someone said that I needed an ext2 image of the FS, in the local.conf I have: IMAGE_FSTYPES = "jffs2 tar ext2 ext3 squashfs" Jul 12 17:30:20 javatexan but your are trying to use jffs2 tar ext2 ext3 and squashfs Jul 12 17:30:41 if you need ext2 put IMAGE_FSTYPRES ?= "ext2" Jul 12 17:51:09 okay...ill give that a shot...thanks Jul 12 17:53:36 so how do i get qemu to run on the ext2 image? Jul 12 18:51:46 hi ph5 Jul 12 18:51:56 hi woglinde Jul 12 19:55:49 03koen 07org.oe.dev * ra80fb5c7... 10/ (5 files in 3 dirs): gcc csl 2007q3: add patch to fix segfaults when using -Os Jul 12 20:03:25 re Jul 12 20:55:24 mickey|lunch: gegessen? Jul 12 21:19:27 ant_: :) Jul 12 21:22:06 florian: hey Jul 12 21:22:40 I'm spending time on udev_124, it compiles now (minor changes to a patch) Jul 12 21:44:29 I did it with just the ext2 option and i got this toward the end. http://pastebin.com/m6703f9a9 Jul 12 21:51:12 i searched the log file...the only errors i find are a few "duplicate src declaration. Skipping" errors....are these what is causing it to fail? Jul 12 22:07:37 could changing from BBFILES of org.openembeddeded.dev to org.open.embedded.stable help? Jul 12 22:47:58 how do i get a list of the branches from mtn? Jul 13 00:03:44 javatexan, mtn list branches Jul 13 01:37:20 Crofton|work: what is dreambox...I see it from time to time in the documentation Jul 13 01:41:18 brb...have to restart computer Jul 13 01:50:55 okay..im back...sorry about that...windows...still have to reboot at least once a day Jul 13 01:55:03 what programs does OE depend on....maybe I am missing one...unlikely, but maybe Jul 13 02:07:16 i think i have everything now Jul 13 02:10:25 guys, I am reading http://bec-systems.com/web/content/view/59/9/ and it talks about the process using ipkg-cl -f to make the image. When I type ipkg-cl -f at commandline, I get a bash: command not found. Is this program made as part of the bitbake bootstrap-image process....or do I need to install it from elsewhere **** ENDING LOGGING AT Sun Jul 13 02:59:57 2008