**** BEGIN LOGGING AT Wed Jul 09 02:59:58 2014 Jul 09 08:29:18 root Jul 09 08:29:28 wrong window.. sorry **** BEGIN LOGGING AT Wed Jul 09 08:42:18 2014 Jul 09 09:43:23 Hi Guys. I've a question: what's the best way of bringing in Oracle's Java JRE for ARM? The meta-oracle-java layer looks Intel only at the moment. Jul 09 11:09:42 <_valle_> Anyone running iMX53 on a 3.x kernel? Jul 09 11:22:24 hi all, one question which I cannot find anywhere - is it possible to use update-rc class to remove package specific S*files and keep only script in /etc/init.d? Jul 09 12:49:29 guys, where do I find supported kernel versions vs Yocto releases? Jul 09 12:52:18 Xz: whatever kernel is the default in the release is the supported one Jul 09 12:53:39 rburton: is there any roadmap? I'm looking basically for some website (possibly under yoctoproject.org) that tells me kernel versions for 1.4/1.5/1.6 Jul 09 12:53:53 rburton: and 1.7 as well Jul 09 12:55:04 Xz: i just asked zeddii exactly that question for 1.7. not sure if there's a wiki page listing the kernel version we use for historic releases. Jul 09 12:56:21 rburton: ok. now in git repo for e.g. 1.4 I see recipes for kernel 3.2/3.4/3.8. That tells me there is more than one supported version. Jul 09 12:56:27 blimey, bruce is up already Jul 09 12:56:33 "LTSI is 3.14 so that's the main target kernel for 1.7. I'll also spin a 3.16/17 -dev kernel at the same time." Jul 09 13:08:00 * zeddii reads Jul 09 13:08:01 :) Jul 09 13:08:32 * zeddii had a leaky basement last night and is a bit distracted Jul 09 13:18:46 is zeddii based in basement? Jul 09 14:53:59 i'm running into http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/52419 on latest daisy.. can anybody maybe comment and suggest how to proceed? Jul 09 14:56:13 Letothe2nd: from what I've seen multilib support doesn't really work or only works for x86/x86_64 Jul 09 14:56:45 staylor: i didn't enable or target multilib, at least not intentionally - and i'm building for armv7 Jul 09 14:57:54 can you pastebin your actual error? What you linked doesn't sound like it's quite what you're seeing then. Jul 09 14:59:19 staylor: of course, moment please. Jul 09 15:00:06 http://pastebin.com/b04KW1cS Jul 09 15:01:43 staylor: i found another report of someone claiming that a full rebuild fixed it (something along the lines of xbmc on imx6), but i thought i'd ask here first Jul 09 15:07:43 Letothe2nd: if you have yet tried a full rebuild might be worth a shot, but first if you build libxml-parser-perl with the -v flag so the output includes the actual error (or look into the log referred in your output) it might provided some clue as to the issue. Jul 09 15:11:20 I am trying to remove the tux logo from the Linux kernel so I created a new file and put this line in it CONFIG_LOGO=n I then updated my linux-ti-staging_3.12.bbappend file to have file://0001-general.cfg in the SRC_URI += Is there somewhere else I have to make a change? I bitbaked my files and the tux is still there Jul 09 15:11:45 did you set FILESEXTRAPATHS appropriately? see other bbappends for examples of how to prepend to it Jul 09 15:11:55 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" Jul 09 15:12:15 not all kernels support config fragments Jul 09 15:12:25 i expect linux-ti-staging probably does not Jul 09 15:12:30 oh Jul 09 15:12:50 Is there another way to do this? Jul 09 15:12:50 all linux-yocto kernels do, and some others do, but it's not across the board yet, unfortunately Jul 09 15:14:08 I guess I could just do it through menuconfig but that is more of a manual process. I was hoping to make it part of my yocto files Jul 09 15:14:19 staylor: well the mentioned log is http://paste.ubuntu.com/7770678/ Jul 09 15:16:16 i admit that doesn't tell me much more Jul 09 15:22:01 Letothe2nd: Other packages needed to be fixed by fixing their builds to not set an rpath. So beyond physically fixing that package or reporting it as broken I'm not sure there's an easy fix. Sorry I couldn't be of more help. Jul 09 15:22:59 Maybe I need to put my config fragment in a different location? I was putting them in the same folder as my patch files Jul 09 15:23:53 staylor: the strange thing is that the error appeared after a pull on poky/daisy. but hey, i'll give a try rebuilding completely. thanks for your input. Jul 09 15:23:53 do_fetch will fail if you add a file to SRC_URI and it's unable to find it. so if your file is listed in SRC_URI and do_fetch completes successfully, then it was able to find it Jul 09 15:24:08 do use bitbake -e to examine SRC_URI To make sure its what you think it is, though Jul 09 15:24:28 TRoGd0R1: you need to put it in ${THISDIR}/${PN} which is where your .bb/.bbappend file is located plus the package name (without version). Jul 09 15:25:47 Yeah that's where I put it Jul 09 15:26:19 It's in a folder called linux-ti-staging Jul 09 15:26:51 which is in the same folder as the .bbappend file Jul 09 15:27:22 So is setting those values manually with menuconfig the best way for me to do that then? Jul 09 15:31:44 Hi Guys. I've a question: what's the best way of bringing in Oracle's Java JRE for ARM? The meta-oracle-java layer looks Intel only at the moment. Jul 09 16:20:47 staylor: looks like a full rebuild did the trick. Jul 09 16:21:03 Letothe2nd: cool, good to hear! Jul 09 20:52:38 Hello, Can someone please helo me? I am trying to run java program from a recipe. I get an error that JAVA_HOME is not set. I can verify that JAVA_HOME is set by echo $JAVA_HOME. I can then run the program without issue, but from within a recipe it seems that $JAVA_HOME is unset. I have verified this with 'bbnote "java is here: ${JAVA_HOME}"' Any ideas why or how this is getting unset, and Jul 09 20:52:38 how to fix? Thanks **** ENDING LOGGING AT Thu Jul 10 02:59:58 2014