[oe] Angstrom Beaglebone broken again?
Over the past few weeks I have noticed that builds based on the Angstrom/Beaglebone distribution have been unreliable. Notably systemd/udev issues. Now I noticed a new issue (log below). I understand that a dynamically update system will have bugs from time to time, but this appears to be getting worse. Am I the only one who is noticing this? If so, maybe I am doing something wrong. If not, is there any hope of the issue stabilizing somewhat? Regards, Dave. errors dlambert@daves-laptop ~/beaglebone/setup-scripts $ ./oebb.sh update Processing bitbake: Fixed to revision b1dbc24ebcc4e5100c32568c2c41fd982fb4bcce, skipping update Processing meta-angstrom: Current branch angstrom-v2012.05-yocto1.2 is up to date. Processing meta-openembedded: Current branch denzil is up to date. Processing meta-ti: Current branch angstrom-staging-yocto1.2 is up to date. Processing meta-ettus: Fixed to revision 5a6a642f6707dc42a5210dbbf01d2bdfd869d4b0, skipping update Processing meta-efikamx: Fixed to revision 2c09a3a780b23448e8a6ca964256ff7f5ccba65d, skipping update Processing meta-nslu2: Fixed to revision 3d9fc951b05b4df476374b6fc3085ebac7f293ee, skipping update Processing meta-smartphone: Fixed to revision 2b106be01228f64298d6cb338f93088806594344, skipping update Processing meta-intel: Fixed to revision f75f9b6f68473eb0efac802409608f8389be0030, skipping update Processing meta-xilinx: Fixed to revision 5191333565f9913b6175bb19485f7320db82080b, skipping update Processing meta-openpandora: Fixed to revision 9221a48cd088707e0b03f27704c5825fb754bc0c, skipping update Processing meta-raspberrypi: Current branch denzil is up to date. Processing meta-handheld: Fixed to revision 1f05a15aceb4c3a19fa070463b58125b5658b2a9, skipping update Processing meta-opie: Fixed to revision efa3892b20a4ef80274e56e5633ebd62c16f9731, skipping update Processing meta-java: Fixed to revision 3386ea6c96096f107f43f282f654e5afa456109e, skipping update Processing meta-browser: Fixed to revision c47f59df2e723495679c751cbdf6a8c6adec4b6a, skipping update Processing meta-mono: Fixed to revision 83f8233b0498aadb18bf7605c3ba6c71d9e13a3a, skipping update Processing meta-kde: Fixed to revision 5b0882d951cfd71886d423c190faaa7c7f932333, skipping update Processing openembedded-core: remote: Counting objects: 118, done. remote: Compressing objects: 100% (13/13), done. remote: Total 86 (delta 73), reused 86 (delta 73) Unpacking objects: 100% (86/86), done. From git://github.com/openembedded/oe-core 8925501..751c11e master -> origin/master + dcc186d...475d8fe master-next -> origin/master-next (forced update) Current branch denzil is up to date. dlambert@daves-laptop ~/beaglebone/setup-scripts $ bitbake systemd-image Loading cache: 100% |##| ETA: 00:00:00 Loaded 2859 entries from dependency cache. OE Build Configuration: BB_VERSION= "1.15.2" TARGET_ARCH = "arm" TARGET_OS = "linux-gnueabi" MACHINE = "beaglebone" DISTRO= "angstrom" DISTRO_VERSION= "v2012.05" TUNE_FEATURES = "armv7a vfp neon cortexa8" TARGET_FPU= "vfp-neon" meta-angstrom = "angstrom-v2012.05-yocto1.2:72de0508b00f2111674e8a56058c9e1ae7227697" meta-oe toolchain-layer meta-efl meta-gpe meta-gnome meta-xfce meta-initramfs= "denzil:c0117f5ad7d1fe18d149bda426c7134ff24daae8" meta-opie = "master:efa3892b20a4ef80274e56e5633ebd62c16f9731" meta-java = "master:3386ea6c96096f107f43f282f654e5afa456109e" meta-browser = "master:c47f59df2e723495679c751cbdf6a8c6adec4b6a" meta-mono = "master:83f8233b0498aadb18bf7605c3ba6c71d9e13a3a" meta-kde = "master:5b0882d951cfd71886d423c190faaa7c7f932333" meta-ti = "angstrom-staging-yocto1.2:edfd9649cbd16b2cdb5385954c0441c7bba92f8d" meta-efikamx = "master:2c09a3a780b23448e8a6ca964256ff7f5ccba65d" meta-nslu2= "master:3d9fc951b05b4df476374b6fc3085ebac7f293ee" meta-htc meta-nokia meta-openmoko meta-palm = "master:2b106be01228f64298d6cb338f93088806594344" meta-handheld = "master:1f05a15aceb4c3a19fa070463b58125b5658b2a9" meta-raspberrypi = "denzil:34eef2ea4f5f24630dbb73b386861430167b8431" meta-intel meta-sugarbay meta-crownbay meta-emenlow meta-fishriver meta-fri2 meta-jasperforest meta-n450 = "master:f75f9b6f68473eb0efac802409608f8389be0030" meta = "denzil:0a9e8bf35afd5990c1b586bba5eb68f643458a4b" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks NOTE: Running task 419 of 3256 (ID: 547, /home/dlambert/beaglebone/setup-scripts/sources/meta-openembedded/toolchain-layer/recipes-core/eglibc/eglibc_2.12.bb, do_compile) NOTE: Running task 587 of 3256 (ID: 1465, virtual:native:/home/dlambert/beaglebone/setup-scripts/sources/openembedded-core/meta/recipes-support/db/db_5.1.19.bb, do_compile) NOTE: package egl
Re: [oe] Angstrom Beaglebone broken again?
On 01/22/2013 06:16 AM, Gary Thomas wrote: On 2013-01-22 01:14, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 22-01-13 03:11, David Lambert schreef: Over the past few weeks I have noticed that builds based on the Angstrom/Beaglebone distribution have been unreliable. Notably systemd/udev issues. Now I noticed a new issue (log below). I understand that a dynamically update system will have bugs from time to time, but this appears to be getting worse. Am I the only one who is noticing this? If so, maybe I am doing something wrong. If not, is there any hope of the issue stabilizing somewhat? Regards, Dave. <-snipped error message-> That's a recipe managed by oe-core, so you;d have to complain to the maintainers of that layer. Was this a build from scratch, or an update (build attempt in an already built tree)? I've seen similar issues with some of the native recipes recently, but it normally is recoverable. Try this: % bitbake db-native -c cleansstate % bitbake db-native If that works, you should be able to carry on. If not, report back. Thanks, that seemed to work. I was not familiar with the "cleansstate" target. Where is it (and others) documented? <>___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Random problems with building locales
I am getting apparent random failures when attempting to build OpenEmbedded with bitbake 1.10.0. It seems that localedef is randomly failing as shown below. The first time it failed compiling UTF-8 es_NI, the second UTF-8 gv_GB, third UTF-8 es_NI again, and finally UTF-8 xh_ZA. Initially I suspected a problem with my machine, but I ran diagnostics overnight with no failures. Has anyone else experienced this type of failure? Could you help guide me where else to look? Thanks in advance for any help. Best regards, Dave. NOTE: Task failed: localedef returned an error (command was PATH="/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/sbin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/bin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/sbin:/home/dlambert/oe/build/tmp/sysroots/i686-linux//bin:/home/dlambert/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/armelf/bin" I18NPATH="/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/usr/share/i18n" qemu-arm -s 1048576 -r 2.6.24 -L /home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree -E LD_LIBRARY_PATH=/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/lib /home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/bin/localedef --force --old-style --no-archive --prefix=/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree --inputfile=/usr/share/i18n/locales/es_NI --charmap=UTF-8 es_NI). NOTE: package glibc-2.9-r37.3: task do_package: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb do_package failed ERROR: Task 159 (/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb, do_package) failed with 256 ERROR: '/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb' failed ERROR: '/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb' failed dlamb...@development:~/oe/build$ bitbake base-image NOTE: Handling BitBake files: \ (7090/7090) [100 %] Parsing of 7090 .bb files complete (6676 cached, 414 parsed). 7279 targets, 339 skipped, 0 masked, 0 errors. NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing runqueue NOTE: Running task 516 of 1345 (ID: 159, /home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb, do_package) NOTE: package glibc-2.9-r37.3: task do_package: Started NOTE: preparing tree for binary locale generation NOTE: generating locale es_NI (UTF-8) NOTE: generating locale bo_IN (UTF-8) NOTE: generating locale gv_GB (UTF-8) qemu-arm: relocation error: qemu-arm: symbol unlink, version GLIBC_2.0 not defined in file libc.so.6 with link time reference ERROR: TaskFailed event exception, aborting ERROR: Build of /home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb do_package failed ERROR: Task 159 (/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb, do_package) failed with 256 ERROR: '/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb' failed NOTE: Task failed: localedef returned an error (command was PATH="/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/sbin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/usr/bin:/home/dlambert/oe/build/tmp/sysroots/i686-linux/sbin:/home/dlambert/oe/build/tmp/sysroots/i686-linux//bin:/home/dlambert/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/armelf/bin" I18NPATH="/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/usr/share/i18n" qemu-arm -s 1048576 -r 2.6.24 -L /home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree -E LD_LIBRARY_PATH=/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/lib /home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree/bin/localedef --force --old-style --no-archive --prefix=/home/dlambert/oe/build/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r37.3/locale-tree --inputfile=/usr/share/i18n/locales/gv_GB --charmap=UTF-8 gv_GB). NOTE: package glibc-2.9-r37.3: task do_package: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb do_package failed ERROR: Task 159 (/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb, do_package) failed with 256 ERROR: '/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb' failed ERROR: '/home/dlambert/oe/openembedded/recipes/glibc/glibc_2.9.bb' failed dlamb...@development:~/oe/build$ bitbake base-image NOTE: Handling BitBake files: \ (7090/7090) [100 %] Parsing of 7090 .bb files complete (6676 cached, 414 parsed). 7279 targets, 339 skipped,
Re: [oe] Random problems with building locales
Khem, Thanks for your reply. Is there a quick workaround? Is there an earlier branch/tag that is more stable? Regards, Dave. On 11/05/2010 02:19 PM, Khem Raj wrote I think its because qemu-arm is dying on you. there is 0.13 release that happens few weeks back I am still working on getting that into OE. Once I have that in may be it will get fixed I am not sure yet remain tuned -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Stable branch/tag?
I am new to git and openembedded so please excuse another couple of naive questions. 1) What is a recommended stable branch/tag, and what command(s) are needed to obtain this? 2) Is there a document somwhere that explains the relevance of the use of branches and tags in this project? Thanks in advance for help, Dave. Listing git tags shows: git tag -l SlugOS5.3-beta mv-packages-to-recipes-post mv-packages-to-recipes-pre pre-nov2009-core-updates shr/testing2009-1rc1 tested_2010-10-14 tested_2010-10-25 tested_2010-10-29 testing_2010-08-23 testing_2010-08-30 testing_2010-09-07 testing_2010-09-13 testing_2010-09-20 testing_2010-09-27 testing_2010-10-08 and git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/bluelightning/opie-git remotes/origin/cbrake/qt-4.7.0 remotes/origin/darwin remotes/origin/fso/milestone5 remotes/origin/fso/milestone5.5 remotes/origin/holger/hash-style remotes/origin/holger/openmoko-merges remotes/origin/holger/qt4-4.7 remotes/origin/holger/qt4-sdk remotes/origin/holger/random-fixes remotes/origin/holger/staging-branch remotes/origin/ieee80215 remotes/origin/jan/master remotes/origin/john_lee/fastboot-devel remotes/origin/john_lee/openmoko-toolchain remotes/origin/kergoth/alternatives remotes/origin/kergoth/autotools remotes/origin/kergoth/bluez remotes/origin/kergoth/hostap-madwifi remotes/origin/kergoth/master remotes/origin/khem/import-linaro-gcc-4.5 remotes/origin/koen/darwin-host-fixes remotes/origin/koen/static-libs-rework remotes/origin/laibsch/scim remotes/origin/laibsch/wip remotes/origin/likewise/nios2 remotes/origin/master remotes/origin/morphis/for-upstream remotes/origin/nios2 remotes/origin/org.openembedded.angstrom-2007.12-stable remotes/origin/org.openembedded.dev remotes/origin/org.openembedded.documentation remotes/origin/org.openembedded.dreambox remotes/origin/org.openembedded.dreambox.release_25 remotes/origin/org.openembedded.oetest remotes/origin/org.openembedded.oz354fam083 remotes/origin/org.openembedded.oz354x remotes/origin/org.openembedded.packaged-staging remotes/origin/org.openembedded.slugos.5.3-beta remotes/origin/org.openembedded.stable remotes/origin/pb/toolchain-desuck remotes/origin/push/oe remotes/origin/raster remotes/origin/rik/amd64 remotes/origin/rik/qemu-0.12 remotes/origin/robertschuster/amd64-target remotes/origin/rpurdie/for-testing remotes/origin/rpurdie/work-in-progress remotes/origin/shared/blackfin remotes/origin/shared/xorg-7.4-update remotes/origin/shr/import remotes/origin/shr/merge remotes/origin/shr/stable2009 remotes/origin/shr/testing2009 remotes/origin/shr/testing2010 remotes/origin/shr/unstable remotes/origin/stable/2009 remotes/origin/stefan/eten-support remotes/origin/testing remotes/origin/testing-next remotes/origin/thesing/arm4-eabi-angstrom remotes/origin/ulf/linux-2.6.30 remotes/origin/ulf/linux-2.6.30-2010-10-16 remotes/origin/ulf/linux-2.6.30-20100317 remotes/origin/ulf/linux-2.6.30-20100930 remotes/origin/ulf/linux-2.6.30-at91sam9g45_m10 remotes/origin/ulf/linux-2.6.30.2 remotes/origin/woglinde/gettext remotes/origin/xora/angstrom-sqeeezy remotes/origin/xora/angstrom-srcpv ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Documentation
I have been reading a copy of the OpenEmbedded User Manual (latest copyright 2009). In this document I find that there are numerous sections which are stubs and/or are incomplete. As a newcomer to the world of OpenEmbedded what other documents are suggested for reading? Also, is there a later version of this manual? Best regards, Dave. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Documentation
That is indeed the version of documentation that I was reading. To be more specific, one of the subjects I was attempting to look up was how to specialize a recipe using "amend.inc". I do not see any documentation on this subject. Regards, Dave. On 12/01/2010 12:06 PM, Stefan Schmidt wrote: Hello. On Wed, 2010-12-01 at 12:00, David Lambert wrote: I have been reading a copy of the OpenEmbedded User Manual (latest copyright 2009). In this document I find that there are numerous sections which are stubs and/or are incomplete. As a newcomer to the world of OpenEmbedded what other documents are suggested for reading? Also, is there a later version of this manual? My glassball is in repair so I can't see what manual you have and if a newer one is available. Adding some kind of date string would help us here. The user manual is build directly from the sources and should be always up to date here: http://docs.openembedded.org/usermanual/usermanual.html regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Documentation
Thanks for all the suggestions. While on the subject, does a dictionary
of keywords with their meanings exist anywhere? Newbies like me may find
it very useful when browsing recipes. Some terms are intuitively
obvious, such as DEV_BASE, but others such as PR, INHERIT, PV, leave me
with some ambiguity.
Regards,
Dave.
On 12/01/2010 04:46 PM, Robert Foerster wrote:
On Wed, Dec 1, 2010 at 1:54 PM, Stefan Schmidtwrote:
Hello.
On Wed, 2010-12-01 at 12:39, David Lambert wrote:
That is indeed the version of documentation that I was reading. To
be more specific, one of the subjects I was attempting to look up
was how to specialize a recipe using "amend.inc". I do not see any
documentation on this subject.
We lack a good technical writer in the community. IIRC there was a blogpost
from
Khem about it and maybe some more infos on the mailling list. Thats of
course
not the most straight forward location for the information.
If you searched together the information it would be great if you could
send a
patch updating the manual with it. :)
regards
Stefan Schmidt
I'm not an expert on the subject, but I've managed to utilize amend.inc
based on some information I pieced together from the irc logs. I hope to
soon write an article on how to use amend.inc, but haven't yet found the
time.
(This is far from authoritative, but it's been working for me here)
You need to add the following to build-dir/conf/local.conf (can also go in
overlay/conf/site.conf).
INHERIT += "amend"
DEV_BASE = "${HOME}/dev/openembedded/dev"
COLLECTIONS = "${DEV_BASE}/overlay/recipes \
${DEV_BASE}/openembedded/recipes"
# By default, file:// SRC_URIs only look under the current .bb file.
# Prepend our overlays into the file:// search path, so we can override
# openembedded recipes' SRC_URI files. Also, ensure the openembedded
# files are always in the search path, so our overlay .bb's can
# reference upstream files.
FILESPATHBASE =. "${@ \
':'.join([os.path.join(recipedir, \
os.path.basename(os.path.dirname( \
d.getVar('FILE',
1 \
for recipedir in d.getVar('COLLECTIONS', 1).split()])}:"
You'll need to make DEV_BASE and COLLECTIONS match your setup. This assumes
that I have two trees with recipes:
- openembedded
- overlay
This makes sure that for a given recipe, my local overlay will be in its
FILESPATH.
Now, for example, I've added a patch to psplash to adjust the colors.
In overlay/recipes/psplash/ I have two files:
amend.inc:
PR .= "-amend"
SRC_URI += "file://0001-tweaked-for-company-colors.patch"
and my patch, named 0001-tweaked-for-company-colors.patch
Now, the new patch will be applied when psplash is built. Also, I like
updating PR with -amend, this way the package is now shown
as psplash-0.0+svnr422-r34-amend, so that I can easily tell that I've
amended the package.
I'm sure there are others who can provide more/better information, but
that'll hopefully get you started.
Regards,
Bob Foerster
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
