How to update Git clone when rebuilding
Tino Breddin <tb@...>
Hi,
I've noticed that bitbake won't update a Git checkout of an application referenced through a recipe when running a follow-up build. Is there some way to tell bitbake to check whether the remote Git repository provides updates which should trigger a rebuild of the application? Cheers, Tino
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
[PATCH] Fix typo in kvm capability detection in runqemu
Björn Stenberg <bjorn@...>
Signed-off-by: Björn Stenberg <bjst@...>
--- diff --git a/scripts/runqemu b/scripts/runqemu index fb7ac56..fc7d749 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -155,7 +155,7 @@ while true; do ;; "kvm") KVM_ENABLED="yes" - KVM_CAPABLE=`grep -q 'vmx\|smx' /proc/cpuinfo && echo 1` + KVM_CAPABLE=`grep -q 'vmx\|svm' /proc/cpuinfo && echo 1` ;; "") break ;; *) -- Björn
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Raul Mu?oz
Paul, Thanks for all help. I did what you told, I created a new project with all metas in danny branch: meta-fsl-arm$ git branch
* local/origin/danny master meta-openembedded$ git branch * local/origin/danny master
poky$ git branch * local/origin/danny
master meta-java$ git branch
* master In Local config I changed just the machine for MACHINE ?= "imx28evk"
And added the lines needed for java PREFERRED_PROVIDER_virtual/java-native = "jamvm-native" PREFERRED_PROVIDER_virtual/javac-native = "ecj-bootstrap-native"
PREFERRED_VERSION_openjdk-6-jre = "6b24-1.11.5" PREFERRED_VERSION_icedtea6-native = "1.8.11"
I have changed my bblayes for: BBLAYERS ?= " \ /media/dados/prjs/imx-JAVA/philinux/poky/meta \
/media/dados/prjs/imx-JAVA/philinux/poky/meta-yocto \ /media/dados/prjs/imx-JAVA/philinux/poky/meta-yocto-bsp \
/media/dados/prjs/imx-JAVA/philinux/meta-fsl-arm \ /media/dados/prjs/imx-JAVA/philinux/meta-openembedded/meta-oe \
/media/dados/prjs/imx-JAVA/philinux/meta-java \ " Now I think that every things work better, but I get a error that I dont know how to solve:
raul@phi04:/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java$ bitbake openjdk-6-jre WARNING: Unable to get checksum for barebox SRC_URI entry defconfig: file could not be found | ETA: 00:00:25
Parsing recipes: 100% |###############################################################################################################| Time: 00:00:48 Parsing of 1320 .bb files complete (0 cached, 1320 parsed). 1706 targets, 70 skipped, 0 masked, 0 errors.
Build Configuration: BB_VERSION = "1.16.0"
TARGET_ARCH = "arm" TARGET_OS = "linux-gnueabi" MACHINE = "imx28evk"
DISTRO = "poky" DISTRO_VERSION = "1.3" TUNE_FEATURES = "armv5 dsp thumb arm926ejs"
TARGET_FPU = "soft" meta meta-yocto
meta-yocto-bsp = "local/origin/danny:bf909b267498dbab4d7695c26b0dce903ac8b6b0" meta-fsl-arm = "local/origin/danny:fdc178fb22b3370d3a2cde66b6a4171627dd4721"
meta-oe = "local/origin/danny:f026e96295da101bb715858bc8705de7e4a33992" meta-java = "master:2eb6d2643e3833657cfd278b0502945df99ee18a"
NOTE: Resolving any missing task queue dependencies NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg NOTE: multiple providers are available for runtime java2-runtime (openjdk-6-jre, jamvm, openjdk-7-jre)
NOTE: consider defining a PREFERRED_PROVIDER entry to match java2-runtime NOTE: multiple providers are available for runtime java2-vm (openjdk-6-jre, openjdk-7-jre)
NOTE: consider defining a PREFERRED_PROVIDER entry to match java2-vm NOTE: multiple providers are available for jpeg-native (jpeg-native, libjpeg-turbo-native)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg-native NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Function failed: do_compile (see /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/temp/log.do_compile.23542 for further information)
ERROR: Logfile of failure stored in: /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/temp/log.do_compile.23542
Log data follows: | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
| DEBUG: Executing shell function do_compile | NOTE: make -j 4 | /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -H/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8 -B/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build --check-build-system CMakeFiles/Makefile.cmake 0
| /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_progress_start /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/CMakeFiles /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/CMakeFiles/progress.marks
| make -f CMakeFiles/Makefile2 all | make[1]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make -f lib/System/CMakeFiles/LLVMSystem.dir/build.make lib/System/CMakeFiles/LLVMSystem.dir/depend | make -f lib/Transforms/Hello/CMakeFiles/LLVMHello.dir/build.make lib/Transforms/Hello/CMakeFiles/LLVMHello.dir/depend
| make -f utils/count/CMakeFiles/count.dir/build.make utils/count/CMakeFiles/count.dir/depend | make -f tools/bugpoint-passes/CMakeFiles/BugpointPasses.dir/build.make tools/bugpoint-passes/CMakeFiles/BugpointPasses.dir/depend
| make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| cd /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build && /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_depends "Unix Makefiles" /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8 /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/lib/System /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/lib/System /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/lib/System/CMakeFiles/LLVMSystem.dir/DependInfo.cmake --color=
| make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| cd /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build && /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_depends "Unix Makefiles" /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8 /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/lib/Transforms/Hello /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/lib/Transforms/Hello /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/lib/Transforms/Hello/CMakeFiles/LLVMHello.dir/DependInfo.cmake --color=
| make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| cd /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build && /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_depends "Unix Makefiles" /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8 /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/tools/bugpoint-passes /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/tools/bugpoint-passes /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/tools/bugpoint-passes/CMakeFiles/BugpointPasses.dir/DependInfo.cmake --color=
| make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
... ...
... /CMakeFiles/EnhancedDisassembly.dir/DependInfo.cmake --color= | make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| cd /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build && /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_depends "Unix Makefiles" /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8 /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/tools/bugpoint /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/tools/bugpoint /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/tools/bugpoint/CMakeFiles/bugpoint.dir/DependInfo.cmake --color=
| make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make -f tools/edis/CMakeFiles/EnhancedDisassembly.dir/build.make tools/edis/CMakeFiles/EnhancedDisassembly.dir/build | make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make[2]: Nothing to be done for `tools/edis/CMakeFiles/EnhancedDisassembly.dir/build'. | make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_progress_report /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/CMakeFiles
| [ 98%] Built target EnhancedDisassembly | make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make -f tools/bugpoint/CMakeFiles/bugpoint.dir/build.make tools/bugpoint/CMakeFiles/bugpoint.dir/build | make[2]: Entering directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make[2]: Nothing to be done for `tools/bugpoint/CMakeFiles/bugpoint.dir/build'. | make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_progress_report /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build/CMakeFiles 88
| [100%] Built target bugpoint | ../../lib/libLLVMARMCodeGen.a(ARMISelLowering.cpp.o): In function `llvm::ARMTargetLowering::LowerCall(llvm::SDValue, llvm::SDValue, llvm::CallingConv::ID, bool, bool&, llvm::SmallVectorImpl<llvm::ISD::OutputArg> const&, llvm::SmallVectorImpl<llvm::SDValue> const&, llvm::SmallVectorImpl<llvm::ISD::InputArg> const&, llvm::DebugLoc, llvm::SelectionDAG&, llvm::SmallVectorImpl<llvm::SDValue>&) const':
| /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/lib/Target/ARM/ARMISelLowering.cpp:1293: undefined reference to `getPointerToNamedFunctionOrNull'
| ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o): In function `llvm::ARMInstPrinter::~ARMInstPrinter()': | /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/lib/Target/ARM/AsmPrinter/ARMInstPrinter.h:22: undefined reference to `llvm::MCInstPrinter::~MCInstPrinter()'
| ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o): In function `~ARMInstPrinter': | /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/lib/Target/ARM/AsmPrinter/ARMInstPrinter.h:22: undefined reference to `llvm::MCInstPrinter::~MCInstPrinter()'
| ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o):(.data.rel.ro+0x8): undefined reference to `typeinfo for llvm::MCInstPrinter'
| ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o):(.data.rel.ro+0x24): undefined reference to `llvm::MCInstPrinter::getOpcodeName(unsigned int) const'
| collect2: error: ld returned 1 exit status | make[2]: *** [bin/llvm-mc] Error 1
| make[2]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make[1]: *** [tools/llvm-mc/CMakeFiles/llvm-mc.dir/all] Error 2 | make[1]: Leaving directory `/media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/llvm-2.8/build'
| make: *** [all] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /media/dados/prjs/imx-JAVA/philinux/philinux-imx28-java/tmp/work/armv5te-poky-linux-gnueabi/llvm2.8-2.8-r2.1/temp/log.do_compile.23542 for further information)
ERROR: Task 353 (/media/dados/prjs/imx-JAVA/philinux/meta-java/recipes-core/llvm/llvm2.8_2.8.bb, do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1646 tasks of which 1634 didn't need to be rerun and 1 failed. Waiting for 0 running tasks to finish:
Summary: 1 task failed: /media/dados/prjs/imx-JAVA/philinux/meta-java/recipes-core/llvm/llvm2.8_2.8.bb, do_compile
Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code.
Some one can Help me? I thing that there is some thing with this: | ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o):(.data.rel.ro+0x8): undefined reference to `typeinfo for llvm::MCInstPrinter'
| ../../lib/libLLVMARMAsmPrinter.a(ARMInstPrinter.cpp.o):(.data.rel.ro+0x24): undefined reference to `llvm::MCInstPrinter::getOpcodeName(unsigned int) const'
--
Raul Rosetto Muñoz
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: An added task is not run by bitbake, why is that ?
Biao <huanmateme@...>
Now i got it, when i issue "bitbake dummy", it will only try to do a "build" task, which is not DEPENDS on my task. Thanks,
At 2012-12-20 15:28:31,Biao <huanmateme@...> wrote:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
An added task is not run by bitbake, why is that ?
Biao <huanmateme@...>
Hi All, The meta-test layer setup is ok, you can forget this. After i issue bitbake dummy, i found that it runs succeed with the tasks in base.bbclass, but my dummy1 is not run, why is that? meta-test/dummy/dummy.0.0.bb <pre> DESCRIPTION = "A simply dummy package" do_dummy0 () { bbnote "Doing Dummy0." } do_dummy1 () { bbnote "Doing Dummy1." } do_dummy2 () { bbnote "Doing Dummy2." } addtask dummy1 before do_dummy2 after do_dummy0 </pre> Thanks, Biao
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: Where does the bitbake get the variable "TOPDIR"
Biao <huanmateme@...>
I agree it seems a prefix is mandatory when working with EXPORT_FUNCTIONS. > >I'm not clear on this topic either. A hand from an experienced bitbake >guru would be really helpful here. The type of abstraction in bitbake >should be explained in detail as well as how EXPORT_FUNCTION works. > >Any volunteers? > >> 2. There is 'bb.note' and 'bbnote' in the code example, is it a type-mistake or something else? > >No, this is not a mistake. You can use python as well as shell functions >in bitbake recipes and classes. See 'python' keyword in function >definitons where bb.note is used. That's why python function "bb.note()" >is used to print log information. Without python keyword, the bitbake >function is treated as shell. > Ok, so the bb.note is a python provided functions, which is missing from the docs. >Regards, >Eren > >-- > . 73! DE TA1AET > http://linkedin.com/in/erenturkay
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: [PATCH 5/5] scripts/lib/bsp/engine.py: refactor bsp-creation code
Darren Hart <dvhart@...>
On 12/17/2012 09:51 AM, tom.zanussi@... wrote:
From: Tom Zanussi <tom.zanussi@...>Aha, this is what I was looking for earlier - sorry my email search pattern dropped this patch initially. Just a cursory review, but looks good to me. -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: [PATCH 4/5] yocto-layer: add 'layer' template data
Darren Hart <dvhart@...>
On 12/17/2012 09:51 AM, tom.zanussi@... wrote:
From: Tom Zanussi <tom.zanussi@...>Great stuff Tom, only one nit below: new file mode 100644If you specify a return type of int, you should be returning one: return 0; :-) +} Looks good otherwise. -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: [PATCH 2/5] yocto-layer: new script
Darren Hart <dvhart@...>
On 12/17/2012 09:51 AM, tom.zanussi@... wrote:
From: Tom Zanussi <tom.zanussi@...>No specific comments below, looks good. Would the final version also include a removal of similar code from yocto-bsp, such that yocto-bsp would call yocto-layer? I'm thinking about reducing code duplication. I guess not as this is mostly just argument parsing and all the logic is already abstracted into bsp.engine? Thanks, Darren -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: [PATCH 0/5] RFC: new 'yocto-layer' tool for creating generic Yocto layers
Darren Hart <dvhart@...>
On 12/17/2012 09:51 AM, tom.zanussi@... wrote:
From: Tom Zanussi <tom.zanussi@...> Can these options be specified on the cli? It would be nice for documentation to not have to list all the questions to describe how to accomplish a specific task such as this. e.g. [trz@empanada build]$ yocto-layer create simplestlayer -p 6 --no-recipe --no-bbappend Or possibly having defaults to those questions accepted by default unless [-i|--interactive] is specified? empanada :-) Mmmmmm New layer created in meta-simplestlayer. It might make sense to create a recipes/ directory as well, just to support convention.
Wow, that's quite a bit more than I was asking for... I can imagine that some folks my find that useful.
In concept, looks pretty good to me, and a natural refactoring of yocto-bsp. I'll review the patches independently. Thanks, Darren Thanks,-- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Canceled: Yocto Project Technical Team Meeting - Cancelled this week due to holidays
Liu, Song <song.liu@...>
When: Tuesday, December 25, 2012 8:00 AM-9:00 AM (UTC-08:00) Pacific Time (US & Canada).
Where: Bridge Info Enclosed
Note: The GMT offset above does not reflect daylight saving time adjustments.
*~*~*~*~*~*~*~*~*~*
We encourage people attending the meeting to logon the Yocto IRC chancel during the meeting (optional):
Yocto IRC: http://webchat.freenode.net/?channels=#yocto
IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Weekly build availability.
Flanagan, Elizabeth <elizabeth.flanagan@...>
The weekly build will be available in a few hours at:
http://autobuilder.yoctoproject.org/pub/nightly/20121219-5 One known issue is that the eclipse plugin needs to be built alone and moved manually. I'll do this when it is finished building. This is due to some autobuilder issues I'll be fixing tonight. I *will* be producing weekly builds over the holidays in case we have anyone who wants them. -b -- Elizabeth Flanagan Yocto Project Build and Release
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: Git tag systematics ?
Wolfgang Denk <wd@...>
Dear Elizabeth,
In message <CAPhnLPBXsYcNDeKsW6xBLjSrJunHUDtkRohR_aHtU9PysQMLhg@...> you wrote: Thanks.However, there is no such release tag as "danny-8.0".You are correct. That was an oversight on my part. I've corrected it. Is there some formal procedure in place how git release tags are assigned, and when? Thanks again - but is there any documetn somehere on the web pages orWhat is the system in this numbering / tagging?Milestones: 1.x_My.rcz in the wiki that actually says what the name of the next release will be, and which branch it is being worked on? We have a "1.4_M1.final" tag in the "1.4_M1" branch, and I see similarReleated: is there any document which explains the branch names beingWhen Richard tells me :) "1.x_My" branches for the other releases. When will some "name-..." branch become visible? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@... Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, "The City on the Edge of Forever", stardate unknown
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Paul Eggleton
On Wednesday 19 December 2012 15:31:42 Raul Rosetto Munoz wrote:
raul@phi04:/home/prjs/poky$ git branchThere doesn't seem to be a denzil branch for meta-java and it's likely the error you're receiving is because the master branch of meta-java is incompatible with the denzil release. I would suggest updating to the danny release, or alternatively you'll need to modify meta-java to be compatible with denzil (i.e. you'll have to match indenting in python functions such as populate_packages_prepend). Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Raul Mu?oz
raul@phi04:/home/prjs/poky$ git branch * local/origin/denzil
--
Raul Rosetto Muñoz
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Raul Mu?oz
raul@phi04:/home/prjs/newcom0001/workspace/philinux/philinux-imx28-newcom$ bitbake --version BitBake Build Tool Core version 1.15.2, bitbake version 1.15.2
--
Raul Rosetto Muñoz
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Paul Eggleton
On Wednesday 19 December 2012 08:25:00 Raul Rosetto Munoz wrote:
Hello all,Which version of the build system are you using? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Re: How to use JRE (Java Runtime) in Yocto Projects
Raul Mu?oz
Hello all, I did some things like this wiki. I added the meta-java layer but the only important diference is that I'm using meta poky (/poky/meta) and no meta oe-core (/oe-core/meta).
The fisrt probleme tha I have is that the package LLVM show me some errors.
here is what I have: raul@phi04:/home/prjs/newcom0001/workspace/philinux/philinux-imx28-newcom$ bitbake openjdk-6
WARNING: Host distribution "Ubuntu 12.04.1 LTS" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
NOTE: Error expanding variable populate_packages | ETA: 00:00:38 NOTE: Error during finalise of /home/prjs/newcom0001/workspace/philinux/meta-java/recipes-core/llvm/llvm2.8_2.8.bb
ERROR: Unable to parse /home/prjs/newcom0001/workspace/philinux/meta-java/recipes-core/llvm/llvm2.8_2.8.bb ERROR: Command execution failed: Traceback (most recent call last):
File "/home/prjs/poky/bitbake/lib/bb/command.py", line 84, in runAsyncCommand self.cooker.updateCache()
File "/home/prjs/poky/bitbake/lib/bb/cooker.py", line 1202, in updateCache if not self.parser.parse_next():
File "/home/prjs/poky/bitbake/lib/bb/cooker.py", line 1669, in parse_next self.virtuals += len(result)
UnboundLocalError: local variable 'result' referenced before assignment Summary: There was 1 WARNING message shown. Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
raul@phi04:/home/prjs/newcom0001/workspace/philinux/philinux-imx28-newcom$ Thanks
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
FW: Fullpass Test Report for Yocto 1.2.2 denzil-next 20121206 Build
Palalau, AlexandruX <alexandrux.palalau@...>
Somehow, this didn’t get sent last night… Br, -- Alexandru Palalau QA Contractor @ Yocto Project Open-source Technology Center Romania System Software Division
From:
Palalau, AlexandruX
Sent: Tuesday, December 18, 2012 11:17 PM
To: yocto@... Cc: Liu, Song Subject: Fullpass Test Report for Yocto 1.2.2 denzil-next 20121206 Build
Hello,
There are some issues regarding the following: è CoreBuildSystem: libowl fetch and build appliance build fail è HOB: toolchain settings are not saved and trying to build a recipe from terminal using HOB conf fails è Jasperforest: syslog fails(fixed in master) and and also the iptables compilation is failing for this architecture. è Atom-PC: failure in starting the installed instance. Also, return from standby fails and we have some dmesg errors.
Attached you can find the full test report.
Best Regards,
Alexandru Palalau QA Contractor @ Yocto Project Open-source Technology Center Romania System Software Division
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Fullpass Test Report for Yocto 1.2.2 denzil-next 20121206 Build
Palalau, AlexandruX <alexandrux.palalau@...>
Hello,
There are some issues regarding the following: è CoreBuildSystem: libowl fetch and build appliance build fail è HOB: toolchain settings are not saved and trying to build a recipe from terminal using HOB conf fails è Jasperforest: syslog fails(fixed in master) and and also the iptables compilation is failing for this architecture. è Atom-PC: failure in starting the installed instance. Also, return from standby fails and we have some dmesg errors.
Attached you can find the full test report.
Best Regards,
Alexandru Palalau QA Contractor @ Yocto Project Open-source Technology Center Romania System Software Division
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|