Code Monkey home page Code Monkey logo

Comments (9)

ebutera avatar ebutera commented on July 30, 2024

It seems that some warnings are now treated as errors ( ERROR: QA Issue: linux: Files/directories were installed but not shipped ), i can't remember a quick fix right now, try to use a stable yocto branch ("dora" for example).

from meta-sunxi.

KristofRobot avatar KristofRobot commented on July 30, 2024

@abehterev: looking at insane.bbclass [1], it seems that the treatment of such QA issues (either as warnings or errors) is controlled through WARN_QA and ERROR_QA.

It seems that in your setup, some configuration file somewhere overrides the default ones of insane.bbclass.

I see two solutions:
(1) You can try to setting those in your local.conf file.

(2) Alternatively, you can edit recipes-kernel/linux/linux_3.4.bb as follows (see #14 ):

INSANE_SKIP_kernel-dev = "debug-files debug-deps arch ldflags"
FILES_kernel-dev += "/usr/src/debug"

[1] http://cgit.openembedded.org/cgit.cgi/openembedded-core/tree/meta/classes/insane.bbclass?h=master

from meta-sunxi.

KristofRobot avatar KristofRobot commented on July 30, 2024

@abehterev : a solution for issue #14 was just merged, which I believe will solve this issue as well.

Could you try again with the latest version, and report back in this thread?

from meta-sunxi.

abehterev avatar abehterev commented on July 30, 2024

Sorry for long answer: in Russia was long holidays and i have been too much work at home =) Yes of course i'll try tomorrow (now... already today =)) test this update and report back in the thread.

from meta-sunxi.

abehterev avatar abehterev commented on July 30, 2024

I think that's all ok.

bai@lin-o-book:/_DATA/_embedded/yocto/poky/cubieboard$ bitbake core-image-base
Loading cache: 100% |###########################################################################################################################################################| ETA:  00:00:00
Loaded 64 entries from dependency cache.
Parsing recipes: 100% |#########################################################################################################################################################| Time: 00:00:27
Parsing of 849 .bb files complete (53 cached, 796 parsed). 1197 targets, 55 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
NOTE: preferred version 3.4.61 of linux-libc-headers not available (for item linux-libc-headers)
NOTE: versions of linux-libc-headers available: 3.10
NOTE: preferred version 3.4.61 of linux-libc-headers not available (for item linux-libc-headers-dev)
NOTE: versions of linux-libc-headers available: 3.10

Build Configuration:
BB_VERSION        = "1.21.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-13.10"
TARGET_SYS        = "arm-poky-linux-gnueabi"
MACHINE           = "cubieboard"
DISTRO            = "poky"
DISTRO_VERSION    = "1.5+snapshot-20140110"
TUNE_FEATURES     = "armv7a vfp neon"
TARGET_FPU        = "vfp-neon"
meta              
meta-yocto        
meta-yocto-bsp    = "master:1b636173ca88e5ccca1992f9a12367a1189fa674"
meta-sunxi        = "master:1101a2da808c9bcfa2096c30b689aafc6c3253e7"

NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
WARNING: QA Issue: libtool-cross: configure was passed unrecognised options: --with-sysroot
NOTE: Tasks Summary: Attempted 2351 tasks of which 1057 didn't need to be rerun and all succeeded.

Summary: There was 1 WARNING message shown.

Not tested image, but exist:

