**** BEGIN LOGGING AT Thu Apr 25 02:59:59 2013 Apr 25 03:01:49 yes Apr 25 03:01:58 I will put it on dropbox and send the link Apr 25 03:03:31 This is the link to the log file Apr 25 03:03:34 https://www.dropbox.com/s/xkq67vz257vb1t6/log.do_rootfs.3217 Apr 25 03:10:35 try pastebin or gist.github.com Apr 25 03:12:09 https://gist.github.com/anonymous/311bd39ba6c5172c0e2f Apr 25 03:18:58 I am sorry I had internet issues Apr 25 03:19:15 Did you guys get the log file for the error while compiling yocto Apr 25 03:19:28 https://gist.github.com/anonymous/311bd39ba6c5172c0e2f Apr 25 03:27:27 This is the error I get during bitbake fsl-image-full for sdk 1.3 Apr 25 03:48:33 Did anyone have a look at the log file Apr 25 05:49:28 Hello, I am trying to build the root file system for fsl-image-full using SDK 1.3 for P4080 Apr 25 05:49:38 I get the error as referred in the link Apr 25 05:49:39 https://gist.github.com/anonymous/311bd39ba6c5172c0e2f/revisions Apr 25 05:50:11 Can anyone help me with this? Apr 25 06:20:11 Has anyone come across this issue? Apr 25 11:21:37 hello, is in the meta-ti support for "Texas Instruments AM335x Starter Kit"??? Apr 25 11:25:27 mattnie: there is a am335x-evm.conf in the machines directory of meta-ti Apr 25 11:28:45 tsjsieb. thank you :) Apr 25 11:54:13 what does this mean? ERROR: This recipe does not have the LICENSE field set (ti-hw-bringup-image) Apr 25 11:54:50 that you need to set LICENSE first Apr 25 11:57:44 can you tell me how? ^^ Apr 25 12:27:13 mattnie: LICENSE = "MIT" or something Apr 25 13:31:09 silviof: I don*t know how to accept the license ^^ Apr 25 13:38:30 I do not solve the problem with "This recipe does not have the LICENSE field set (cloud9-gnome-image)" Apr 25 13:39:36 the recipe needs to set a LICENSE field Apr 25 13:39:49 if it doesn't do that, either fix it yourself, or tell the author of the recipe Apr 25 13:45:39 but I do not know which ^^ I got these erros (http://pastebin.com/Meh3qZ1H) and I know i have to write sth. like ACCEPT_TI_EULA = "1" but I do not know^^ Apr 25 13:50:18 mattnie: Read the message to you :-) "This recipe does not have the LICENSE field set (cloud9-gnome-image)" Apr 25 13:52:52 silviof: Now if found what I have to do.. BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/" Apr 25 13:53:06 silviof: And it works^^ thx for your help! Apr 25 13:53:26 mattnie: ah - you have read the README? :-) Apr 25 13:55:01 i read the readme but in the readme there was this: BBMASK = "meta-ti/recipes-misc" Apr 25 14:00:58 Song_Liu: ross just joined :) Apr 25 14:01:10 Song_Liu: bogdan joined the meeting Apr 25 14:01:12 Song_Liu: Richard is present Apr 25 14:01:28 Song_Liu: Saul is in Apr 25 14:02:23 * fray is on IRC Apr 25 14:02:55 Song_Liu: AlexG, Corneliu, Ionut in the meeting Apr 25 14:03:33 Song_Liu: Cristian present also Apr 25 14:05:43 https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status#Milestone_6.2C_1.4_release Apr 25 14:10:34 Bug 4358 Apr 25 14:10:35 Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4358 normal, Medium, 1.4.1, cristian.iorga, NEW , Race condition for autoconf files in alsa-tools Apr 25 14:10:46 yocti: thanks Apr 25 14:10:46 sgw_: Error: "thanks" is not a valid command. Apr 25 14:11:06 https://wiki.yoctoproject.org/wiki/Yocto_Bug_Trend Apr 25 14:11:12 * sgw_ thinks yocti should accept thanks! Apr 25 14:14:04 https://www.yoctodev.org/charts/wdd.html Apr 25 14:22:10 * fray notes all of his builds are against CentOS.. so even if it wasn't officially tested, I'd still be happy.. :) Apr 25 14:25:31 doesn't bitbake support shell arithmetic in shell fragments? Apr 25 14:27:01 http://codepad.org/AoyXnRyg this is what i get :( Apr 25 14:28:18 \:D/ Apr 25 14:28:41 zibri: NotImplementedError. patches welcome i guess :) Apr 25 14:31:00 rburton: right, will take a look :) Apr 25 14:34:23 zibri: sounds like the python shell parser code can't handle it :/ Apr 25 14:34:46 yes, looking at it now. Apr 25 15:42:35 fatal: unable to connect to git.ti.com: git.ti.com[0: 198.47.29.193]: errno=Connection timed out ....... no luck today :) Apr 25 15:53:54 can someone check if it is my connection or of ti-server? http://pastebin.com/h1bLhYg8 Apr 25 17:41:42 Hi folks. I'm using the meta-java layer to provide a Java runtime for my rootfs. When building the image, I get warnings like 'NOTE: multiple providers are available for runtime java2-runtime (jamvm, openjdk-7-jre, openjdk-6-jre), consider defining a PREFERRED_PROVIDER entry to match java2-runtime" Apr 25 17:42:19 I added: PREFERRED_PROVIDER_virtual/java2-runtime = "openjdk-7-jre" and PREFERRED_PROVIDER_virtual/java2-vm = "openjdk-7-jre" but I still get the warning Apr 25 17:42:32 am I doing it wrong? Apr 25 17:44:48 I also tried it w/o the '/virtual' -- no love Apr 25 17:59:25 has anyone ever seen this before: i686-oesdk-linux-i686-oesdk-linux-i686-oesdk-linux-g++ Apr 25 18:00:20 coming from nativesdk-qt4-tools - the more builds I do, the longer it becomes... Apr 25 18:34:57 Hello Apr 25 18:35:28 has anyone built yocto for freescale evk233? Apr 25 18:36:17 i developed my own board based on i.mx233 and am trying to build an image for it. Apr 25 19:54:06 any pointers on how to correctly set a PREFERRED_PROVIDER for java2-runtime and java2-vm from meta-java? Apr 25 20:03:14 no bites? Ok, new question. What's the best way to set up and SDK, the '-c populate_sdk ' or something else? Apr 25 20:06:00 I've been doing it with the populate_sdk approach, but I've gotten some suggestions that I should be using a nativesdk-packagegroup, but then I don't know where to find the SDK Apr 25 20:19:58 ah, if I inherit populate_sdk? Apr 25 20:27:01 there are two ways.. it all depends on what you want the SDK for.. Apr 25 20:27:16 if you want an SDK to build any application that will work on a given image. Then the -c populate_sdk is the best way Apr 25 20:27:40 if you want a 'targeted' SDK that only contains a specific set of libraries/headers.. then creating an 'sdk' recipe is the way to do it.. Apr 25 20:27:47 the meta-toolchain-gmae recipe is a good example Apr 25 21:02:55 denix: sounds like a sed is not anchored somewhere Apr 25 21:20:37 I did a first successful build of Yocto, qemuarm machine, core-image-minimal Apr 25 21:20:52 then I switched to using an external toolchain using TCMODE = "external-sourcery" Apr 25 21:21:05 fray: thanks Apr 25 21:21:07 and now, bitbake rebuilds *all* the native packages Apr 25 21:21:28 while rebuilding all target packages sounds fine when you change the toolchain Apr 25 21:21:34 teh TCMODE is a master variable, it can trigger a full rebuild Apr 25 21:21:37 rebuilding all native packages sounds odd. Apr 25 21:22:07 I think the issue is that there isn't a setting that says ignore -this- variable if you are in a 'native' package.. (there might be a way to do that within the native.bbclass) Apr 25 21:22:28 fray: hum, so if I use a single build directory to build multiple platforms that use different toolchains, it's going to do one build per platform of all the native stuff? Apr 25 21:22:39 it's the source fo the toolchain Apr 25 21:22:53 except when you use an external one :) Apr 25 21:23:02 if you use the same TCMODE setting, you can share the cache directory and only the stuff that changes builds.. Apr 25 21:23:19 if you set it to the external toolchain, the same holds true.. if all of the things use that mode then you should be fine.. Apr 25 21:23:38 BTW from what I was told the external sourcery toolchain stuff has all moved to the 'meta-sourcery' layer Apr 25 21:23:52 I'm guessing we probably should remove the one that's in oe-core to avoid confusion Apr 25 21:23:58 well, I'm gonna have different TCMODE, one per external toolchain, since my external toolchains are quite different from each other. Apr 25 21:24:25 fray: aah, there's a meta-sourcery layer. I'm trying to use the external-sourcery stuff of oe-core and it has some issues Apr 25 21:24:36 ya.. nobody is maintaining that AFAIK.. Apr 25 21:24:41 the meta-sourcery is maintained (AFAIK) Apr 25 21:24:57 * fray doesn't work with Mentor, I'm just familar with their stuff.. Apr 25 21:25:57 if you can figure out what TCMODE is affecting that's causing a full rebuild.. we might be able to resolve it.. Apr 25 21:29:13 thanks for pointing to meta-sourcery. Apr 26 01:16:48 I'm having the same problem with openjdk. **** ENDING LOGGING AT Fri Apr 26 02:59:58 2013