**** BEGIN LOGGING AT Thu Jan 22 02:59:59 2015 Jan 22 03:29:09 BTW, the pseudo 1.6.3 stuff for "path/" paths is probably not as well tested as it should be, except I don't know for sure what the test cases should be. I tested the obvious things I could think of. Jan 22 03:30:17 It really surprised me to discover that there was a path name resolution feature in Unix that has apparently been there all along, and which I had never once encountered. Jan 22 08:53:41 hi yocto people ! Jan 22 08:53:43 is there a simple way in bitbake to include a core-image-minimal.ext3 file into the rootfs of another image e.g. installer-image Jan 22 08:55:36 I would like to create an installer image that contain another image to install Jan 22 08:55:48 sfred: not in terms of "just add this one line" Jan 22 08:56:55 sfred: but it depends a lot on the mind set. as the installer image usually just is another linux distribution, look at it as a separate build and write a recipe that pulls in the image as payload (e.g. separate things) Jan 22 08:59:46 hellou, Jan 22 09:00:20 Who tested new vivante 5.0.11p4.1 with kernel 3.10.53 on Xorg server ? Jan 22 09:01:01 LetoThe2nd: I was thinking about this solution but wonder if there was something simpler, thanks anyway! Jan 22 09:04:53 sfred: the image-in-image build would imply creating two distributions at the same time, probably with completely unrelated configurations or feature sets, i don't see how this would work out. think for example about "where would stuff from local.conf apply?" (inner, outer, both images?) Jan 22 09:20:22 LetoThe2nd: I was more looking for something like a core-image-minimal.rpm package already containing the ext3 image. But the solution you explained is ok for me Jan 22 09:48:16 morning all Jan 22 10:00:06 (UMT) Jan 22 12:34:56 bluelightning_: Hi, what is the best way of passing a version suffix to kernel? I have tried LINUX_VERSION_EXTENSION [http://www.yoctoproject.org/docs/1.7/ref-manual/refmanual. html#var-LINUX_VERSION_EXTENSION] but it doesn't work Jan 22 12:50:31 Hi guys. Is there a way to replace a do_install_append that is done in a recipe with another do_install_append inside a .bbappend file? Jan 22 12:52:40 As an example lighttpd_1.4.33.bb contains a do_install_append that installes some files. I would like to have a new do_install_append that installes less files. If I just add another do_install_append in a lighttpd_%.bbappend file it is added to the previous do_install. Jan 22 12:53:23 I would like to replace the install_append define wiht a new one in the .bbappend file. Is this possible? Jan 22 13:08:14 bachp: no. but you can delete the files that the previous do_install_append installed, if you get the ordering right. Jan 22 13:10:38 rburton: I also tought about this but it seems like a hack. Jan 22 13:17:32 bachp: the alternative is to copy the recipe into your layer and edit it there instead of using a bbappend Jan 22 13:19:11 rburton: Yes but it then I loose the benefits of bbappend. Thanks anyway for the help. Jan 22 13:25:21 help please, I am using bitbake 1.25.0 and following the hello world example, the result is AttributeError: 'SignatureGenerator' object has no attribute 'get_taskdata' Jan 22 13:36:55 darkhorse: where are you setting that variable and which kernel recipe are you building? Jan 22 13:42:00 hi Jan 22 13:42:03 I have linking problem with custom makefile based recipe Jan 22 13:43:24 it builds CLI application, the problem is in its ELF, there is noted a wrong path to link loader (/lib64/ld-linux-x86-64.so.2) however target has only /lib Jan 22 13:44:27 jaro123: sounds like it isn't properly cross-compiling and is instead linking to your host libc Jan 22 13:44:58 It seems gcc is getting "build manchine's /lib64" path instead of path to /lib inside yocto project Jan 22 13:45:14 bl: exactly Jan 22 13:45:32 for makefile-based software it depends on how the particular makefile has been written Jan 22 13:45:47 the target is valleyisland 64bit so the same paltform as my build machine Jan 22 13:46:00 but usually you need to ensure you pass in CC, CFLAGS, LDFLAGS etc on the make commandline (via EXTRA_OEMAKE) Jan 22 13:46:13 gcc --verbose show lib paths distributed to the ld Jan 22 13:46:47 and there is no path pointing to yocto project which seems wrong and maybe the problem I have Jan 22 13:47:19 where should LDFLAGS point in the yocto project ? Jan 22 13:48:05 LDFLAGS gets set up automatically and exported to the environment, so it's a matter of ensuring the makefile can pick them up Jan 22 13:49:40 RP: aluft: I guess we missed updating the SignatureGenerator class in bitbake with a default implementation of get_taskdata... Jan 22 13:50:11 bl: thanks I will check it Jan 22 13:50:41 jaro123: you can see lots of examples of other makefile-based software where we do pass those as arguments on the make command line Jan 22 13:51:43 bl: ok, check existing recipies Jan 22 14:00:34 bluelightning: looks like its there, here is more of the error File "/home/aluft/bitbake/bitbake/lib/bb/runqueue.py", line 882, in RunQueue._start_worker(fakeroot=False, rqexec=None): Jan 22 14:01:26 bl: how big part of yocto comes from Intel ? Jan 22 14:02:56 bluelightning: Jan 22 14:02:57 File "/home/aluft/bitbake/bitbake/lib/bb/runqueue.py", line 882, in RunQueue._start_worker(fakeroot=False, rqexec=None): Jan 22 14:02:57 "fakerootnoenv" : self.rqdata.dataCache.fakerootnoenv, Jan 22 14:02:59 > "sigdata" : bb.parse.siggen.get_taskdata(), Jan 22 14:03:01 "runq_hash" : self.rqdata.runq_hash, Jan 22 14:03:03 AttributeError: 'SignatureGenerator' object has no attribute 'get_taskdata' Jan 22 14:05:15 aluft: it sounds like we've broken the internal signature generator at some point :( Jan 22 14:05:32 aluft: With OE, it always replaces the default internal bitbake one Jan 22 14:05:47 aluft: if you file a bug I'll try and look into it Jan 22 14:08:10 jaro123: well, I don't really gather statistics to be honest Jan 22 14:09:29 there are certainly a number of Intel folks working on the core, but we get a huge amount of help from others in the community Jan 22 14:10:02 bluelightning: this is the answer I am looking for :) Jan 22 14:10:14 bluelightning: thanks Jan 22 14:10:15 "we" being the Yocto Project Jan 22 14:12:46 bluelightning_: i am inherting kernel.bbclass and creating my own curstom kernel. when the above didn't work i went on and overridden KERNEL_VERSION directly. that works for the kernel build (pass it to CONFIG_LOCALVERSION) but doesn't work for kernel modules Jan 22 14:13:28 darkhorse: right, so LINUX_VERSION_EXTENSION won't work in that context, it's only handled in kernel-yocto.bbclass Jan 22 14:16:02 RP: thank you, https://bugzilla.yoctoproject.org/show_bug.cgi?id=7233 Jan 22 14:16:05 Bug 7233: normal, Undecided, ---, richard.purdie, NEW , Hello World fails with error AttributeError: 'SignatureGenerator' object has no attribute 'get_taskdata' Jan 22 16:32:08 Anyone know here how to remove udev cdrom support ? Jan 22 16:57:17 bottazzini: do you mean build udev without cdrom_id ? Jan 22 17:23:32 I tested new kernel 3.10.53ga and still CAAM is unstable Jan 22 17:46:30 dorileo, yeap Jan 22 17:48:38 bottazzini: AFAIK the systemd build system doesn't provide that alternative, but I think it's kind of offtopic here :) try asking on #systemd Jan 22 17:55:31 dorileo, The error that I get when I try building the system is from some core recipe of yocto and not on the building of the systemd, but I will try to figure this out ... thanks Jan 22 17:55:59 Is the linux-yocto 3.14 kernel linux-yocto-3.14.19+gitAUTOINC+fb6271a942_902f34d361-r0 LTSI compliant? Jan 22 18:03:41 dorileo, I asked in #systemd and they said that I could just remove the bin file. Which it is what I'm trying to do when building yocto. But, I get a dependency error from the packagegroup-core-boot and not from the recipe that I have made :( Jan 22 18:05:18 bottazzini: what did you do? did you remove cdrom_id from FILES_udev? Jan 22 18:06:01 bottazzini: you could paste the error output using a pastebin or something Jan 22 18:08:07 dorileo, I have split the systemd package. And then I started removing than to get the final O.S. shorter. Jan 22 18:08:17 Collected errors: Jan 22 18:08:18 * satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-core-boot: Jan 22 18:08:18 * udev-rules-cdrom * Jan 22 18:08:18 * opkg_install_cmd: Cannot install package packagegroup-core-boot Jan 22 18:08:24 dorileo, ^ Jan 22 18:08:41 s/than/they/ Jan 22 19:44:35 Hello guys Jan 22 19:45:50 I'm running into big troubles when trying to build openjdk -- "gnujaf-native" do_install stage fails... any idea? Jan 22 20:53:40 pohly: ping Jan 22 21:25:05 ulf`: you are invading my channels :P Jan 22 21:47:07 mranostay: get back in your cave! Jan 22 22:15:44 if I set up a bitbake server on one machine (linux vm) can I commect to it an compile things on another (osx host)? Jan 22 22:16:04 also need a client on the linux vm... Jan 22 22:20:01 ugh... there's the answer in source... bitbake:345 ... nope Jan 23 01:49:47 hi guys - yocto sdk toolchain and package manager question: i've built a package that i would like to install into my sdk sysroot (on the host)... what's the appropriate way to install the rpm? **** ENDING LOGGING AT Fri Jan 23 02:59:59 2015