* [meta-raspberrypi] rootfs fails
@ 2015-09-11 22:50 Edward Vidal
2015-09-12 0:51 ` Trevor Woerner
0 siblings, 1 reply; 4+ messages in thread
From: Edward Vidal @ 2015-09-11 22:50 UTC (permalink / raw)
To: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 2545 bytes --]
Hello All,
My rootfs is failing when adding liba52, libmad, libav. x264, and libav.
This is for a raspberrypi2.
I updated the meta data on 09/10/15.
meta-yocto-bsp = "fido:d4585fa23d56a58c583ee33db067a23177a936b1"
meta-raspberrypi = "fido:17dad9328b100beda1cf870c9075e509b5cbfa90"
meta-oe
meta-multimedia
meta-python
meta-gnome = "fido:d4585fa23d56a58c583ee33db067a23177a936b1"
meta-browser = "fido:ca96f4326345dcd779fc539877a04f069f431749"
This is the IMAGE_INSTALL_append in my local.conf
IMAGE_INSTALL_append = " intelhex python-bitstring pyusb PyPubSub git \
chkconfig tar v4l-utils tree python-imaging python-pip \
jasper gsl hexedit man openjpeg tcl tk liba52 libmad libav x264 libav"
This errors below occurred when I added the following liba52 libmad libav x264 libav to my IMAGE_INSTALL_append
WARNING: QA Issue: ELF binary '/home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144' has relocations in .text [textrel]
WARNING: QA Issue: ELF binary '/home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/libav/9.18-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0' has relocations in .text [textrel]
ERROR: Error: The image creation script '/home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/raspberrypi2-poky-linux-gnueabi/core-image-sato/1.0-r0/temp/create_image.rpi-sdimg' returned 2:
expr: non-integer argument
WARNING: exit code 2 from a shell command.
ERROR: Function failed: do_rootfs
ERROR: Logfile of failure stored in: /home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/raspberrypi2-poky-linux-gnueabi/core-image-sato/1.0-r0/temp/log.do_rootfs.1142
In the ~/wkg/yocto/RaspberryPi2/poky/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi I can see that the deploy-rpms were generated in each folder liba52 libmad libav x264 libav.
The file core-image-sato-raspberrypi2-20150911214448.rootfs.tar.bz2 gets generated which can see in the /home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/raspberrypi2-poky-linux-gnueabi/core-image-sato/1.0-r0/temp/log.do_rootfs.1142These and other packages were added with the meta-data I had download on 07/20/15. I am using the fido branch.
Thanks in advance for your help in solving this problems. Edward Vidal Jr. e-mail develone@sbcglobal.net 915-595-1613
[-- Attachment #2: Type: text/html, Size: 3732 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [meta-raspberrypi] rootfs fails
2015-09-11 22:50 [meta-raspberrypi] rootfs fails Edward Vidal
@ 2015-09-12 0:51 ` Trevor Woerner
0 siblings, 0 replies; 4+ messages in thread
From: Trevor Woerner @ 2015-09-12 0:51 UTC (permalink / raw)
To: Edward Vidal, yocto@yoctoproject.org
Ah good, someone else is seeing the problems I've been seeing :-)
In my case it has nothing to do with anything that I'm adding to my
image, it just happens (apparently) randomly. Try building again, it
might succeed this time. In my case I'm just building plain old
"core-image-minimal" with nothing else added. When it fails for me I
just restart the build and it succeeds. Sometimes it fails a couple
time, but eventually you'll hit the right phase of the moon and it'll
work ;-) haha
On 09/11/15 18:50, Edward Vidal wrote:
> meta-yocto-bsp = "fido:d4585fa23d56a58c583ee33db067a23177a936b1"
> meta-raspberrypi = "fido:17dad9328b100beda1cf870c9075e509b5cbfa90"
> meta-oe
> meta-multimedia
> meta-python
> meta-gnome = "fido:d4585fa23d56a58c583ee33db067a23177a936b1"
> meta-browser = "fido:ca96f4326345dcd779fc539877a04f069f431749"
fido, eh? Strange. I'm seeing this on master. I'm also seeing it with
meta-sunxi. In other words I'm seeing it with any layer/machine that
tries to build an sdimg.
> ERROR: Error: The image creation script
> '/home/vidal/wkg/yocto/RaspberryPi2/poky/build/tmp/work/raspberrypi2-poky-linux-gnueabi/core-image-sato/1.0-r0/temp/create_image.rpi-sdimg'
> returned 2:
> expr: non-integer argument
> WARNING: exit code 2 from a shell command.
I guess fido isn't smart enough to print the exact expr problem that is
causing the error. Maybe the log file has it?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [meta-raspberrypi] rootfs fails
@ 2015-09-12 13:12 Edward Vidal
2015-09-23 22:27 ` Andrei Gherzan
0 siblings, 1 reply; 4+ messages in thread
From: Edward Vidal @ 2015-09-12 13:12 UTC (permalink / raw)
To: yocto@yoctoproject.org
[-- Attachment #1: Type: text/plain, Size: 1281 bytes --]
Hello All,Thanks after doing "bitbake core-image-sato -c cleansstate"followed by "bitbake core-image-sato" was able to get the image.During the core-image-sato with no IMAGE_INSTALL_append = I did see a few warnings that I have not seen before (see below).
WARNING: QA Issue: gstreamer1.0-plugins-bad: configure was passed
unrecognised options: --with-egl-window-system [unknown-configure-option]
WARNING: QA Issue: /home/vidal/wkg/yocto/RaspberryPi2/poky/build/
tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/perl/
5.22.0-r0/packages-split/perl-ptest/usr/lib/perl/ptest/hints/
epix.sh is owned by uid 1000, which is the same as the user running bitbake.
This may be due to host contamination [host-user-contaminated]
Another strange happening is python is missing items to do "python setup.py install" on package
both repo072015 & repo091015 are using python 2.7.9-r1
-python-distribute-0.6.32 is missing and 2 new RPMs are installed
+python-pip-7.1.0 is now being using instead of python-pip-1.5.6
+python-setuptools-18.2 is now being used.Could this be related to rootfs failing at times?Regards,
Edward Vidal Jr. e-mail develone@sbcglobal.net 915-595-1613
[-- Attachment #2: Type: text/html, Size: 2924 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [meta-raspberrypi] rootfs fails
2015-09-12 13:12 Edward Vidal
@ 2015-09-23 22:27 ` Andrei Gherzan
0 siblings, 0 replies; 4+ messages in thread
From: Andrei Gherzan @ 2015-09-23 22:27 UTC (permalink / raw)
To: Edward Vidal; +Cc: yocto@yoctoproject.org
Hello guys,
On Sat, Sep 12, 2015 at 01:12:25PM +0000, Edward Vidal wrote:
> Hello All,
> Thanks after doing "bitbake core-image-sato -c cleansstate"
> followed by "bitbake core-image-sato" was able to get the image.
> During the core-image-sato with no IMAGE_INSTALL_append = I did see a
> few warnings that I have not seen before (see below).
> WARNING: QA Issue: gstreamer1.0-plugins-bad: configure was passed
> unrecognised options: --with-egl-window-system
> [unknown-configure-option]
>
> WARNING: QA Issue: /home/vidal/wkg/yocto/RaspberryPi2/poky/build/
> tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/perl/
> 5.22.0-r0/packages-split/perl-ptest/usr/lib/perl/ptest/hints/
> epix.sh is owned by uid 1000, which is the same as the user running
> bitbake.
> This may be due to host contamination [host-user-contaminated]
> Another strange happening is python is missing items to do "python
> setup.py install" on package
> both repo072015 & repo091015 are using python 2.7.9-r1
> -python-distribute-0.6.32 is missing and 2 new RPMs are installed
> +python-pip-7.1.0 is now being using instead of python-pip-1.5.6
> +python-setuptools-18.2 is now being used.
> Could this be related to rootfs failing at times?
> Regards,
> Edward Vidal Jr. e-mail develone@sbcglobal.net 915-595-1613
I merged a patch that should fix this issue. Can you try to replicate with
current HEAD?
--
Andrei Gherzan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-09-23 22:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-11 22:50 [meta-raspberrypi] rootfs fails Edward Vidal
2015-09-12 0:51 ` Trevor Woerner
-- strict thread matches above, loose matches on Subject: below --
2015-09-12 13:12 Edward Vidal
2015-09-23 22:27 ` Andrei Gherzan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.