bai@lin-o-book:/_DATA/_embedded/yocto/poky/cubieboard$ ls -la tmp/deploy/images/cubieboard/
total 287312
drwxr-xr-x 2 bai bai      4096 Jan 11 03:51 .
drwxr-xr-x 3 bai bai      4096 Dec 22 14:25 ..
-rw-r--r-- 1 bai bai 121634816 Jan 11 03:51 core-image-base-cubieboard-20140110224316.rootfs.ext3
-rw-r--r-- 1 bai bai      5359 Jan 11 03:51 core-image-base-cubieboard-20140110224316.rootfs.manifest
-rw-r--r-- 1 bai bai 146800640 Jan 11 03:51 core-image-base-cubieboard-20140110224316.rootfs.sunxi-sdimg
-rw-r--r-- 1 bai bai  37777818 Jan 11 03:51 core-image-base-cubieboard-20140110224316.rootfs.tar.gz
lrwxrwxrwx 1 bai bai        53 Jan 11 03:51 core-image-base-cubieboard.ext3 -> core-image-base-cubieboard-20140110224316.rootfs.ext3
lrwxrwxrwx 1 bai bai        57 Jan 11 03:51 core-image-base-cubieboard.manifest -> core-image-base-cubieboard-20140110224316.rootfs.manifest
lrwxrwxrwx 1 bai bai        60 Jan 11 03:51 core-image-base-cubieboard.sunxi-sdimg -> core-image-base-cubieboard-20140110224316.rootfs.sunxi-sdimg
lrwxrwxrwx 1 bai bai        55 Jan 11 03:51 core-image-base-cubieboard.tar.gz -> core-image-base-cubieboard-20140110224316.rootfs.tar.gz
lrwxrwxrwx 1 bai bai        25 Jan 11 03:49 fex.bin -> fex-cubieboard-1.0-r5.bin
-rw-r--r-- 2 bai bai     43724 Jan 11 03:49 fex-cubieboard-1.0-r5.bin
lrwxrwxrwx 1 bai bai        25 Jan 11 03:49 fex-cubieboard.bin -> fex-cubieboard-1.0-r5.bin
-rw-r--r-- 2 bai bai  12133531 Jan 11 03:46 modules--3.4.67-15-cubieboard-20140110224316.tgz
lrwxrwxrwx 1 bai bai        48 Jan 11 03:46 modules-cubieboard.tgz -> modules--3.4.67-15-cubieboard-20140110224316.tgz
-rw-r--r-- 2 bai bai       294 Jan 11 03:50 README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
lrwxrwxrwx 1 bai bai        28 Jan 11 03:49 u-boot.bin -> u-boot-cubieboard-git-r9.bin
lrwxrwxrwx 1 bai bai        28 Jan 11 03:49 u-boot-cubieboard.bin -> u-boot-cubieboard-git-r9.bin
-rwxr-xr-x 2 bai bai    224008 Jan 11 03:49 u-boot-cubieboard-git-r9.bin
lrwxrwxrwx 1 bai bai        43 Jan 11 03:49 u-boot-sunxi-with-spl.bin -> u-boot-sunxi-with-spl.bin-cubieboard-git-r9
lrwxrwxrwx 1 bai bai        43 Jan 11 03:49 u-boot-sunxi-with-spl.bin-cubieboard -> u-boot-sunxi-with-spl.bin-cubieboard-git-r9
-rwxr-xr-x 2 bai bai    256840 Jan 11 03:49 u-boot-sunxi-with-spl.bin-cubieboard-git-r9
lrwxrwxrwx 1 bai bai        47 Jan 11 03:46 uImage -> uImage--3.4.67-15-cubieboard-20140110224316.bin
-rw-r--r-- 2 bai bai   4178840 Jan 11 03:46 uImage--3.4.67-15-cubieboard-20140110224316.bin
lrwxrwxrwx 1 bai bai        47 Jan 11 03:46 uImage-cubieboard.bin -> uImage--3.4.67-15-cubieboard-20140110224316.bin

from meta-sunxi.

KristofRobot avatar KristofRobot commented on July 30, 2024

@abehterev I dont like the QA Warning:

WARNING: QA Issue: libtool-cross: configure was passed unrecognised options: --with-sysroot

However, if things run correctly, this can probably be ignored.

Please close this issue if you feel it is resolved.

Thanks!

from meta-sunxi.

ebutera avatar ebutera commented on July 30, 2024

that warning could be any of the (2351-1057) packages built, i am more worried about:

NOTE: preferred version 3.4.61 of linux-libc-headers not available (for item linux-libc-headers)
NOTE: versions of linux-libc-headers available: 3.10

i'm not sure it's ok to build an older kernel with a newer linux-libc-headers, i think only the opposite is ok (newer kernel with older headers).

edit: not build an older kernel, but run.

from meta-sunxi.

KristofRobot avatar KristofRobot commented on July 30, 2024

@ebutera - I've been wondering about this as well.

However, I found a yocto thread [1] discussing this exact issue, and there they stated that this should be fine:

> Hi. We are using a 3.6 based kernel in our builds using a custom
> kernel recipe. However, I can see that the linux-libc-headers built
> but based on a 3.8 kernel?
> Is this really how it should be? Are we supposed to also make a custom
> recipe for the linux-libc-headers? The image seems to be executing
> fine but I am a bit worried about the version mismatch :(

You shouldn't need to do this. We use a single libc-headers version
for all of a given linux-yocto kernels in a release. The userspace /
libc ABI is stable, and backwards compatible (generally speaking of
course). New interfaces typically have a fallback if the kernel
interface is missing, and we don't currently have any issues either.

Of course older headers with newer kernels is even safer, since
typically at most you are missing out on being able to use new APIs
versus potential for missing APIs.

Summary: you can match them if you want, but we are testing across
several kernel versions and haven't found any issues (yet).

[1] https://lists.yoctoproject.org/pipermail/yocto/2013-June/014653.html

from meta-sunxi.

ebutera avatar ebutera commented on July 30, 2024

Ok, then i'm closing the issue.

@abehterev you can reopen it if you need to.

from meta-sunxi.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.