[OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
Hi, I am working with the open embedded environment. I have added one u-boot package in that. First time by default the compilation done successfully using the bitbake. But Now i made some changes in the source code , which is created in the Temp work directory. Now i have to built the same package with neglecting the fetch() stage. and rebuilt it means need to compilation. Is any commands for that... Can please anyone explain me in deatails about that. I am newbie in the open embedded. Surendra. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
Hi Surenda, Le Wed, 4 Apr 2012 06:34:39 + (UTC), surendra dhobale a écrit : > I am working with the open embedded environment. > > I have added one u-boot package in that. First time by default the compilation > done successfully using the bitbake. But Now i made some changes in the source > code , which is created in the Temp work directory. > > Now i have to built the same package with neglecting the fetch() stage. > and rebuilt it means need to compilation. > > Is any commands for that... > Can please anyone explain me in deatails about that. I am newbie in the open > embedded. > bitbake u-boot -c cleansstate bitbake u-boot Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
2012/4/4 Eric Bénard : > Hi Surenda, > > Le Wed, 4 Apr 2012 06:34:39 + (UTC), > surendra dhobale a écrit : >> I am working with the open embedded environment. >> >> I have added one u-boot package in that. First time by default the >> compilation >> done successfully using the bitbake. But Now i made some changes in the >> source >> code , which is created in the Temp work directory. >> >> Now i have to built the same package with neglecting the fetch() stage. >> and rebuilt it means need to compilation. >> >> Is any commands for that... >> Can please anyone explain me in deatails about that. I am newbie in the open >> embedded. >> > bitbake u-boot -c cleansstate > bitbake u-boot > > Eric Hi, please note this will delete local changes (in thework directory) to the sourcecode! If you only want to compile again you can use bitbake -c compile -f u-boot and then "bitbake u-boot" to build the other tasks. -- Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
Le Wed, 4 Apr 2012 09:21:02 +0200, Samuel Stirtzel a écrit : > 2012/4/4 Eric Bénard : > > Hi Surenda, > > > > Le Wed, 4 Apr 2012 06:34:39 + (UTC), > > surendra dhobale a écrit : > >> I am working with the open embedded environment. > >> > >> I have added one u-boot package in that. First time by default the > >> compilation > >> done successfully using the bitbake. But Now i made some changes in the > >> source > >> . > >> > >> Now i have to built the same package with neglecting the fetch() stage. > >> and rebuilt it means need to compilation. > >> > >> Is any commands for that... > >> Can please anyone explain me in deatails about that. I am newbie in the > >> open > >> embedded. > >> > > bitbake u-boot -c cleansstate > > bitbake u-boot > > > > Eric > > Hi, > please note this will delete local changes (in thework directory) to > the sourcecode! > > If you only want to compile again you can use > > bitbake -c compile -f u-boot > and then "bitbake u-boot" to build the other tasks. > oops, I read his message to fast and didn't notice the "i made some changes in the source code , which is created in the Temp work directory". For this kind of work, I prefer to do : bitbake u-boot -c configure copy the source from workdir to a directory outside OE then change to this dir and git init git add . git commit -m init then you can hack it outside OE (and compile it using a meta-toolchain for example) and in the end you can easily produce a patch using git that you integrate back into OE. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] speex: fix FILES variables
Hi Saul, Le Tue, 03 Apr 2012 13:50:37 -0700, Saul Wold a écrit : > On 03/21/2012 04:08 AM, Eric Bénard wrote: > > actually FILES_${PN} and FILES_${PN}-dev match the same files. > > these files are supposed to go into ${PN} so remove the other entry. > > > > Signed-off-by: Eric Bénard > > --- > > meta/recipes-multimedia/speex/speex_1.2rc1.bb |3 +-- > > 1 files changed, 1 insertions(+), 2 deletions(-) > > > > diff --git a/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > b/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > index fe46a00..7370134 100644 > > --- a/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > +++ b/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = > > "file://COPYING;md5=314649d8ba9dd7045dfb6683f298d0a8 \ > > > > file://include/speex/speex.h;beginline=1;endline=34;md5=a68129f78d7fe66e07163f73aba143b3" > > DEPENDS = "libogg" > > > > -PR = "r0" > > +PR = "r1" > > > > SRC_URI = > > "http://downloads.us.xiph.org/releases/speex/speex-1.2rc1.tar.gz"; > > > > @@ -24,5 +24,4 @@ EXTRA_OECONF = " --enable-fixed-point > > --with-ogg-libraries=${STAGING_LIBDIR} \ > > > > PACKAGES += "${PN}-bin" > > FILES_${PN} = "${libdir}/lib*.so.*" > > -FILES_${PN}-dev += "${libdir}/lib*.so.*" > > FILES_${PN}-bin = "${bindir}" > > Merged into OE-Core > it was already applied as 4fc0f65e7d6e6fc6775a9a7e54510b629c9786d9 Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] speex: fix FILES variables
On Wednesday 04 April 2012 10:29:01 Eric Bénard wrote: > Hi Saul, > > Le Tue, 03 Apr 2012 13:50:37 -0700, > > Saul Wold a écrit : > > On 03/21/2012 04:08 AM, Eric Bénard wrote: > > > actually FILES_${PN} and FILES_${PN}-dev match the same files. > > > these files are supposed to go into ${PN} so remove the other entry. > > > > > > Signed-off-by: Eric Bénard > > > --- > > > > > > meta/recipes-multimedia/speex/speex_1.2rc1.bb |3 +-- > > > 1 files changed, 1 insertions(+), 2 deletions(-) > > > > > > diff --git a/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > > b/meta/recipes-multimedia/speex/speex_1.2rc1.bb index fe46a00..7370134 > > > 100644 > > > --- a/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > > +++ b/meta/recipes-multimedia/speex/speex_1.2rc1.bb > > > @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = > > > "file://COPYING;md5=314649d8ba9dd7045dfb6683f298d0a8 \> > > > > file://include/speex/speex.h;beginline=1;endline=3 > > > 4;md5=a68129f78d7fe66e07163f73aba143b3"> > > > > DEPENDS = "libogg" > > > > > > -PR = "r0" > > > +PR = "r1" > > > > > > SRC_URI = > > > "http://downloads.us.xiph.org/releases/speex/speex-1.2rc1.tar.gz"; > > > > > > @@ -24,5 +24,4 @@ EXTRA_OECONF = " --enable-fixed-point > > > --with-ogg-libraries=${STAGING_LIBDIR} \> > > > > PACKAGES += "${PN}-bin" > > > FILES_${PN} = "${libdir}/lib*.so.*" > > > > > > -FILES_${PN}-dev += "${libdir}/lib*.so.*" > > > > > > FILES_${PN}-bin = "${bindir}" > > > > Merged into OE-Core > > it was already applied as 4fc0f65e7d6e6fc6775a9a7e54510b629c9786d9 Saul's just catching up on the merge replies, so he's referring to that commit. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Schizophrenic package management
On 03.04.2012 20:17, Mark Hatle wrote: > On 4/3/12 1:07 PM, Gary Thomas wrote: > ... > (And RedHat based linux distributions don't have any concept of alternatives. > They generally decide which binary package will provide the functionality > and that is the defacto standard for a given release. OE on the other hand > is closer to Debian based systems in that regard. We can build multiple > packages that may provide the same functionality, then it's up to the > package install time to determine which version of the functionality is > used as the default.) FYI: openSUSE 12.1 (rpm-based) uses Name: update-alternatives Version : 1.15.8.10 Release : 9.1.2 Architecture: x86_64 Install Date: Fri Nov 18 12:16:48 2011 Group : System/Management Size: 67090 License : GPLv2+ Signature : RSA/SHA256, Sat Oct 29 12:13:51 2011, Key ID b88b2fd43dbdc284 Source RPM : update-alternatives-1.15.8.10-9.1.2.src.rpm Build Date : Sat Oct 29 12:13:28 2011 Build Host : build16 Relocations : (not relocatable) Packager: http://bugs.opensuse.org Vendor : openSUSE URL : http://ftp.de.debian.org/debian/pool/main/d/dpkg/ Summary : Maintain symbolic links determining default commands Description : update-alternatives creates, removes, maintains and displays information about the symbolic links comprising the alternatives system. It is possible for several programs fulfilling the same or similar functions to be installed on a single system at the same time. For example, many systems have several text editors installed at once. This gives choice to the users of a system, allowing each to use a different editor, if desired, but makes it difficult for a program to make a good choice of editor to invoke if the user has not specified a particular preference. Distribution: openSUSE 12.1 > ... Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
On Wed, 2012-04-04 at 09:47 +0200, Eric Bénard wrote: > Le Wed, 4 Apr 2012 09:21:02 +0200, > Samuel Stirtzel a écrit : > > > 2012/4/4 Eric Bénard : > > > Hi Surenda, > > > > > > Le Wed, 4 Apr 2012 06:34:39 + (UTC), > > > surendra dhobale a écrit : > > >> I am working with the open embedded environment. > > >> > > >> I have added one u-boot package in that. First time by default the > > >> compilation > > >> done successfully using the bitbake. But Now i made some changes in the > > >> source > > >> . > > >> > > >> Now i have to built the same package with neglecting the fetch() stage. > > >> and rebuilt it means need to compilation. > > >> > > >> Is any commands for that... > > >> Can please anyone explain me in deatails about that. I am newbie in the > > >> open > > >> embedded. > > >> > > > bitbake u-boot -c cleansstate > > > bitbake u-boot > > > > > > Eric > > > > Hi, > > please note this will delete local changes (in thework directory) to > > the sourcecode! > > > > If you only want to compile again you can use > > > > bitbake -c compile -f u-boot > > and then "bitbake u-boot" to build the other tasks. There is some documentation in the manual about this: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#platdev-appdev-insitu > oops, I read his message to fast and didn't notice the "i made some > changes in the source code , which is created in the Temp work > directory". > > For this kind of work, I prefer to do : > bitbake u-boot -c configure > copy the source from workdir to a directory outside OE > then change to this dir and > git init > git add . > git commit -m init > then you can hack it outside OE (and compile it using a meta-toolchain > for example) > and in the end you can easily produce a patch using git that you > integrate back into OE. Eric: You should probably look at the externalsrc.bbclass since it gives you a way to do things like this yet also build and package it with the usual build system: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#ref-classes-externalsrc Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] How to rebuilt the package after modified the source code in open embedded bitbake ...
Hi Richard, Le Wed, 04 Apr 2012 12:31:06 +0100, Richard Purdie a écrit : > Eric: You should probably look at the externalsrc.bbclass since it gives > you a way to do things like this yet also build and package it with the > usual build system: > > http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#ref-classes-externalsrc > yes, this can be very usefull when you need packaging, but for bootloader and kernel development, using the build system during development doesn't bring any added value IMHO. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Suggested threads should be double the number of cores.
On Tue, 3 Apr 2012, Saul Wold wrote: > On 03/23/2012 02:37 AM, Robert P. J. Day wrote: > > > > Documentation suggests that the number of threads should actually be > > *double* the number of cores. > > > A better clarification with be to mention threading since a quad-core with > hyperthreading enabled would be have 8 virtual cores. > > Sau! quite so ... if someone else wants to tweak that, they have my blessing. :-) rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] connman: backport test script fixes
Those fixes are required to get the test scripts to work with current 0.79 DBus API. Signed-off-by: Otavio Salvador --- .../connman/test-set-ipv4-method-api-fix.patch | 50 ++ .../connman/test-set-ipv6-method-api-fix.patch | 55 meta/recipes-connectivity/connman/connman_0.79.bb |4 ++ 3 files changed, 109 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-connectivity/connman/connman/test-set-ipv4-method-api-fix.patch create mode 100644 meta/recipes-connectivity/connman/connman/test-set-ipv6-method-api-fix.patch diff --git a/meta/recipes-connectivity/connman/connman/test-set-ipv4-method-api-fix.patch b/meta/recipes-connectivity/connman/connman/test-set-ipv4-method-api-fix.patch new file mode 100644 index 000..78eb19a --- /dev/null +++ b/meta/recipes-connectivity/connman/connman/test-set-ipv4-method-api-fix.patch @@ -0,0 +1,50 @@ +From 0b817dd3096f5c3ca8f0b868ee55ea550054137b Mon Sep 17 00:00:00 2001 +From: Daniel Wagner +Date: Mon, 19 Mar 2012 14:03:27 +0100 +Subject: [PATCH 3/3] set-ipv4-method: The arguments have to be wrapped into a + variant + +Fixes BMC#24986 + +Upstream-Status: Backport + +Signed-off-by: Otavio Salvador +--- + test/set-ipv4-method | 11 +++ + 1 file changed, 7 insertions(+), 4 deletions(-) + +diff --git a/test/set-ipv4-method b/test/set-ipv4-method +index 820b24b..235113f 100755 +--- a/test/set-ipv4-method b/test/set-ipv4-method +@@ -3,6 +3,9 @@ + import sys + import dbus + ++def make_variant(string): ++ return dbus.String(string, variant_level=1) ++ + def print_usage(): + print "Usage: %s [off|dhcp|manual [netmask] [gateway]]" % (sys.argv[0]) + +@@ -20,13 +23,13 @@ properties = service.GetProperties() + + print "Setting method %s for %s" % (sys.argv[2], sys.argv[1]) + +-ipv4_configuration = { "Method": sys.argv[2] } ++ipv4_configuration = { "Method": make_variant(sys.argv[2]) } + if (len(sys.argv) > 3): +- ipv4_configuration["Address"] = sys.argv[3] ++ ipv4_configuration["Address"] = make_variant(sys.argv[3]) + if (len(sys.argv) > 4): +- ipv4_configuration["Netmask"] = sys.argv[4] ++ ipv4_configuration["Netmask"] = make_variant(sys.argv[4]) + if (len(sys.argv) > 5): +-ipv4_configuration["Gateway"] = sys.argv[5] ++ipv4_configuration["Gateway"] = make_variant(sys.argv[5]) + + service.SetProperty("IPv4.Configuration", ipv4_configuration) + print "New IPv4.Configuration: ", ipv4_configuration +-- +1.7.9.5 + diff --git a/meta/recipes-connectivity/connman/connman/test-set-ipv6-method-api-fix.patch b/meta/recipes-connectivity/connman/connman/test-set-ipv6-method-api-fix.patch new file mode 100644 index 000..773127b --- /dev/null +++ b/meta/recipes-connectivity/connman/connman/test-set-ipv6-method-api-fix.patch @@ -0,0 +1,55 @@ +From 2885e71c9c0df7ea9866e91ab79d255eaa8de53d Mon Sep 17 00:00:00 2001 +From: Daniel Wagner +Date: Mon, 19 Mar 2012 14:03:28 +0100 +Subject: [PATCH 2/3] set-ipv6-method: The arguments have to be wrapped into a + variant + +Fixes BMC#24986 + +Upstream-Status: Backport + +Signed-off-by: Otavio Salvador +--- + test/set-ipv6-method | 13 - + 1 file changed, 8 insertions(+), 5 deletions(-) + +diff --git a/test/set-ipv6-method b/test/set-ipv6-method +index 7f60b88..4f2de09 100755 +--- a/test/set-ipv6-method b/test/set-ipv6-method +@@ -3,6 +3,9 @@ + import sys + import dbus + ++def make_variant(string): ++ return dbus.String(string, variant_level=1) ++ + def print_usage(): + print "Usage: %s off|manual|auto [ [prefixlen] [gateway]] []" % (sys.argv[0]) + +@@ -19,17 +22,17 @@ properties = service.GetProperties() + + print "Setting method %s for %s" % (sys.argv[2], sys.argv[1]) + +-ipv6_configuration = { "Method": sys.argv[2] } ++ipv6_configuration = { "Method": make_variant(sys.argv[2])} + if sys.argv[2] == "auto": + if (len(sys.argv) > 3): +- ipv6_configuration["Privacy"] = sys.argv[3] ++ ipv6_configuration["Privacy"] = make_variant(sys.argv[3]) + else: + if (len(sys.argv) > 3): +- ipv6_configuration["Address"] = sys.argv[3] ++ ipv6_configuration["Address"] = make_variant(sys.argv[3]) + if (len(sys.argv) > 4): +- ipv6_configuration["PrefixLength"] = sys.argv[4] ++ ipv6_configuration["PrefixLength"] = make_variant(sys.argv[4]) + if (len(sys.argv) > 5): +- ipv6_configuration["Gateway"] = sys.argv[5] ++ ipv6_configuration["Gateway"] = make_variant(sys.argv[5]) + + service.SetProperty("IPv6.Configuration", ipv6_configuration) + print "New IPv6.Configuration: ", ipv6_configuration +-- +1.7.9.5 + diff --git a/meta/recipes-connectivity/connman/connman_0.79.bb b/meta/recipes-connectivity/connman/connman_0.79.bb index 0c3a6fe..31cc152 100644 --- a/meta/recipes-connectivity/connman/connman_0.79.bb +++ b/meta/recipes-connectivity/connman/connman_0.79.bb @@ -1,10 +
[OE-core] [PATCH] self-hosted-image: Increase space for build and allow builder user sudo access
We need to have about 40G to do a full sato build even with rm_work enabled Add sudo priveleges inorder to allow the builder user to setup the tap/tun devices needed by runqemu Signed-off-by: Saul Wold --- meta/recipes-core/images/self-hosted-image.bb | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index 2822189..1db6a7a 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -4,15 +4,12 @@ LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \ file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" -PR = "r8" +PR = "r9" IMAGE_FEATURES += "x11-mini package-management" -# Ensure there's enough space to do a core-image-minimal build, with rm_work enabled -IMAGE_ROOTFS_EXTRA_SPACE = "1048576" -#IMAGE_ROOTFS_EXTRA_SPACE = "2621440" -#IMAGE_ROOTFS_EXTRA_SPACE = "20971520" -#IMAGE_ROOTFS_EXTRA_SPACE = "5242880" +# Ensure there's enough space to do a core-image-sato build, with rm_work enabled +IMAGE_ROOTFS_EXTRA_SPACE = "41943040" # Do a quiet boot with limited console messages APPEND += "quiet" @@ -50,6 +47,9 @@ fakeroot do_populate_poky_src () { chown builder.builder ${IMAGE_ROOTFS}/home/builder/pseudo chown -R builder.builder ${IMAGE_ROOTFS}/home/builder/poky + + # Allow builder to use sudo to setup tap/tun + echo "builder ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers } IMAGE_PREPROCESS_COMMAND += "do_populate_poky_src; " -- 1.7.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] self-hosted-image: decrease reserved space to 0.5%
The default amount of reserved space for ext2/3 is 5% - this amounts to about 2GB of a 40GB filesystem that the builder user can't make use of. We don't need this much reserved so peg it back to 0.5% which should be more than enough. Signed-off-by: Paul Eggleton --- meta/recipes-core/images/self-hosted-image.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index d2faa66..17ae9ce 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -4,7 +4,7 @@ LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \ file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" -PR = "r9" +PR = "r10" CORE_IMAGE_EXTRA_INSTALL = "\ task-self-hosted \ @@ -14,6 +14,8 @@ IMAGE_FEATURES += "x11-mini package-management" # Ensure there's enough space to do a core-image-sato build, with rm_work enabled IMAGE_ROOTFS_EXTRA_SPACE = "41943040" +# We don't need to reserve much space for root, 0.5% is more than enough +IMAGE_TUNE2FS_ext3 = "-m 0.5" # Do a quiet boot with limited console messages APPEND += "quiet" -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] classes/image_types: add IMAGE_TUNE2FS_ext3
Add a variable that allows additional options to be passed to tune2fs, such as -m to control the amount of space reserved for root. This could potentially be added for other filesystems, but right now we need it only for ext3 for self-hosted-image. Signed-off-by: Paul Eggleton --- meta/classes/image_types.bbclass |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index b590ae1..152e5b4 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/image_types.bbclass @@ -132,9 +132,11 @@ IMAGE_CMD_ext2 () { rmdir ${DEPLOY_DIR_IMAGE}/tmp.gz-${PN} } +IMAGE_TUNE2FS_ext3 ?= "" + IMAGE_CMD_ext3 () { genext2fs -b $ROOTFS_SIZE -d ${IMAGE_ROOTFS} ${EXTRA_IMAGECMD} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 - tune2fs -j ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 + tune2fs -j ${IMAGE_TUNE2FS_ext3} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 } oe_mkext4fs () { -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Fix for self-hosted-image
Allow additional options when running tune2fs -j on ext3 images and use that to specify -m 0.5 for self-hosted-image. Note these patches should be applied on top of Saul's recent self-hosted-image patch once that is merged. The following changes since commit 7c794db563cc35f6deaab1dd0fef35015d47e567: self-hosted-image: Increase space for build and allow builder user sudo access (2012-04-04 16:16:27 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/self http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/self Paul Eggleton (2): classes/image_types: add IMAGE_TUNE2FS_ext3 self-hosted-image: decrease reserved space to 0.5% meta/classes/image_types.bbclass |4 +++- meta/recipes-core/images/self-hosted-image.bb |4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] Fix for self-hosted-image
On 04/04/2012 08:32 AM, Paul Eggleton wrote: Allow additional options when running tune2fs -j on ext3 images and use that to specify -m 0.5 for self-hosted-image. Note these patches should be applied on top of Saul's recent self-hosted-image patch once that is merged. The following changes since commit 7c794db563cc35f6deaab1dd0fef35015d47e567: self-hosted-image: Increase space for build and allow builder user sudo access (2012-04-04 16:16:27 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/self http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/self Paul Eggleton (2): classes/image_types: add IMAGE_TUNE2FS_ext3 self-hosted-image: decrease reserved space to 0.5% meta/classes/image_types.bbclass |4 +++- meta/recipes-core/images/self-hosted-image.bb |4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) Acked-by: Saul Wold ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Remove redundant reference to "task-self-hosted" from self-hosted-image.bb
On 03/29/2012 03:42 PM, Robert P. J. Day wrote: This recipe already includes "task-self-hosted" in the IMAGE_INSTALL line: IMAGE_INSTALL = "task-core-boot task-core-apps-console task-core-ssh-openssh task-self-hosted" so there's no apparent need to include it again further down. Signed-off-by: Robert P. J. Day --- diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index 5aa670d..f1f3e57 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -6,10 +6,6 @@ LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3 PR = "r6" -CORE_IMAGE_EXTRA_INSTALL = "\ -task-self-hosted \ -" - IMAGE_FEATURES += "x11-mini package-management" # Ensure there's enough space to do a core-image-minimal build, with rm_work enabled Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] webkit: Fix build with gcc-4.7
On 03/30/2012 12:21 PM, Khem Raj wrote: Include unistd.h for all linux and not just for android. Signed-off-by: Khem Raj --- .../recipes-sato/webkit/files/function-scope.patch | 21 meta/recipes-sato/webkit/webkit-gtk_svn.bb |3 +- 2 files changed, 23 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-sato/webkit/files/function-scope.patch diff --git a/meta/recipes-sato/webkit/files/function-scope.patch b/meta/recipes-sato/webkit/files/function-scope.patch new file mode 100644 index 000..a20a805 --- /dev/null +++ b/meta/recipes-sato/webkit/files/function-scope.patch @@ -0,0 +1,21 @@ +we need to include unistd.h on all linux platforms therefore +extend the conditional inclusion accordingly + +This gets proper declation of sleep() into the source file + +Signed-off-by: Khem Raj + +Upstream-Status: Pending +Index: webkit-gtk-1.7.2+svnr101488-r3/Tools/DumpRenderTree/TestNetscapePlugIn/PluginTest.cpp +=== +--- webkit-gtk-1.7.2+svnr101488-r3.orig/Tools/DumpRenderTree/TestNetscapePlugIn/PluginTest.cpp 2012-03-30 12:11:04.912613223 -0700 webkit-gtk-1.7.2+svnr101488-r3/Tools/DumpRenderTree/TestNetscapePlugIn/PluginTest.cpp 2012-03-30 12:14:21.840622752 -0700 +@@ -29,7 +29,7 @@ + #include + #include + +-#if defined(ANDROID) ++#if defined(__linux__) + #include + #endif + diff --git a/meta/recipes-sato/webkit/webkit-gtk_svn.bb b/meta/recipes-sato/webkit/webkit-gtk_svn.bb index 9181c2c..7db573d 100644 --- a/meta/recipes-sato/webkit/webkit-gtk_svn.bb +++ b/meta/recipes-sato/webkit/webkit-gtk_svn.bb @@ -15,7 +15,7 @@ SRCREV_FORMAT = "source" SRCREV = "101488" PV = "1.7.2+svnr${SRCPV}" -PR = "r3" +PR = "r4" SRC_URI = "\ svn://svn.webkit.org/repository/webkit/trunk/;module=Source;proto=http;name=source \ @@ -28,6 +28,7 @@ SRC_URI = "\ file://GNUmakefile.am \ file://gtk-doc.make \ file://nodolt.patch \ + file://function-scope.patch \ " S = "${WORKDIR}/" Merged this along with the 2 QT patches for gcc to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] license.py: fix behaviour of copyleft_compliance
On 04/02/2012 01:37 PM, Eric Bénard wrote: actually if a package has a license in its LICENSE variable which is not in the whitelist nor in the blacklist and even if an other license in this variable is in the whitelist, the package gets excluded and is not taken in account in the copyleft_compliance. This patch solves this by excluding a recipe _only_ if the LICENSE variable includes a pattern from the blacklist and including a recipe only if it includes a variable from the whitelist _and_ none from the blacklist. Example in busybox which has LICENSE="GPLv2& BSD-4-Clause", with the actual behaviour (where he blacklist contains only CLOSED Proprietary) we get : DEBUG: copyleft: busybox-1.19.4 is excluded: recipe has excluded licenses: BSD-4-Clause which is not sane because busybox is covered by a copyleft license which is GPLv2 and should match the default whitelist which is GPL* LGPL*. Signed-off-by: Eric Bénard --- v2: updated and tested after Kergoth's review on IRC meta/lib/oe/license.py | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) diff --git a/meta/lib/oe/license.py b/meta/lib/oe/license.py index 5914506..173e319 100644 --- a/meta/lib/oe/license.py +++ b/meta/lib/oe/license.py @@ -86,8 +86,10 @@ def is_included(licensestr, whitelist=None, blacklist=None): """ def include_license(license): -return (any(fnmatch(license, pattern) for pattern in whitelist) and not -any(fnmatch(license, pattern) for pattern in blacklist)) +return any(fnmatch(license, pattern) for pattern in whitelist) + +def exclude_license(license): +return any(fnmatch(license, pattern) for pattern in blacklist) def choose_licenses(alpha, beta): """Select the option in an OR which is the 'best' (has the most @@ -106,8 +108,9 @@ def is_included(licensestr, whitelist=None, blacklist=None): blacklist = [] licenses = flattened_licenses(licensestr, choose_licenses) -excluded = filter(lambda lic: not include_license(lic), licenses) +excluded = filter(lambda lic: exclude_license(lic), licenses) +included = filter(lambda lic: include_license(lic), licenses) if excluded: return False, excluded else: -return True, None +return True, included Merged both of these into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] license.bbclass: Check if copyfile succeeded with isfile
On 04/03/2012 04:05 AM, Andrei Gherzan wrote: A cleaner way to check if copyfile suceeded is to use os.path.isfile. In this way we can omit warns in some python versions where copyfile return the same non-0 value even is this action is successfull. Signed-off-by: Andrei Gherzan --- meta/classes/license.bbclass |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass index c85233c..6c4a673 100644 --- a/meta/classes/license.bbclass +++ b/meta/classes/license.bbclass @@ -215,9 +215,10 @@ python do_populate_lic() { if spdx_generic and license_source: # we really should copy to generic_ + spdx_generic, however, that ends up messing the manifest # audit up. This should be fixed in emit_pkgdata (or, we actually got and fix all the recipes) -ret = bb.copyfile(os.path.join(license_source, spdx_generic), os.path.join(os.path.join(d.getVar('LICSSTATEDIR', True), pn), "generic_" + license_type)) + +bb.copyfile(os.path.join(license_source, spdx_generic), os.path.join(os.path.join(d.getVar('LICSSTATEDIR', True), pn), "generic_" + license_type)) +if not os.path.isfile(os.path.join(os.path.join(d.getVar('LICSSTATEDIR', True), pn), "generic_" + license_type)): # If the copy didn't occur, something horrible went wrong and we fail out -if not ret: bb.warn("%s for %s could not be copied for some reason. It may not exist. WARN for now." % (spdx_generic, pn)) else: # And here is where we warn people that their licenses are lousy Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] package_ipk: apply umask to control and conffiles
On 03/26/2012 08:47 AM, Andreas Oberritter wrote: On 26.03.2012 13:34, Richard Purdie wrote: On Fri, 2012-03-23 at 21:17 +0100, Andreas Oberritter wrote: On 12.03.2012 16:53, Richard Purdie wrote: On Mon, 2012-03-12 at 10:29 -0500, Mark Hatle wrote: On 3/9/12 8:15 PM, Andreas Oberritter wrote: * Explicitly set umask to 022. Otherwise the build system's umask leaks into the image. I'm surprised that do_package_ipk[umask] didn't work. Perhaps its the way it's being invoked that is the issue. (If bitbake doesn't run it, but something else does.. then the umask setting doesn't get used.) As for the change of the umask, the changes appear to be specific to the ipk case. Is this the desired behavior, or could deb and rpm suffer from similar issues? (I'm not familiar enough with opkg to know how it handles umask settings during package install/rootfs construction..) I believe that RPM sets a default umask when it goes through it's package installs/rootfs generation. But does DEB? I'm also a bit worried about this patch. I'd like to understand why a task level umask doesn't work. That shouldn't even make any difference since the permissions/owners/users from install should be getting used... can you please give some advise on how to continue with this issue? I understand half the problem now, the files with the issues are ones created during the package_ipk task. That addresses one of my big concerns. The second thing I'd like to understand is why a task level umask doesn't resolve this. Looking at what you tried, this might be as simple as a typo: do_package_ipk[umask] = "022" when you really want: do_package_write_ipk[umask] = "022" Richard, thank you, that did it. It wasn't a typo, but lack of understanding of the "magic" behind it, as I tried to apply the umask to the do_package_ipk function instead of the do_package_write_ipk *task*. Please see below for an updated patch. Regards, Andreas If that works, lets set this for deb and rpm too so we're consistent and I'll merge that patch :) From f9e4707d7a619e29530ac144ae1aba9d9e406884 Mon Sep 17 00:00:00 2001 From: Andreas Oberritter Date: Sat, 10 Mar 2012 03:11:57 +0100 Subject: [PATCH] package_{deb,ipk,rpm}: apply umask to files generated in do_package_write_{deb,ipk,rpm} * Explicitly set umask to 022. Otherwise the build system's umask may leak into the image. Signed-off-by: Andreas Oberritter --- meta/classes/package_deb.bbclass |1 + meta/classes/package_ipk.bbclass |1 + meta/classes/package_rpm.bbclass |1 + 3 files changed, 3 insertions(+), 0 deletions(-) diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass index 1f7ec9c..9880258 100644 --- a/meta/classes/package_deb.bbclass +++ b/meta/classes/package_deb.bbclass @@ -421,6 +421,7 @@ python do_package_write_deb () { bb.build.exec_func("do_package_deb", d) } do_package_write_deb[dirs] = "${PKGWRITEDIRDEB}" +do_package_write_deb[umask] = "022" addtask package_write_deb before do_package_write after do_package diff --git a/meta/classes/package_ipk.bbclass b/meta/classes/package_ipk.bbclass index 565ef93..e4a217b 100644 --- a/meta/classes/package_ipk.bbclass +++ b/meta/classes/package_ipk.bbclass @@ -453,6 +453,7 @@ python do_package_write_ipk () { bb.build.exec_func("do_package_ipk", d) } do_package_write_ipk[dirs] = "${PKGWRITEDIRIPK}" +do_package_write_ipk[umask] = "022" addtask package_write_ipk before do_package_write after do_package PACKAGEINDEXES += "package_update_index_ipk;" diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index e83fc55..daa9301 100644 --- a/meta/classes/package_rpm.bbclass +++ b/meta/classes/package_rpm.bbclass @@ -1056,6 +1056,7 @@ python do_package_write_rpm () { } do_package_write_rpm[dirs] = "${PKGWRITEDIRRPM}" +do_package_write_rpm[umask] = "022" addtask package_write_rpm before do_package_write after do_package PACKAGEINDEXES += "package_update_index_rpm; createrepo ${DEPLOY_DIR_RPM};" Merged this patch to OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] classes/image_types: add IMAGE_TUNE2FS_ext3
On Wed, Apr 4, 2012 at 12:32, Paul Eggleton wrote: > Add a variable that allows additional options to be passed to tune2fs, > such as -m to control the amount of space reserved for root. I'd prefer something like IMG_POSTCMD_ So it is generic enough to not be confusing for other filesystems. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] archiver.bbclass: enhance code readability
On 04/01/2012 02:08 AM, Xiaofeng Yan wrote: From: Xiaofeng Yan Modified code and description according to Christopher Larson's suggestion. This is a part of modification. The modification is as follow: - Modify some codes with more preferable readability and vague description. - Use existed functions instead of custom functions. About license parts, I will continue to make modification. Pull URL: git://git.pokylinux.org/poky-contrib.git Branch: xiaofeng/archiver Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/archiver Thanks, Xiaofeng Yan --- Xiaofeng Yan (1): archiver.bbclass: enhance code readability meta/classes/archiver.bbclass | 227 +++- 1 files changed, 108 insertions(+), 119 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] self-hosted-image: decrease reserved space to 0.5%
On Wed, Apr 4, 2012 at 12:32, Paul Eggleton wrote: > The default amount of reserved space for ext2/3 is 5% - this amounts to > about 2GB of a 40GB filesystem that the builder user can't make use of. > We don't need this much reserved so peg it back to 0.5% which should be > more than enough. Please look at my comment about a possible alternative way of doing it, in a more generic one. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org wrote: > Module: openembedded-core.git > Branch: master > Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > URL: > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > > Author: Andreas Oberritter > Date: Tue Apr 3 00:23:55 2012 +0200 > > gdb: build with expat, add missing RRECOMMENDS_gdbserver > > * Fixes communication between gdbserver and gdb-cross > by using the same expat settings for both recipes. > * Adds missing build dependencies for expat/expat-native. > * Adds missing glibc-thread-db runtime recommendation > to gdbserver, which was set only for gdb. > > Signed-off-by: Andreas Oberritter > Signed-off-by: Richard Purdie Here it's trying to use host's expat when building target gdb and fails... | checking for libexpat... no | configure: error: expat is missing or unusable | make[1]: *** [configure-gdb] Error 1 | make[1]: Leaving directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' | make: *** [all] Error 2 | ERROR: oe_runmake failed NOTE: package gdb-7.4-r7.0: task do_compile: Failed ERROR: Task 3561 (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, do_compile) failed with exit code '1' from config.log: configure:10704: checking for libexpat configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm/usr/lib/libexpat.so >&5 /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: error: /usr/lib/libexpat.so: incompatible target conftest.c:98: error: undefined reference to 'XML_ParserCreate' collect2: ld returned 1 exit status Cheers, > > --- > > meta/recipes-devtools/gdb/gdb-common.inc |8 +--- > .../recipes-devtools/gdb/gdb-cross-canadian_7.4.bb |1 - > meta/recipes-devtools/gdb/gdb-cross.inc|2 +- > meta/recipes-devtools/gdb/gdb-cross_7.4.bb |1 - > 4 files changed, 6 insertions(+), 6 deletions(-) > > diff --git a/meta/recipes-devtools/gdb/gdb-common.inc > b/meta/recipes-devtools/gdb/gdb-common.inc > index 0833a03..a8fca6f 100644 > --- a/meta/recipes-devtools/gdb/gdb-common.inc > +++ b/meta/recipes-devtools/gdb/gdb-common.inc > @@ -2,7 +2,7 @@ DESCRIPTION = "gdb - GNU debugger" > HOMEPAGE = "http://www.gnu.org/software/gdb/"; > LICENSE="GPLv3+" > SECTION = "devel" > -DEPENDS = "ncurses readline ${LTTNGUST}" > +DEPENDS = "expat ncurses readline ${LTTNGUST}" > > LTTNGUST = "lttng-ust" > LTTNGUST_libc-uclibc = "" > @@ -11,7 +11,7 @@ LTTNGUST_mipsel = "" > LTTNGUST_mips64 = "" > LTTNGUST_mips64el = "" > > -INC_PR = "r6" > +INC_PR = "r7" > > LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \ > file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674 \ > @@ -36,7 +36,7 @@ B = "${WORKDIR}/build-${TARGET_SYS}" > > EXTRA_OEMAKE = "'SUBDIRS=intl mmalloc libiberty opcodes bfd sim gdb etc > utils'" > > -EXPAT = "--without-expat" > +EXPAT = "--with-expat" > > EXTRA_OECONF = "--disable-gdbtk --disable-tui --disable-x \ > --with-curses --disable-multilib --with-system-readline > --disable-sim \ > @@ -63,4 +63,6 @@ do_install_append() { > > RRECOMMENDS_gdb_append_linux = " glibc-thread-db " > RRECOMMENDS_gdb_append_linux-gnueabi = " glibc-thread-db " > +RRECOMMENDS_gdbserver_append_linux = " glibc-thread-db " > +RRECOMMENDS_gdbserver_append_linux-gnueabi = " glibc-thread-db " > > diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.4.bb > b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.4.bb > index 8e68c75..b2f39ce 100644 > --- a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.4.bb > +++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.4.bb > @@ -4,6 +4,5 @@ require gdb-cross-canadian.inc > PR = "${INC_PR}.5" > > GDBPROPREFIX = "--program-prefix='${TARGET_PREFIX}'" > -EXPAT = "--with-expat" > > S = "${WORKDIR}/${BPN}-${PV}" > diff --git a/meta/recipes-devtools/gdb/gdb-cross.inc > b/meta/recipes-devtools/gdb/gdb-cross.inc > index 20db86b..588a208 100644 > --- a/meta/recipes-devtools/gdb/gdb-cross.inc > +++ b/meta/recipes-devtools/gdb/gdb-cross.inc > @@ -1,6 +1,6 @@ > require gdb-common.inc > > -DEPENDS = "ncurses-native" > +DEPENDS = "expat-native ncurses-native" > > #EXTRA_OEMAKE += "LDFLAGS='${BUILD_LDFLAGS}'" > > diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.4.bb > b/meta/recipes-devtools/gdb/gdb-cross_7.4.bb > index eaf8f36..a14d0ba 100644 > --- a/meta/recipes-devtools/gdb/gdb-cross_7.4.bb > +++ b/meta/recipes-devtools/gdb/gdb-cross_7.4.bb > @@ -1,7 +1,6 @@ > requir
Re: [OE-core] [PATCH 0/7 v2] Cleanup and document tuning files
On 04/03/2012 01:07 PM, Mark Hatle wrote: (v2 only MIPS changed -- slight revision in the README to resolve comments from Phil Blundell) Also this fixes Yocto bugzilla # 2234. This is a documentation and cleanup of the tuning files. Every tuning listed in AVAILTUNES was built for core-image-minimal! The following is a list of failure conditions with explanations: ep9312 - binutils - gas fails to recognize -march=ep9312 as valid (see binutils armv5e note below) cortexm3 - gcc reports the target CPU does not support ARM mode cortexr4 - gcc reports the target CPU does not support ARM mode mips64* - These are not yet supported by the OE compilers (SH is new and experimental, based on the existing tunings) sh3* - These are missing a patch in the compiler: sh3-installfix-fixheaders.patch sh*eb - Big endian varieties are defined, but not supported x32 ABI variants for core2-64 and x86-64 - needs x32 layer Multilibs verified to work: x86-64& x86 ppce5500& ppc64e5500 --- Note armv5e& binutils-gas: Finally there is a small patch to binutils gas that adds armv5e as a valid architecture, otherwise all of the armv5e* tunings fail, even though gcc says they are valid architectures. --- Future work: I'm still not completely happy with the ARM tunings, but it's too disruptive to change them at this time. I'd like to move to something closer to how MIPS is configured. Define various "variants" for the various tunings, instead of simply defining the ARMPKGARCH. The current method prevents us from having a single build that can build packages optimized for armv5te and armv7a. While this is not likely to be a huge problem for the time being, it may lead to problems for feed based systems that can support multiple ARM architecture families. The following changes since commit 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458: gdb: build with expat, add missing RRECOMMENDS_gdbserver (2012-04-03 14:10:44 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib mhatle/tunings http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mhatle/tunings Mark Hatle (7): conf/machine/include/README: Add readme to explain cpu tunings conf/machine/include: Cleanup IA tunings to match README conf/machine/include: Cleanup MIPS tunings to match README conf/machine/include: Cleanup PowerPC tunings to match README conf/machine/include: Cleanup ARM tunings to match README conf/machine/include: Update SH tunings to match README binutils: Inform binutils that armv5e really is valid! meta/conf/bitbake.conf |1 - meta/conf/machine/include/README | 77 meta/conf/machine/include/arm/README | 40 ++ meta/conf/machine/include/arm/arch-arm.inc |2 +- meta/conf/machine/include/arm/arch-armv5.inc |2 +- meta/conf/machine/include/arm/arch-armv7a.inc |6 +- meta/conf/machine/include/ia32/README | 24 ++ meta/conf/machine/include/ia32/arch-ia32.inc | 26 --- meta/conf/machine/include/mips/README | 36 + meta/conf/machine/include/mips/arch-mips.inc | 38 +- meta/conf/machine/include/powerpc/README | 17 + meta/conf/machine/include/powerpc/arch-powerpc.inc | 15 ++-- .../machine/include/powerpc/arch-powerpc64.inc |1 + meta/conf/machine/include/sh/README| 11 +++ meta/conf/machine/include/sh/arch-sh.inc |9 +++ meta/conf/machine/include/tune-c3.inc | 12 +++- meta/conf/machine/include/tune-core2.inc | 16 +++-- meta/conf/machine/include/tune-cortexm3.inc|2 +- meta/conf/machine/include/tune-cortexr4.inc|2 +- meta/conf/machine/include/tune-i586.inc|8 +-- meta/conf/machine/include/tune-mips32.inc | 17 +++-- meta/conf/machine/include/tune-ppc603e.inc |4 +- meta/conf/machine/include/tune-ppce300c2.inc |2 +- meta/conf/machine/include/tune-ppce500.inc | 10 ++- meta/conf/machine/include/tune-ppce500mc.inc |4 +- meta/conf/machine/include/tune-ppce500v2.inc | 10 ++- meta/conf/machine/include/tune-ppce5500.inc|4 +- meta/conf/machine/include/tune-sh3.inc | 19 - meta/conf/machine/include/tune-sh4.inc | 32 - .../binutils/binutils/binutils-armv5e.patch| 20 + meta/recipes-devtools/binutils/binutils_2.22.bb|3 +- 31 files changed, 401 insertions(+), 69 deletions(-) create mode 100644 meta/conf/machine/include/README create mode 100644 meta/conf/machine/include/arm/README create mode 100644 meta/conf/machine/include/ia32/README create mode 100644 meta/conf/machine/include/mips/README create mode 100644 meta/conf/machine/include/powerpc/README create mode 100644 meta/conf/m
Re: [OE-core] [PATCH 0/2] Few bugfixes
On 04/03/2012 03:57 PM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble The following changes since commit 46600e37cf87e9aa68e70f1d21caad8eac974a24: elfutils: disable lzma (and bzip2 for native) (2012-04-03 21:32:34 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/bugfixes http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/bugfixes Nitin A Kamble (2): gcc-cross-intermediate: fix do_install for x32 eglibc packaging: locale packaging configuration meta/classes/libc-package.bbclass |8 meta/recipes-core/eglibc/eglibc-options.inc|6 -- .../gcc/gcc-cross-intermediate.inc |3 ++- 3 files changed, 10 insertions(+), 7 deletions(-) Merged into OE-Core Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] classes/image_types: add IMAGE_TUNE2FS_ext3
On Wednesday 04 April 2012 13:57:04 Otavio Salvador wrote: > On Wed, Apr 4, 2012 at 12:32, Paul Eggleton > > wrote: > > Add a variable that allows additional options to be passed to tune2fs, > > such as -m to control the amount of space reserved for root. > > I'd prefer something like > > IMG_POSTCMD_ > > So it is generic enough to not be confusing for other filesystems. Are you suggesting this would hold the entire post-command to be run? If not, what other post command could we be referring to in the case of other filesystems? (tune2fs being valid for ext2, ext3 and ext4). Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] classes/image_types: add IMAGE_TUNE2FS_ext3
On Wed, Apr 4, 2012 at 14:12, Paul Eggleton wrote: > Are you suggesting this would hold the entire post-command to be run? If not, > what other post command could we be referring to in the case of other > filesystems? (tune2fs being valid for ext2, ext3 and ext4). Yes; it is more generic and for someone using it, it makes no difference in complexity et all. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On 04.04.2012 18:59, Martin Jansa wrote: > On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org wrote: >> Module: openembedded-core.git >> Branch: master >> Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 >> URL: >> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 >> >> Author: Andreas Oberritter >> Date: Tue Apr 3 00:23:55 2012 +0200 >> >> gdb: build with expat, add missing RRECOMMENDS_gdbserver >> >> * Fixes communication between gdbserver and gdb-cross >> by using the same expat settings for both recipes. >> * Adds missing build dependencies for expat/expat-native. >> * Adds missing glibc-thread-db runtime recommendation >> to gdbserver, which was set only for gdb. >> >> Signed-off-by: Andreas Oberritter >> Signed-off-by: Richard Purdie > > Here it's trying to use host's expat when building target gdb and fails... > > | checking for libexpat... no > | configure: error: expat is missing or unusable > | make[1]: *** [configure-gdb] Error 1 > | make[1]: Leaving directory > `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' > | make: *** [all] Error 2 > | ERROR: oe_runmake failed > NOTE: package gdb-7.4-r7.0: task do_compile: Failed > ERROR: Task 3561 > (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, > do_compile) failed with exit code '1' > > from config.log: > configure:10704: checking for libexpat > configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize > -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 > --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o conftest -O2 -pipe -g > -feliminate-unused-debug-types-Wl,-O1 -Wl,--hash-style=gnu > -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm/usr/lib/libexpat.so >&5 > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: > error: /usr/lib/libexpat.so: incompatible target > conftest.c:98: error: undefined reference to 'XML_ParserCreate' > collect2: ld returned 1 exit status Does "bitbake expat" help? Here I have: configure:10704: checking for libexpat configure:10723: mipsel-oe-linux-gcc -mel -mabi=32 -mhard-float -march=mips32 --sysroot=/home/obi/src/git/opendreambox-2.1/tmp/sysroots/dm7020hd -o conftest -Os -pipe -g -feliminate-unused-debug-types-Wl,-O1 -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm-lexpat >&5 configure:10723: $? = 0 configure:10733: result: yes Regards, Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote: > On 04.04.2012 18:59, Martin Jansa wrote: > > On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org wrote: > >> Module: openembedded-core.git > >> Branch: master > >> Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > >> URL: > >> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > >> > >> Author: Andreas Oberritter > >> Date: Tue Apr 3 00:23:55 2012 +0200 > >> > >> gdb: build with expat, add missing RRECOMMENDS_gdbserver > >> > >> * Fixes communication between gdbserver and gdb-cross > >> by using the same expat settings for both recipes. > >> * Adds missing build dependencies for expat/expat-native. > >> * Adds missing glibc-thread-db runtime recommendation > >> to gdbserver, which was set only for gdb. > >> > >> Signed-off-by: Andreas Oberritter > >> Signed-off-by: Richard Purdie > > > > Here it's trying to use host's expat when building target gdb and fails... > > > > | checking for libexpat... no > > | configure: error: expat is missing or unusable > > | make[1]: *** [configure-gdb] Error 1 > > | make[1]: Leaving directory > > `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' > > | make: *** [all] Error 2 > > | ERROR: oe_runmake failed > > NOTE: package gdb-7.4-r7.0: task do_compile: Failed > > ERROR: Task 3561 > > (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, > > do_compile) failed with exit code '1' > > > > from config.log: > > configure:10704: checking for libexpat > > configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a > > -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon > > -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o > > conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 > > -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm > > /usr/lib/libexpat.so >&5 > > /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: > > error: /usr/lib/libexpat.so: incompatible target > > conftest.c:98: error: undefined reference to 'XML_ParserCreate' > > collect2: ld returned 1 exit status > > Does "bitbake expat" help? Here I have: expat was built already, so no doesn't help. -EXPAT = "--with-expat" +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}" helps.. > > configure:10704: checking for libexpat > configure:10723: mipsel-oe-linux-gcc -mel -mabi=32 -mhard-float > -march=mips32 > --sysroot=/home/obi/src/git/opendreambox-2.1/tmp/sysroots/dm7020hd -o > conftest -Os -pipe -g -feliminate-unused-debug-types-Wl,-O1 > -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm-lexpat >&5 > configure:10723: $? = 0 > configure:10733: result: yes > > Regards, > Andreas > > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On 04.04.2012 19:45, Martin Jansa wrote: > On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote: >> On 04.04.2012 18:59, Martin Jansa wrote: >>> On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 URL: http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 Author: Andreas Oberritter Date: Tue Apr 3 00:23:55 2012 +0200 gdb: build with expat, add missing RRECOMMENDS_gdbserver * Fixes communication between gdbserver and gdb-cross by using the same expat settings for both recipes. * Adds missing build dependencies for expat/expat-native. * Adds missing glibc-thread-db runtime recommendation to gdbserver, which was set only for gdb. Signed-off-by: Andreas Oberritter Signed-off-by: Richard Purdie >>> >>> Here it's trying to use host's expat when building target gdb and fails... >>> >>> | checking for libexpat... no >>> | configure: error: expat is missing or unusable >>> | make[1]: *** [configure-gdb] Error 1 >>> | make[1]: Leaving directory >>> `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' >>> | make: *** [all] Error 2 >>> | ERROR: oe_runmake failed >>> NOTE: package gdb-7.4-r7.0: task do_compile: Failed >>> ERROR: Task 3561 >>> (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, >>> do_compile) failed with exit code '1' >>> >>> from config.log: >>> configure:10704: checking for libexpat >>> configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a >>> -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon >>> -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o >>> conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 >>> -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm >>> /usr/lib/libexpat.so >&5 >>> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: >>> error: /usr/lib/libexpat.so: incompatible target >>> conftest.c:98: error: undefined reference to 'XML_ParserCreate' >>> collect2: ld returned 1 exit status >> >> Does "bitbake expat" help? Here I have: > > expat was built already, so no doesn't help. > > > -EXPAT = "--with-expat" > +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}" > > helps.. OK. Can you please submit an incremental patch? I wonder why it didn't happen on my system, although I have libexpat-dev installed (Ubuntu). Which Linux distribution are you using? Regards, Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/7] conf/machine/include: Cleanup PowerPC tunings to match README
On Tue, Apr 3, 2012 at 12:47 PM, Mark Hatle wrote: > +ABIEXTENSION .= "${SPEABIEXTENSION}" > > AVAILTUNES += "ppce500" > TUNE_FEATURES_tune-ppce500 = "m32 spe ppce500" > +TUNE_PKGARCH_tune-ppce500 = "ppce500" > PACKAGE_EXTRA_ARCHS_tune-ppce500 = "ppce500" meta/conf/machine/include/tune-ppce500.inc:PACKAGE_EXTRA_ARCHS_tune-ppce500 = "ppce500" meta/conf/machine/include/tune-ppce500v2.inc:PACKAGE_EXTRA_ARCHS_tune-ppce500v2 = "ppce500v2" Should these have ${PACKAGE_EXTRA_ARCHS_tune-powerpc} as well? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/7] conf/machine/include: Cleanup PowerPC tunings to match README
On Tue, Apr 3, 2012 at 12:47 PM, Mark Hatle wrote: > --- a/meta/conf/machine/include/tune-ppce500.inc > +++ b/meta/conf/machine/include/tune-ppce500.inc > @@ -4,13 +4,17 @@ require conf/machine/include/powerpc/arch-powerpc.inc > > TUNEVALID[ppce500] = "Enable ppce500 specific processor optimizations" > TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "ppce500", > "-mcpu=8540", "", d)}" > -TUNE_PKGARCH_tune-ppce500 = "ppce500" > > TUNEVALID[spe] = "Enable SPE ABI extensions" > -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "spe", "-mabi=spe > -mspe -mfloat-gprs=double", "", d)}" > +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", [ "ppce500", "spe" ], > "-mabi=spe -mspe -mfloat-gprs=single", "", d)}" > +TARGET_FPU .= "${@bb.utils.contains("TUNE_FEATURES", [ "ppce500" , "spe" ], > "ppc-efs", "", d)}" Should these TARGET_FPU's be in a common file? Maybe some of these other bits could be moved to a common file too? Setting this TARGET_FPU above and TUNE_FEATURES in the same file seems redundant? Or maybe this is for the multilib scenario and I'm missing something... ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On Wed, Apr 04, 2012 at 07:56:58PM +0200, Andreas Oberritter wrote: > On 04.04.2012 19:45, Martin Jansa wrote: > > On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote: > >> On 04.04.2012 18:59, Martin Jansa wrote: > >>> On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org wrote: > Module: openembedded-core.git > Branch: master > Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > URL: > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > > Author: Andreas Oberritter > Date: Tue Apr 3 00:23:55 2012 +0200 > > gdb: build with expat, add missing RRECOMMENDS_gdbserver > > * Fixes communication between gdbserver and gdb-cross > by using the same expat settings for both recipes. > * Adds missing build dependencies for expat/expat-native. > * Adds missing glibc-thread-db runtime recommendation > to gdbserver, which was set only for gdb. > > Signed-off-by: Andreas Oberritter > Signed-off-by: Richard Purdie > >>> > >>> Here it's trying to use host's expat when building target gdb and fails... > >>> > >>> | checking for libexpat... no > >>> | configure: error: expat is missing or unusable > >>> | make[1]: *** [configure-gdb] Error 1 > >>> | make[1]: Leaving directory > >>> `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' > >>> | make: *** [all] Error 2 > >>> | ERROR: oe_runmake failed > >>> NOTE: package gdb-7.4-r7.0: task do_compile: Failed > >>> ERROR: Task 3561 > >>> (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, > >>> do_compile) failed with exit code '1' > >>> > >>> from config.log: > >>> configure:10704: checking for libexpat > >>> configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a > >>> -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon > >>> -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o > >>> conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 > >>> -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm > >>> /usr/lib/libexpat.so >&5 > >>> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: > >>> error: /usr/lib/libexpat.so: incompatible target > >>> conftest.c:98: error: undefined reference to 'XML_ParserCreate' > >>> collect2: ld returned 1 exit status > >> > >> Does "bitbake expat" help? Here I have: > > > > expat was built already, so no doesn't help. > > > > > > -EXPAT = "--with-expat" > > +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}" > > > > helps.. > > OK. Can you please submit an incremental patch? I wonder why it didn't > happen on my system, although I have libexpat-dev installed (Ubuntu). I've tested it only with target gdb (so I don't feel comfortable to send patch before testing -cross-canadian and -cross, but I don't have time for it now). > Which Linux distribution are you using? Gentoo minimal chroot http://git.shr-project.org/git/?p=shr-chroot.git;a=summary Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On Wed, Apr 04, 2012 at 08:06:15PM +0200, Martin Jansa wrote: > On Wed, Apr 04, 2012 at 07:56:58PM +0200, Andreas Oberritter wrote: > > On 04.04.2012 19:45, Martin Jansa wrote: > > > On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote: > > >> On 04.04.2012 18:59, Martin Jansa wrote: > > >>> On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org > > >>> wrote: > > Module: openembedded-core.git > > Branch: master > > Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > > URL: > > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 > > > > Author: Andreas Oberritter > > Date: Tue Apr 3 00:23:55 2012 +0200 > > > > gdb: build with expat, add missing RRECOMMENDS_gdbserver > > > > * Fixes communication between gdbserver and gdb-cross > > by using the same expat settings for both recipes. > > * Adds missing build dependencies for expat/expat-native. > > * Adds missing glibc-thread-db runtime recommendation > > to gdbserver, which was set only for gdb. > > > > Signed-off-by: Andreas Oberritter > > Signed-off-by: Richard Purdie > > >>> > > >>> Here it's trying to use host's expat when building target gdb and > > >>> fails... > > >>> > > >>> | checking for libexpat... no > > >>> | configure: error: expat is missing or unusable > > >>> | make[1]: *** [configure-gdb] Error 1 > > >>> | make[1]: Leaving directory > > >>> `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' > > >>> | make: *** [all] Error 2 > > >>> | ERROR: oe_runmake failed > > >>> NOTE: package gdb-7.4-r7.0: task do_compile: Failed > > >>> ERROR: Task 3561 > > >>> (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, > > >>> do_compile) failed with exit code '1' > > >>> > > >>> from config.log: > > >>> configure:10704: checking for libexpat > > >>> configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a > > >>> -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon > > >>> -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o > > >>> conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 > > >>> -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm > > >>> /usr/lib/libexpat.so >&5 > > >>> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: > > >>> error: /usr/lib/libexpat.so: incompatible target > > >>> conftest.c:98: error: undefined reference to 'XML_ParserCreate' > > >>> collect2: ld returned 1 exit status > > >> > > >> Does "bitbake expat" help? Here I have: > > > > > > expat was built already, so no doesn't help. > > > > > > > > > -EXPAT = "--with-expat" > > > +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}" > > > > > > helps.. > > > > OK. Can you please submit an incremental patch? I wonder why it didn't > > happen on my system, although I have libexpat-dev installed (Ubuntu). > > I've tested it only with target gdb (so I don't feel comfortable to send > patch before testing -cross-canadian and -cross, but I don't have time > for it now). > > > Which Linux distribution are you using? > > Gentoo minimal chroot > http://git.shr-project.org/git/?p=shr-chroot.git;a=summary confirmed on other host also using shr-chroot.. if you want to test it yourself, here is patch (or somewhere there if reabased already) http://git.openembedded.org/openembedded-core-contrib/commit/?h=shr&id=ef16c225a564d465ebab800204434b0d684c4069 Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] classes/image_types: add IMAGE_TUNE2FS_ext3
On Wednesday 04 April 2012 14:26:26 Otavio Salvador wrote: > On Wed, Apr 4, 2012 at 14:12, Paul Eggleton > > wrote: > > Are you suggesting this would hold the entire post-command to be run? If > > not, what other post command could we be referring to in the case of > > other filesystems? (tune2fs being valid for ext2, ext3 and ext4). > > Yes; it is more generic and for someone using it, it makes no > difference in complexity et all. Actually it does, but I can see some value in it. v2 on the way. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/7] conf/machine/include: Cleanup PowerPC tunings to match README
On 4/4/12 1:02 PM, Matthew McClintock wrote: On Tue, Apr 3, 2012 at 12:47 PM, Mark Hatle wrote: +ABIEXTENSION .= "${SPEABIEXTENSION}" AVAILTUNES += "ppce500" TUNE_FEATURES_tune-ppce500 = "m32 spe ppce500" +TUNE_PKGARCH_tune-ppce500 = "ppce500" PACKAGE_EXTRA_ARCHS_tune-ppce500 = "ppce500" meta/conf/machine/include/tune-ppce500.inc:PACKAGE_EXTRA_ARCHS_tune-ppce500 = "ppce500" meta/conf/machine/include/tune-ppce500v2.inc:PACKAGE_EXTRA_ARCHS_tune-ppce500v2 = "ppce500v2" Should these have ${PACKAGE_EXTRA_ARCHS_tune-powerpc} as well? No, the tunes for ppce500 and ppce500v2 are NOT compatible w/ powerpc or any other tunes (due to the SPE ABI interactions). --Mark -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/7] conf/machine/include: Cleanup PowerPC tunings to match README
On 4/4/12 1:03 PM, Matthew McClintock wrote: On Tue, Apr 3, 2012 at 12:47 PM, Mark Hatle wrote: --- a/meta/conf/machine/include/tune-ppce500.inc +++ b/meta/conf/machine/include/tune-ppce500.inc @@ -4,13 +4,17 @@ require conf/machine/include/powerpc/arch-powerpc.inc TUNEVALID[ppce500] = "Enable ppce500 specific processor optimizations" TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "ppce500", "-mcpu=8540", "", d)}" -TUNE_PKGARCH_tune-ppce500 = "ppce500" TUNEVALID[spe] = "Enable SPE ABI extensions" -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "spe", "-mabi=spe -mspe -mfloat-gprs=double", "", d)}" +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", [ "ppce500", "spe" ], "-mabi=spe -mspe -mfloat-gprs=single", "", d)}" +TARGET_FPU .= "${@bb.utils.contains("TUNE_FEATURES", [ "ppce500" , "spe" ], "ppc-efs", "", d)}" Should these TARGET_FPU's be in a common file? Maybe some of these other bits could be moved to a common file too? Setting this TARGET_FPU above and TUNE_FEATURES in the same file seems redundant? Or maybe this is for the multilib scenario and I'm missing something... Normally I'd say yes, but the SPE settings are a bit unique for the ppce500[v2] series of CPUs. Duplicating it shouldn't cause any unique problems to occur. (If future CPUs were to include the e500 or e500v2 SPE unit, we could consider moving the code.. or more likely renaming the spe element is to "spe-single" and "spe-double"...) But at this point I believe they are dead ends --Mark ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix for self-hosted-image v2
Simplified version of previous patch to decrease reserved space in ext3 image. It turns out no additional variable really needs to be introduced into image_types.bbclass, although this does mean running tune2fs twice. Note that this patch should be applied on top of Saul's recent self-hosted-image patch once that is merged. The following changes since commit 7c794db563cc35f6deaab1dd0fef35015d47e567: self-hosted-image: Increase space for build and allow builder user sudo access (2012-04-04 16:16:27 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/self http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/self Paul Eggleton (1): self-hosted-image: decrease reserved space to 0.5% meta/recipes-core/images/self-hosted-image.bb |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] self-hosted-image: decrease reserved space to 0.5%
The default amount of reserved space for ext2/3 is 5% - this amounts to about 2GB of a 40GB filesystem that the builder user can't make use of. We don't need this much reserved so peg it back to 0.5% which should be more than enough. Signed-off-by: Paul Eggleton --- meta/recipes-core/images/self-hosted-image.bb |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index d2faa66..84c5faf 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -4,7 +4,7 @@ LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \ file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" -PR = "r9" +PR = "r10" CORE_IMAGE_EXTRA_INSTALL = "\ task-self-hosted \ @@ -25,6 +25,11 @@ inherit core-image SRCREV = "8691a588267472eb5a32b978a0eb9ddfd0c91733" SRC_URI = "git://git.yoctoproject.org/poky;protocol=git" +IMAGE_CMD_ext3_append () { + # We don't need to reserve much space for root, 0.5% is more than enough + tune2fs -m 0.5 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 +} + fakeroot do_populate_poky_src () { # Because fetch2's git's unpack uses -s cloneflag, the unpacked git repo # will become invalid in the target. -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] eglibc-2.15: Update SRCREV
On Wed, Mar 28, 2012 at 04:33:47PM +0200, Martin Jansa wrote: > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote: > > On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa > > wrote: > > > On Fri, Mar 23, 2012 at 02:17:02PM +0100, Martin Jansa wrote: > > >> On Fri, Mar 23, 2012 at 12:05:25PM +, Richard Purdie wrote: > > >> > On Thu, 2012-03-22 at 19:56 -0700, Khem Raj wrote: > > >> > > Get new patches and remove the one that got merged upstream > > >> > > > > >> > > Signed-off-by: Khem Raj > > >> > > --- > > >> > > .../eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch | 108 > > >> > > > > >> > > .../eglibc-2.15/armv4-eabi-compile-fix.patch | 25 - > > >> > > .../eglibc/eglibc-2.15/initgroups_keys.patch | 20 > > >> > > meta/recipes-core/eglibc/eglibc_2.15.bb | 5 +- > > >> > > 4 files changed, 131 insertions(+), 27 deletions(-) > > >> > > create mode 100644 > > >> > > meta/recipes-core/eglibc/eglibc-2.15/GLRO_dl_debug_mask.patch > > >> > > delete mode 100644 > > >> > > meta/recipes-core/eglibc/eglibc-2.15/armv4-eabi-compile-fix.patch > > >> > > create mode 100644 > > >> > > meta/recipes-core/eglibc/eglibc-2.15/initgroups_keys.patch > > >> > > > >> > Since 2.15 isn't the default I'm tempted to merge this despite the > > >> > point > > >> > we're at in the release cycle. I'd like to give anyone using this the > > >> > opportunity to comment first though. > > >> > > >> I'm testing this on all archs I'm using (armv4t, armv5te, armv7a, > > >> x86-64) and will report tomorrow. > > > > > > Doesn't look related to this change, but I got interesing error on other > > > buildhost (on mine everything seems fine sofar including tests on > > > target), I don't have log from armv4t build on mine, because it's on tmpfs > > > and there was unexpected reboot when I wasn't home :/. > > > > Hi Martin > > > > Does it look good for your testing ? > > Seems fine in runtime any hint about that build issue? > > Today I got another one :/ > > "build-x86_64-oe-linux/shlib.lds:127: syntax error > while building eglibc > > I had reports about this before, but wasn't able to reproduce it on my > machine, today I got it for first time (maybe because of building with > -j8 instead of -j4), so I've created simple testcase to compare interim > outputs from shlib.lds creation: > http://build.shr-project.org/tests/jama/shlib-issue/ To follow this monolog, the problem is in file Makerules itself, gcc output is the same as well as output from sed, but Makerules file is partially rewritten during build and if shlib.lds gets generated in wrong time then it results in this touch /OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/eglibc/eglibc-2.15-r3+svnr17386/eglibc-2_15/libc/Makerules after eglibc build fail is enough to recreate correct shlibs.lds Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On 04.04.2012 20:22, Martin Jansa wrote: > On Wed, Apr 04, 2012 at 08:06:15PM +0200, Martin Jansa wrote: >> On Wed, Apr 04, 2012 at 07:56:58PM +0200, Andreas Oberritter wrote: >>> On 04.04.2012 19:45, Martin Jansa wrote: On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote: > On 04.04.2012 18:59, Martin Jansa wrote: >> On Tue, Apr 03, 2012 at 01:15:37PM +, g...@git.openembedded.org >> wrote: >>> Module: openembedded-core.git >>> Branch: master >>> Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 >>> URL: >>> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458 >>> >>> Author: Andreas Oberritter >>> Date: Tue Apr 3 00:23:55 2012 +0200 >>> >>> gdb: build with expat, add missing RRECOMMENDS_gdbserver >>> >>> * Fixes communication between gdbserver and gdb-cross >>> by using the same expat settings for both recipes. >>> * Adds missing build dependencies for expat/expat-native. >>> * Adds missing glibc-thread-db runtime recommendation >>> to gdbserver, which was set only for gdb. >>> >>> Signed-off-by: Andreas Oberritter >>> Signed-off-by: Richard Purdie >> >> Here it's trying to use host's expat when building target gdb and >> fails... >> >> | checking for libexpat... no >> | configure: error: expat is missing or unusable >> | make[1]: *** [configure-gdb] Error 1 >> | make[1]: Leaving directory >> `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi' >> | make: *** [all] Error 2 >> | ERROR: oe_runmake failed >> NOTE: package gdb-7.4-r7.0: task do_compile: Failed >> ERROR: Task 3561 >> (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, >> do_compile) failed with exit code '1' >> >> from config.log: >> configure:10704: checking for libexpat >> configure:10723: arm-oe-linux-gnueabi-gcc -march=armv7-a >> -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon >> -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o >> conftest -O2 -pipe -g -feliminate-unused-debug-types-Wl,-O1 >> -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm >> /usr/lib/libexpat.so >&5 >> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: >> error: /usr/lib/libexpat.so: incompatible target >> conftest.c:98: error: undefined reference to 'XML_ParserCreate' >> collect2: ld returned 1 exit status > > Does "bitbake expat" help? Here I have: expat was built already, so no doesn't help. -EXPAT = "--with-expat" +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}" helps.. >>> >>> OK. Can you please submit an incremental patch? I wonder why it didn't >>> happen on my system, although I have libexpat-dev installed (Ubuntu). >> >> I've tested it only with target gdb (so I don't feel comfortable to send >> patch before testing -cross-canadian and -cross, but I don't have time >> for it now). >> >>> Which Linux distribution are you using? >> >> Gentoo minimal chroot >> http://git.shr-project.org/git/?p=shr-chroot.git;a=summary > > confirmed on other host also using shr-chroot.. if you want to test it > yourself, here is patch (or somewhere there if reabased already) > http://git.openembedded.org/openembedded-core-contrib/commit/?h=shr&id=ef16c225a564d465ebab800204434b0d684c4069 I've built gdb-cross with your patch applied without problems. gdb-cross-canadian-mipsel is still compiling. However, since the problem you discovered didn't show on my machine, this may not be meaningful at all. Regards, Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Schizophrenic package management
On Tue, 2012-04-03 at 13:17 -0500, Mark Hatle wrote: > (And RedHat based linux distributions don't have any concept of alternatives. True...until about 10 years ago. Sun Jan 27 2002 Erik Troan - reimplemented update-alternatives as just alternatives http://pkgs.fedoraproject.org/gitweb/?p=chkconfig.git;a=commit;h=e68fd156aa94245e111a50ff4bee31f304b52727 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README
On 03.04.2012 21:47, Mark Hatle wrote: > Cleanup the MIPS tunings to match the new tuning README file. Also > add a MIPS specific README file to explain the MIPS specifical > architectural issues. > > Finally correct the variant configurations within the tune-mips32.inc. What was mipsel-oe-linux before now became mips32el-oe-linux, i.e. tmp/work/mipsel-oe-linux now is tmp/work/mips32el-oe-linux. I'm not sure what else broke. Was this intentional? Regards, Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver
On 04.04.2012 23:16, Andreas Oberritter wrote: > I've built gdb-cross with your patch applied without problems. > gdb-cross-canadian-mipsel is still compiling. However, since the problem > you discovered didn't show on my machine, this may not be meaningful at all. FWIW, gdb-cross-canadian-mipsel also finished without errors. > Regards, > Andreas ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gst-plugins-base: fix build of subparse plugin
* Fixes the following configure error by prefixing PKG_CONFIG_SYSROOT_DIR: | grep: /usr/include/gstreamer-0.10/gst/gstconfig.h: No such file or directory Signed-off-by: Andreas Oberritter --- .../configure.ac-fix-subparse-plugin.patch | 27 .../gstreamer/gst-plugins-base_0.10.36.bb |5 ++- 2 files changed, 30 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.36/configure.ac-fix-subparse-plugin.patch diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.36/configure.ac-fix-subparse-plugin.patch b/meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.36/configure.ac-fix-subparse-plugin.patch new file mode 100644 index 000..b8602c8 --- /dev/null +++ b/meta/recipes-multimedia/gstreamer/gst-plugins-base-0.10.36/configure.ac-fix-subparse-plugin.patch @@ -0,0 +1,27 @@ +Upstream-Status: Submitted [similar patch by other author, bugzilla] +Bugtracker-URL: https://bugzilla.gnome.org/show_bug.cgi?id=663600 + +Prepend PKG_CONFIG_SYSROOT to includedir, so configure doesn't +search for gstconfig.h in /usr/include. + +Signed-off-by: Andreas Oberritter +--- + configure.ac |2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) + +diff --git a/configure.ac b/configure.ac +index 1901bcf..460fb0a 100644 +--- a/configure.ac b/configure.ac +@@ -435,7 +435,7 @@ AG_GST_CHECK_PLUGIN(volume) + dnl check for gstreamer core features (subsystems) + dnl FIXME: this assumes srcdir == builddir for uninstalled setups + GST_CONFIGPATH=`$PKG_CONFIG --variable=includedir gstreamer-0.10`"/gst/gstconfig.h" +-AG_GST_PARSE_SUBSYSTEM_DISABLES($GST_CONFIGPATH) ++AG_GST_PARSE_SUBSYSTEM_DISABLES($PKG_CONFIG_SYSROOT_DIR$GST_CONFIGPATH) + AM_CONDITIONAL(USE_XML, test $GST_DISABLE_XML != "1") + + dnl disable plug-ins that require libxml2's HTML support if it is not available +-- +1.7.5.4 + diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb b/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb index 5499829..da4a726 100644 --- a/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb +++ b/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb @@ -9,12 +9,13 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \ DEPENDS += "${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 libxv', '', d)}" DEPENDS += "alsa-lib freetype liboil libogg libvorbis libtheora avahi util-linux tremor" -SRC_URI += " file://gst-plugins-base-tremor.patch" +SRC_URI += "file://gst-plugins-base-tremor.patch \ +file://configure.ac-fix-subparse-plugin.patch" SRC_URI[md5sum] = "776c73883e567f67b9c4a2847d8d041a" SRC_URI[sha256sum] = "2cd3b0fa8e9b595db8f514ef7c2bdbcd639a0d63d154c00f8c9b609321f49976" -PR = "r2" +PR = "r3" inherit gettext -- 1.7.5.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] syslinux: Avoid using linux.ext2_fs.h if possible
The following patch is intended as a stop gap to address the compilation failure for the Yocto 1.2 release. This patch is a backport from syslinux 4.6-pre3. After the Yocto Project 1.2 release and the syslinux 4.6 (or later) release, the syslinux recipe will be updated and the patch will be dropped. Tested building atom-pc core-image-minimal live images on Fedora 16 amd64 with the linux/ext2_fs.h file renamed. The following changes since commit 3e4562500956550dbae5467a5fe9289f1d32f775: self-hosted-image: Increase space for build and allow builder user sudo access (2012-04-04 17:17:11 +0100) are available in the git repository at: git://git.yoctoproject.org/user-contrib/dvhart/oe-core syslinux http://git.yoctoproject.org/cgit.cgi/user-contrib/dvhart/oe-core/log/?h=syslinux Darren Hart (1): syslinux: Avoid using linux.ext2_fs.h if possible .../libinstaller-Avoid-using-linux-ext2_fs.h.patch | 975 meta/recipes-devtools/syslinux/syslinux_4.03.bb|5 +- 2 files changed, 978 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-devtools/syslinux/files/libinstaller-Avoid-using-linux-ext2_fs.h.patch -- 1.7.6.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] syslinux: Avoid using linux.ext2_fs.h if possible
Fixes [YOCTO 2236] With recent Linux kernel headers, such as 3.3 in Fedora 16, the linux/ext2_fs.h header has been removed. This causes compile failures for syslinux-native. Backport a fix to address this from syslinux-4.06-pre3. Signed-off-by: Darren Hart CC: Ross Burton CC: Joshua Lock --- .../libinstaller-Avoid-using-linux-ext2_fs.h.patch | 975 meta/recipes-devtools/syslinux/syslinux_4.03.bb|5 +- 2 files changed, 978 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-devtools/syslinux/files/libinstaller-Avoid-using-linux-ext2_fs.h.patch diff --git a/meta/recipes-devtools/syslinux/files/libinstaller-Avoid-using-linux-ext2_fs.h.patch b/meta/recipes-devtools/syslinux/files/libinstaller-Avoid-using-linux-ext2_fs.h.patch new file mode 100644 index 000..77d7a5d --- /dev/null +++ b/meta/recipes-devtools/syslinux/files/libinstaller-Avoid-using-linux-ext2_fs.h.patch @@ -0,0 +1,975 @@ +From a1006762fa6f98750bb77d76dd992cb8ea9f9c99 Mon Sep 17 00:00:00 2001 +Message-Id: +From: "H. Peter Anvin" +Date: Mon, 26 Mar 2012 22:51:09 -0700 +Subject: [PATCH] libinstaller: Avoid using + +Don't use if we can avoid it. + +Upstream-Status: Available in syslinux-4.06-pre3 + +The ioctl constants have been globalized and moved to . +Use a private copy of ext2_fs.h from e2fsprogs with the ioctl +constants removed for the data structures. + +Do at least attempt backward compatibility for old kernel headers, but +no real hope of proper operation there... + +Signed-off-by: H. Peter Anvin + +Massaged into 4.03. + +Integrated-by: Darren Hart +--- + libinstaller/ext2fs/ext2_fs.h | 856 + + libinstaller/linuxioctl.h | 29 ++- + libinstaller/syslxcom.c | 12 +- + 3 files changed, 886 insertions(+), 11 deletions(-) + create mode 100644 libinstaller/ext2fs/ext2_fs.h + +Index: syslinux-4.03/libinstaller/ext2fs/ext2_fs.h +=== +--- /dev/null syslinux-4.03/libinstaller/ext2fs/ext2_fs.h +@@ -0,0 +1,856 @@ ++/* ++ * linux/include/linux/ext2_fs.h ++ * ++ * Copyright (C) 1992, 1993, 1994, 1995 ++ * Remy Card (c...@masi.ibp.fr) ++ * Laboratoire MASI - Institut Blaise Pascal ++ * Universite Pierre et Marie Curie (Paris VI) ++ * ++ * from ++ * ++ * linux/include/linux/minix_fs.h ++ * ++ * Copyright (C) 1991, 1992 Linus Torvalds ++ */ ++ ++#ifndef _EXT2FS_EXT2_FS_H ++#define _EXT2FS_EXT2_FS_H ++ ++#include ++ ++/* ++ * The second extended filesystem constants/structures ++ */ ++ ++/* ++ * Define EXT2FS_DEBUG to produce debug messages ++ */ ++#undef EXT2FS_DEBUG ++ ++/* ++ * Define EXT2_PREALLOCATE to preallocate data blocks for expanding files ++ */ ++#define EXT2_PREALLOCATE ++#define EXT2_DEFAULT_PREALLOC_BLOCKS 8 ++ ++/* ++ * The second extended file system version ++ */ ++#define EXT2FS_DATE "95/08/09" ++#define EXT2FS_VERSION"0.5b" ++ ++/* ++ * Special inode numbers ++ */ ++#define EXT2_BAD_INO 1 /* Bad blocks inode */ ++#define EXT2_ROOT_INO 2 /* Root inode */ ++#define EXT4_USR_QUOTA_INO 3 /* User quota inode */ ++#define EXT4_GRP_QUOTA_INO 4 /* Group quota inode */ ++#define EXT2_BOOT_LOADER_INO 5 /* Boot loader inode */ ++#define EXT2_UNDEL_DIR_INO 6 /* Undelete directory inode */ ++#define EXT2_RESIZE_INO7 /* Reserved group descriptors inode */ ++#define EXT2_JOURNAL_INO 8 /* Journal inode */ ++#define EXT2_EXCLUDE_INO 9 /* The "exclude" inode, for snapshots */ ++#define EXT4_REPLICA_INO 10 /* Used by non-upstream feature */ ++ ++/* First non-reserved inode for old ext2 filesystems */ ++#define EXT2_GOOD_OLD_FIRST_INO 11 ++ ++/* ++ * The second extended file system magic number ++ */ ++#define EXT2_SUPER_MAGIC 0xEF53 ++ ++#ifdef __KERNEL__ ++#define EXT2_SB(sb) (&((sb)->u.ext2_sb)) ++#else ++/* Assume that user mode programs are passing in an ext2fs superblock, not ++ * a kernel struct super_block. This will allow us to call the feature-test ++ * macros from user land. */ ++#define EXT2_SB(sb) (sb) ++#endif ++ ++/* ++ * Maximal count of links to a file ++ */ ++#define EXT2_LINK_MAX 65000 ++ ++/* ++ * Macro-instructions used to manage several block sizes ++ */ ++#define EXT2_MIN_BLOCK_LOG_SIZE 10 /* 1024 */ ++#define EXT2_MAX_BLOCK_LOG_SIZE 16 /* 65536 */ ++#define EXT2_MIN_BLOCK_SIZE (1 << EXT2_MIN_BLOCK_LOG_SIZE) ++#define EXT2_MAX_BLOCK_SIZE (1 << EXT2_MAX_BLOCK_LOG_SIZE) ++#ifdef __KERNEL__ ++#define EXT2_BLOCK_SIZE(s)((s)->s_blocksize) ++#define EXT2_BLOCK_SIZE_BITS(s) ((s)->s_blocksize_bits) ++#define EXT2_ADDR_PER_BLOCK_BITS(s) (EXT2_SB(s)->addr_per_block_bits) ++#define EXT2_INODE_SIZE(s)(EXT2_SB(s)->s_inode_size) ++#define EXT2_FIRST_INO(s) (EXT2_SB(s)->s_first_ino) ++#else ++#define EXT2_BLOCK_SIZE(s)(EXT2_MIN_BLOC
[OE-core] [PATCH 0/1] a fix to self-hosted-image: use the correct location of the file sudoers
The following changes since commit 5607729d9901c394b7cd4db6e38fe7fb19116f39: self-hosted-image: Increase space for build and allow builder user sudo access (2012-04-04 17:17:55 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dcui/master http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/master Dexuan Cui (1): self-hosted-image: use the correct location of the file sudoers meta/recipes-core/images/self-hosted-image.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] self-hosted-image: use the correct location of the file sudoers
Signed-off-by: Dexuan Cui --- meta/recipes-core/images/self-hosted-image.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/images/self-hosted-image.bb b/meta/recipes-core/images/self-hosted-image.bb index 1db6a7a..d8f4162 100644 --- a/meta/recipes-core/images/self-hosted-image.bb +++ b/meta/recipes-core/images/self-hosted-image.bb @@ -49,7 +49,7 @@ fakeroot do_populate_poky_src () { chown -R builder.builder ${IMAGE_ROOTFS}/home/builder/poky # Allow builder to use sudo to setup tap/tun - echo "builder ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers + echo "builder ALL=(ALL) NOPASSWD: ALL" >> ${IMAGE_ROOTFS}/etc/sudoers } IMAGE_PREPROCESS_COMMAND += "do_populate_poky_src; " -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README
On Wed, Apr 4, 2012 at 3:10 PM, Andreas Oberritter wrote: > > What was mipsel-oe-linux before now became mips32el-oe-linux, i.e. > tmp/work/mipsel-oe-linux now is tmp/work/mips32el-oe-linux. I'm not sure > what else broke. > > Was this intentional? I dont think so. mips-*-* in general indicates 32bit BE mips and mipsel-*-* indicates 32bit LE mips so devicing mips32 and mips32el may be more explicit but is not widely used norm ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: Porting KDE Plasma Active (WIP)
On 04/01/2012 08:00 PM, Paul Eggleton wrote: On Sunday 01 April 2012 10:31:48 Robert Yang wrote: On 04/01/2012 08:47 AM, Paul Eggleton wrote: usr/bin/icemaker: No such file or directory This is a known issue, there is an work around, it seems that the MACHINE is qemux86, and host is x86_64, we can: cp tmp/work/i586-poky-linux/kdelibs4-4.8.0+git1+1439483a67135f483632f4c4cd239e9 6d2ed61fc-r0/git/build/bin/icemaker tmp/sysroots/x86_64-linux/usr/bin/icemaker The problem is that we don't have a kdelibs4-native, and it seems it is not easy to add it. Ah, I see I neglected to install kdelibs-devel; but on the version of Fedora I am building on when I do install it that executable is not provided (at version 4.6.5 perhaps it is too old). I've copied it as you suggested but then I run into the lack of kconfig_compiler. On this machine "yum whatprovides" tells me that the only package that provides kconfig_compiler is kdelibs3-devel which is clearly not what is needed. For the kconfig_compiler issue, I used a hacked workaround: 1) cd /usr/bin 2) ln -s kconfig_compiler4 kconfig_compiler 3) ln -s kconfig_compiler4 makekdewidgets Fortunately, kdelibs4-native has been successfully ported currently, we will submit the patch sooner, so these problems would be fixed with kdelibs4-native. Other problems you may meet are: 1) Sometimes the raptor and rasqal_git.bb may fail, just rebuild them would fix the error, seems strange errors. 2) After then build successed, we can start the kde: $ runqemu qemux86 edit /usr/bin/startkde there is a host absolute path in it: LD_BIND_NOW=true /host/path/to/tmp/sysroots/qemux86/usr/lib/kde4/libexec/start_kdeinit_wrapper kcminit_startup Fix it to: LD_BIND_NOW=true /usr/lib/kde4/libexec/start_kdeinit_wrapper +kcminit_startup Then $ startkde // Robert I can't help feeling we need to have kdelibs4-native and forget the consequences of having to extend qt4-native if that's what's required; otherwise it's just too hard for people to build. Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core