| Summary: | linux-korg recipes do not work with tar.gz sources | ||
|---|---|---|---|
| Product: | [Yocto Project Subprojects] Kernel | Reporter: | Nitin Kamble <nitin.a.kamble> |
| Component: | kernel-tooling | Assignee: | Bruce Ashfield <bruce.ashfield> |
| Status: | VERIFIED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | Medium | CC: | dvhart, laurentiu.serban, richard.purdie, yp.kernel.watcher, yp.watcher |
| Version: | unspecified | ||
| Target Milestone: | 1.3 M1 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 2446 | ||
Bruce, can you look at this for 1.3 M1? There's no sense looking at this for 1.3. Anything supported by the linux-yocto recipes works on git trees .. end of story. I have supported tgz's in the past by creating a git repository our of the tree, etc, but it adds a LOT of code complexity and it doesn't follow the workflow we are promoting. Why not just use the upstream git repository ? If we are talking about saving the time of a clone, etc, then there are other approaches to take first, before resorting to a tgz. Bruce, I thought we'd talked about being able to extend a kernel with limited functionality from the kernel tooling such as the fragement management? We did discuss the limited kernel extension, but that doesn't include a tgz kernel at the moment. It's any git repository, which is what the liunux-yocto-custom recipe handles. To extend it to tgz means restoring a lot of complexity which has been removed over the years, and breaking the use case of git/git manipulations in feature descriptions. The shallow clones, or other space saving ideas are higher in the list of TODO items before tgz's. It's like asking for Makefile based recipes instead of bitbake recipes ... I've added a new 1.3 feature to my 'bubble' list to address this. It should be simple enough to create a git repo, and normalize most of the tools on that. I'll likely introduce it via the -dev layer, and then out after that. So guys can we change the status of the bug? I suggest reopening it and set with a later milestone. Thank you, Laurentiu No. This bug is not a bug .. I'll open a feature request against 1.3, but it may not make 1.4, since tgz's based building is not something to promote. Verified. Bruce opened a feature request. |
Gets this error: NOTE: package linux-korg-3.4-r0: task do_kernel_checkout: Started ERROR: Function failed: do_kernel_checkout (see /srv/home/nitin/builds/build-x32/tmp/work/qemux86_64-poky-linux-gnux32/linux-korg-3.4-r0/temp/log.do_kernel_checkout.5960 for further information) ERROR: Logfile of failure stored in: /srv/home/nitin/builds/build-x32/tmp/work/qemux86_64-poky-linux-gnux32/linux-korg-3.4-r0/temp/log.do_kernel_checkout.5960 Log data follows: | ERROR: Function failed: do_kernel_checkout (see /srv/home/nitin/builds/build-x32/tmp/work/qemux86_64-poky-linux-gnux32/linux-korg-3.4-r0/temp/log.do_kernel_checkout.5960 for further information) | fatal: Not a git repository (or any parent up to mount parent ) | Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). | fatal: Not a git repository (or any parent up to mount parent ) | Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). | Not checking out x32, it will be created later | fatal: Not a git repository (or any parent up to mount parent ) | Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). NOTE: package linux-korg-3.4-r0: task do_kernel_checkout: Failed $ cat linux-korg_3.4.bb inherit kernel require recipes-kernel/linux/linux-yocto.inc KMACHINE = "x32" YOCTO_KERNEL_META_DATA = "" KBRANCH = "${KMACHINE}" KMETA = "meta" SRC_URI[md5sum] = "146af0160fc7a60cf9acf44aec13482b" SRC_URI[sha256sum] = "a797a15d0b6228381507c14ecf4eec4a6cc5c77cfd521ba3b3e1325e85b5b16d" SRC_URI = "http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.4.tar.bz2 \ file://defconfig \ " S = "${WORKDIR}/linux-3.4" LINUX_VERSION = "3.4" LOCALCOUNT = "0" LINUX_VERSION_EXTENSION ?= "-yoctized-${LINUX_KERNEL_TYPE}" PR = "r0" PV = "${LINUX_VERSION}" # Functionality flags KERNEL_REVISION_CHECKING = "" # extra tasks addtask kernel_link_vmlinux after do_compile before do_install addtask validate_branches before do_patch after do_kernel_checkout addtask kernel_configcheck after do_configure before do_compile