**** BEGIN LOGGING AT Fri Jul 11 02:59:56 2008 Jul 11 07:10:29 if i ctrl-c an oe/bitbake build, will it resume if i run it again? Jul 11 07:12:38 yes Jul 11 07:13:04 maybe you need to "bitbake -c clean" one or two packages if you hit ctrl+c twice Jul 11 07:13:38 ok, thanks. Jul 11 07:17:50 morning Jul 11 07:18:01 methril: hi Jul 11 08:08:02 gm Jul 11 08:08:17 hi likewise Jul 11 08:08:18 lu likewise :) Jul 11 08:08:53 lo all! :-) Jul 11 08:10:21 03koen 07org.oe.dev * rd62c1166... 10/ (3 files in 2 dirs): Jul 11 08:10:21 ffmpeg git: bump SRCREV to get rid of image curruption when using gcc 4.3.1 Jul 11 08:10:21 omapfbplay git: bump PR to use above ffmpeg Jul 11 08:26:18 03koen 07org.oe.dev * rda3452cc... 10/ (3 files in 3 dirs): libmad: sanitize optimization options, some were remove in recent gcc versions Jul 11 09:01:22 03koen 07org.oe.dev * r608b2b53... 10/ (1 packages/dsplink/codec-engine_2.10.bb): codec-engine: disable parallel make Jul 11 09:15:10 03mickeyl 07org.oe.dev * r762688ff... 10/ (6 files in 3 dirs): add ezx-gen-blob from wyrm Jul 11 09:20:46 03koen 07org.oe.dev * rb79181cf... 10/ (4 files in 2 dirs): dsplink, codec-engine: disable stripping for all packages, the kernel modules don't work when modules_strip is used and you can't disable stripping per package, only per recipe :( Jul 11 09:38:18 hi florian Jul 11 09:38:56 good morning Jul 11 10:11:12 morning Jul 11 10:13:01 hrw|guadec: hows it going? Jul 11 10:13:06 fine Jul 11 10:13:20 hi hrw Jul 11 10:13:29 a bit too much parties so we are sleeping during listening talks Jul 11 10:14:13 :-D Jul 11 10:14:37 wish I hadnt forgotten it Jul 11 10:19:18 hrw|guadec: Isn't that what the talks are for!? Jul 11 10:30:25 broonie: ;)) Jul 11 10:33:43 florian: good morning Jul 11 10:34:24 hi pb__ Jul 11 10:34:33 hi pb Jul 11 10:35:32 hi woglinde Jul 11 10:48:32 hehe did you try raki ? Jul 11 11:14:16 03koen 07org.oe.dev * re8231248... 10/ (4 files in 3 dirs): Jul 11 11:14:16 dsplink: attempt to fix kernel architecture flags. Jul 11 11:14:16 before: vermagic: 2.6.26-rc9-omap1 mod_unload modversions ARMv5 Jul 11 11:14:16 after: vermagic: 2.6.26-rc9-omap1 mod_unload modversions ARMv7 Jul 11 11:14:16 Still not loading on omap3, though Jul 11 11:32:13 03koen 07org.oe.dev * r13a8a32f... 10/ (6 files in 3 dirs): dsplink: create an 'openembedded' distro for dsplink, update kernel flags Jul 11 11:46:16 03koen 07org.oe.dev * r08aa8a70... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink 1.50: fix typo Jul 11 11:46:16 03koen 07org.oe.dev * r08aa8a70... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink 1.50: fix typo Jul 11 11:46:16 03koen 07org.oe.dev * r08aa8a70... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink 1.50: fix typo Jul 11 11:46:16 03koen 07org.oe.dev * r08aa8a70... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink 1.50: fix typo Jul 11 11:46:19 03koen 07org.oe.dev * r08aa8a70... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink 1.50: fix typo Jul 11 12:40:01 03koen 07org.oe.dev * r466d6715... 10/ (4 files in 2 dirs): dsplink: use some more sed magic to get the kernel part to use the kernel gcc and the userspace part the userspace gcc Jul 11 13:46:46 03steve 07org.oe.dev * r58ce6930... 10/ (1 packages/u-boot/u-boot_git.bb): u-boot git: bump SRCREV for beagleboard Jul 11 13:46:51 Ok, I am at my wit's end here. I cannot for the life of me get this rpath crap out of libftdi... Jul 11 13:58:10 33 new bugs vs. 8 fixed bugs over the last week -> we're letting up! Jul 11 13:58:48 There's no simple way to strip a binary of rpaths? Jul 11 14:01:48 03steve 07org.oe.dev * rd7f92365... 10/ (4 files in 4 dirs): linux omap2 git: update alsa SoC patch for beagleboard and omap3evm Jul 11 14:03:59 piroko: no, you basically need to stop them getting in there in the first place. Jul 11 14:04:06 * * OE Bug 4011 has been RESOLVED (FIXED) by Jul 11 14:04:08 * * midpath-pulseaudio-0.1-autobuild Jul 11 14:04:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4011 Jul 11 14:06:29 * Laibsch thinks that worthy targets for fixing are http://bugs.openembedded.net/buglist.cgi?keywords=patch&resolution=--- http://bugs.openembedded.net/show_bug.cgi?id=2194 Jul 11 14:10:02 pb__: Great. This configure script is huge. rpaths are freakin everywhere... Jul 11 14:12:33 piroko: it'd be pretty unusual for configure to be splicing its own rpaths into the binary. in 99% of cases they are actually caused by some libtool-related machinations. Jul 11 14:12:54 of course, you might indeed be in that 1%, in which case it would suck to be you. Jul 11 14:22:20 pb__: http://rafb.net/p/OIenGe37.html Jul 11 14:23:13 yeah, that's probably just for libtool's benefit. I think you can safely ignore all of that stuff. Jul 11 14:23:42 do you actually get any -rpath flags showing up in the final link command (i.e. the input to libtool)? Jul 11 14:24:17 if there are no rpaths in the input to libtool, but there are rpaths in the gcc invocation that it makes, you probably need to look to your .la files. Jul 11 14:24:45 pb__: Would the final link command be in the makefile? Jul 11 14:25:35 yes, though it will probably have loads of macros in it. Jul 11 14:25:46 the easiest thing to do is just run a build and look at the output Jul 11 14:26:13 i.e. the log.do_compile contents, in the case of oe Jul 11 14:28:51 pb__: Yeah, there's -rpath and -rpath-link calls in the call to libtool Jul 11 14:34:25 That's good, right? Jul 11 14:38:27 heh. well, I'm not sure about "good", but at least knowing where the rpaths are coming from will make the problem a bit more tractable. Jul 11 14:38:50 you can ignore the -rpath-link, at least for now; those are generally either desirable or at worst harmless. Jul 11 14:39:18 if you look at the -rpath command(s), can you identify the place in the makefile that they're coming from, and hence the ultimate source of the contagion? Jul 11 14:39:41 Alright. So start with the makefile? I just wasn't even sure where to begin Jul 11 14:40:26 yeah, probably. Take the exact command that's showing up in the libtool command line, then do a straightforward text search in the makefile (or other files) to find out where it's coming from. Jul 11 14:42:46 Well there's only one occurence of "rpath" anywhere in the makefile, and it's -rpath-link under LDFLAGS Jul 11 14:43:24 Wait! Jul 11 14:43:32 I was looking at the toplevel makefile. There is one in src/ too Jul 11 15:05:45 I'm gonna flip out Jul 11 15:05:55 This is the most frustrating thing I've dealt with in a while Jul 11 15:06:49 http://pohl.ececs.uc.edu/~jeremy/libftdi_0.13.bb Jul 11 15:06:54 If anyone wants my eternal thanks Jul 11 15:07:25 I will take a look Jul 11 15:07:31 woglinde: I love you already Jul 11 15:07:44 You don't have permission to access Jul 11 15:07:51 *g* Jul 11 15:07:55 Hmm? Jul 11 15:07:55 UMASK is nice Jul 11 15:08:02 args Jul 11 15:08:03 sorry Jul 11 15:08:05 forget the .bb Jul 11 15:08:26 Ah yeah. Apache :) Jul 11 15:08:27 hm ftdi Jul 11 15:08:37 some msp430 ork? Jul 11 15:09:08 I think so Jul 11 15:09:59 or why you need it? Jul 11 15:10:16 woglinde: Temperature sensor Jul 11 15:12:11 hms Jul 11 15:12:21 how was the way to get uclibc_svn build Jul 11 15:18:20 is there an issue with using an underline char ('_') in machine names and recipes? Jul 11 15:21:57 where do you find the local.encoding pairs available Jul 11 15:23:26 all i need for testing is US english...is it just en_US.UTF-8 instead of en_GB.UTF-8? Jul 11 15:35:22 tharvey: yes, _ is an override in OE Jul 11 16:30:42 woglinde: Any luck? Jul 11 16:31:10 piroko hehe Jul 11 16:31:15 hm Jul 11 16:31:25 looks some problems with autotools Jul 11 16:31:36 which thinks it had to use rpath Jul 11 16:32:53 woglinde: So not easily fixable? Jul 11 16:33:04 hm Jul 11 16:33:06 depends Jul 11 16:33:25 I am trying to rewrite the configure.in script a little bit Jul 11 16:33:29 ls Jul 11 16:33:30 ups Jul 11 16:39:59 hm found it Jul 11 16:40:15 it shipped with outdated aclocal Jul 11 16:40:43 Oh? Jul 11 16:41:59 XorA|gone, sorry didn't understand your answer to my question - because '_' is an override I should 'not' use it in a machine or recipe name right? (vars use it as separators) Jul 11 16:42:03 hmI will made a patch Jul 11 16:43:08 woglinde: No way. I love you Jul 11 16:43:59 ah... I understand what was meant... yes '_' specifies a var is to be overridden so I should 'not' use it in machine name Jul 11 16:55:23 Anyone else seeing this effect that you can build a crosscompiler from .dev only once and the second time it fails with a preprocessor sanity check issue? Jul 11 17:02:32 florian, I believe I've run into that issue as well... QA Issue regarding a .a? Jul 11 17:03:56 tharvey: no, its configure that complains about that the preprocessor failed sanity check. Jul 11 17:04:39 configure: error: C preprocessor [...] fails sanity check Jul 11 17:04:39 | See `config.log' for more details. Jul 11 17:05:36 * florian tries again later... bbl Jul 11 17:05:39 hmmm... sounds like a different issue - I never did understand the issue I had and it hasn't resurfaced - I assumed a clean fixed it Jul 11 17:08:49 Let's say I'm using the angstrom distro and I want to add gcc and dbus to my deployed image. What is the recommended way to do it? Jul 11 17:10:29 piroko, I add packages to a distro via DISTRO_EXTRA_RDEPENDS+= in local.conf Jul 11 17:11:17 Hmm... I did that in my local repository's angstrom-2008.1.conf Jul 11 17:11:22 I believe thats the recommended method... although I'm curious if there is an appropriate way to add packages per machine (ie something to define in a machine's conf file) - not sure if the same var does its trick defined there as well Jul 11 17:11:29 But it didn't work Jul 11 17:11:36 tharvey: Yeah, that's more what I was wanting to do Jul 11 17:11:46 that would be your build/conf/local.conf - the one you specify your machine and distro in Jul 11 17:12:07 its meant to be a way to add packages to a distro without having to hack the distro files themselves Jul 11 17:16:21 I see. Alright, I scrapped my local angstrom-2008.1.conf and put the appropriate things in my build/conf/local.conf Jul 11 17:22:30 Man that's annoying. Every time I change that local.conf to add a package, it has to rebuild its cache completely Jul 11 17:25:08 tharvey, piroko :I am sorry to get in abruptly,but afaik,u dont need to do anthing to your local.conf to add a package ..adding the package in the extra install variable in my-image-bb-file always works for me Jul 11 17:25:57 What exact file/variable is that? Jul 11 17:26:03 Sorry, I am still new to OE Jul 11 17:26:41 piroko : so am I :) its in tmp/org.openembedded.dev/packages (or whatever branch of oe Jul 11 17:26:59 piroko : u are using instead of .dev... Jul 11 17:27:00 piroko, just create a recipe (like blabla-image) and adds every package you need Jul 11 17:27:23 Using EXTRA_RDEPENDS? Jul 11 17:27:33 piroko :I use angstrom distro..so for me the path is tmp/org.openembedded.dev/packages/angstrom Jul 11 17:27:40 rkirti, right... but that requires making your own image - wasn't sure if thats what piroko was looking for or not Jul 11 17:27:53 heh... I'm new to OE as well :) Jul 11 17:28:04 I want the easiest/quickest/recommended way to do it :) Jul 11 17:28:19 well... touching local.conf requires not touching 'any' other files in oe tree... Jul 11 17:28:31 But also causes the cache to be rebuilt Jul 11 17:28:41 piroko :err..that extra_depends is one way I have heard of ...If u can give me a second..I ll put up a good link which taught me a for-dummies method to add packages Jul 11 17:28:50 thats why I prefer it, although I do create my own recipes but for the same reason I don't want them in the oe tree, so I have BBPATH that adds a 'local' tree with my recipes and confs Jul 11 17:28:51 k Jul 11 17:29:15 AFAIK touching any conf or bb will cause the cache to be rebuilt - its pretty time consuming :( Jul 11 17:29:31 it's quite unavoidable Jul 11 17:29:33 Not any bb Jul 11 17:30:05 piroko: http://bec-systems.com/web/content/view/79/9/ Jul 11 17:31:17 piroko,tharvey :its the image_install variable u need to change in ur existing bb file and for me it never takes more than 5 mins to add a package to my angstrom distro (and i can afford that much :P ) Jul 11 17:32:56 Woo! Jul 11 17:33:01 That looks nice and clean Jul 11 17:34:42 rkirti, cool... thats a good explanation of the two options Jul 11 17:36:53 as they are for very different purposes... Jul 11 17:44:33 Is there a package that provides gcc/make/autoconf? Jul 11 17:55:41 woglinde: ? :D Jul 11 17:57:19 so how come the devshell task is added after 'do_patch' (in classes/devshell.bbclass) and not after 'do_patch' and 'do_configure'? Jul 11 17:58:18 piroko, are you asking if there is a package that contains all three, or are you asking if those packages exist (they do exist but I don't think you should think of a package as containing other packages... that would be an image perhaps) Jul 11 17:58:52 tharvey: I'm wondering if there's a package that contains a native build environment for the target machine. Kinda like build-essential for ubuntu Jul 11 17:59:16 Hopefully including gcc, make etc Jul 11 18:00:00 I included gcc in my IMAGE_INSTALL, but gcc did not turn up on my board after I flashed the image Jul 11 18:00:09 I think you simply include the packages: gcc, autoconf, make in your custom image Jul 11 18:00:30 I'm not sure you can create a package that contains a collection of other existing packages, but I could be wrong Jul 11 18:00:45 I thought those were "virtual" packages Jul 11 18:01:20 if I understand properly a 'virtual' package is one that provides a 'service' or 'solution' that is also provided by other packages Jul 11 18:01:30 Correct Jul 11 18:01:36 Solution being multiple other packages :D Jul 11 18:01:44 03koen 07org.oe.dev * red620d30... 10/ (3 files in 3 dirs): linux-omap2 git: enhance /proc/cpuinfo cache info. RMK doesn't like it, but who cares? Jul 11 18:01:51 for example, 'virtual/kernel' is a virtual package as there are many providers of it... (the word 'virtual' in 'virtual/kernel' is meaningless... its just the name) Jul 11 18:02:06 no... multiple 'same' packages Jul 11 18:02:56 Ohh ok Jul 11 18:03:13 so gcc, autoconf, make - those are all very different packages... Jul 11 18:03:54 another example of a virtual package would be something like 'nfs-kernel-server' and 'nfs-user-server' - they could both be called 'virtual/nfs-server' - same concept as deb's use Jul 11 18:04:29 I see Jul 11 18:04:47 piroko, so you created your own image with IMAGE_INSTALL += gcc and when you bitbake'd 'that' image and flashed the filesystem you don't have gcc? Jul 11 18:04:53 tharvey: Correct Jul 11 18:19:47 piroko, are you sure you flashed the correct image? it would now be 'mycustom-image' and not whatever you inherited from Jul 11 18:23:47 anyone know if its true that you can't create a package which is simply a container for other packages? how about something like a virtual package that contains nothing itself but depends on a couple of other packages - that would do the trick right? Jul 11 18:32:08 what is the order of conf parsing that bitbake does? I assume it parses local.conf first, then appropriate machine.conf then the appropriate distro.conf? Jul 11 18:36:32 tharvey, something like task-* packages? Jul 11 18:37:08 see bitbake -D -D Jul 11 18:37:19 or -D -D -D if you really are into details Jul 11 18:37:58 or read bitbake.conf Jul 11 18:38:03 it starts with "# Include the rest of the config files" Jul 11 18:38:59 does anyone know a good resource for installing grub to a Compact Flash or USB flash drive. Google is failing me today or my search keywords are ;) Jul 11 18:40:53 javatexan, something like reading the grub manual? ^^ Jul 11 18:41:08 thats too easy Jul 11 18:41:22 mickeyl, cool... so it always starts with bitbake.conf right? Jul 11 18:41:31 yep Jul 11 18:42:04 that's hardwired in bitbake Jul 11 18:42:35 javatexan, can be more easy: grub-install --help Jul 11 18:44:48 bummer that distro is included last... angstrom defines 'FEED_BASEPATH =' so I can't override it in something like local.conf Jul 11 18:45:14 create your distro :D Jul 11 18:45:30 yup... guess thats what I'm supposed to do Jul 11 18:46:34 my first image, was created using a custom "generic" distro. Jul 11 18:47:09 tharvey: Yes I'm sure Jul 11 18:48:53 diego_: cool, I am trying to figure out what all I have to prepare to get the image I am baking right now onto a Qemu VM and later the CF or USBF Jul 11 18:49:54 piroko, well I created a custom image derived from base-image and set IMAGE_INSTALL += "gcc" and sure enough it added gcc to my image... Jul 11 18:53:21 tharvey: Interesting. Wonder why mine hates me. I was able to put in dbus and hal just fine, but gcc gets ignored :-/ Jul 11 18:53:51 have you installed gcc_symlinks? Jul 11 18:54:03 diego_: In IMAGE_INSTALL? Jul 11 18:54:33 Ah crud. I totally forgot about that :P Had to do that on my jornada too Jul 11 19:11:11 piroko, ah then there is probably something thats keeping the gcc recipe from matching - I assume your log shows that gcc isn't even built? Jul 11 19:11:15 gotta run... Jul 11 20:53:06 * * OE Bug 4427 has been created by cliff.brake(AT)gmail.com Jul 11 20:53:08 * * gst-ffmpeg circular dependency of AC_LANG_COMPILER(C++) Jul 11 20:53:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4427 Jul 11 21:42:42 re Jul 11 22:01:50 hello florian Jul 11 22:01:57 hi Fique Jul 11 23:18:08 Is there documentation for getting a image made with bitbake bootstrap-image onto Qemu or VirtualBox for testing? **** ENDING LOGGING AT Sat Jul 12 02:59:56 2008