Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote: Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Bad news, glibc is now failing: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64-tcbootstrap dl-open.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes -fPIC -mno-sse -mno-mmx-I../include -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed -isystem /data/poky-master/tmp/sysroots/intel-corei7-64/usr/include -D_LIBC_REENTRANT -include /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h -DMODULE_NAME=rtld -include ../include/libc-symbols.h -DPIC -DSHARED -o /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os -MD -MP -MF /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os.dt -MT /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Check whether caller comes from the right place. | ^ | dl-open.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Load a shared object at runtime, relocate it, and run its initializer. | ^ | cc1: all warnings being treated as errors | cc1: all warnings being treated as errors Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] devtools: add a bb for git-manpages
[Re: [OE-core] [PATCH] devtools: add a bb for git-manpages] On 02/02/2015 (Mon 17:04) Paul Eggleton wrote: Hi Paul, On Friday 30 January 2015 19:08:25 Paul Gortmaker wrote: These could be created from scratch from git itself, but it requires asciidoc, xsltproc, python bits and too much other baggage. Since the git folks issue a tarball with the manpages for each release, it is simpler to just go get that. I'm just wondering, would it be simpler to just do this as part of the git recipe itself and have the manpages go into git-doc? Then you would get the documentation automatically if you had git in your image and doc-pkgs in IMAGE_FEATURES, plus we wouldn't have to remember to upgrade this every time we upgraded the git recipe. I'm sure we can do that if desired. It is probably worth mentioning that I had this standalone recipe off in a layer for a while, and after discussions on how to deal with coreutils and the mess it creats with the openly hostile to cross-compile help2man that the idea of a separate bb for manpages appeared acceptable. So, based on that, I figured it was time to post my git-manpages bb. This brings me back to coreutils -- should we source prebuilt manpages within the main recipe there too, or do a coreutils-manpages.bb ? P. -- Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] fetch2/__init__.py: Make get_srcrev output configurable
On Sat, Jan 31, 2015 at 12:06 PM, Mike Looijmans mike.looijm...@topic.nl wrote: From: Mike Looijmans milo-softw...@users.sourceforge.net The idea here is to support package version numbering similar to gitpkgv in meta-openembedded. This commit is the first step towards such functionality. The original plan was to add a get_pretty_srcrev method to the fetcher, as per Richard's suggestion [1]. While writing this, I noticed that it would become a copy of get_srcrev with only two lines changed. So to create something more Pythonic than a boolean argument and conditionals around the calls to the fetcher's sortable_revision, I just made the method to be called on the fetcher an argument to the method. Defaulting to 'sortable_revision' prevents affecting existing code. Now if the git fetcher were to implement, say 'gitpkgv_revision' one could set the following in a recipe: PKGV=1.2+${@bb.fetch2.get_srcrev(d, 'gitpkgv_revision')} and this would yield the same result as gitpkgv's GITPKGV variable. See for the discussion leading to this change: [1] http://lists.openembedded.org/pipermail/openembedded-core/2015-January/100345.html Signed-off-by: Mike Looijmans mike.looijm...@topic.nl I do enjoyed all the design but the way to set the PKGV. Maybe we could have a way to do it more transparently? Any idea how? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 20/21] bison 2.3: disable native
The following packages will fail to build once we build bion-native 2.3: libnl iproute2 libxkbcommon lttng-tools gstreamer1.0 babeltrace Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/bison/bison_2.3.bb | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/meta/recipes-devtools/bison/bison_2.3.bb b/meta/recipes-devtools/bison/bison_2.3.bb index 174916b..182e880 100644 --- a/meta/recipes-devtools/bison/bison_2.3.bb +++ b/meta/recipes-devtools/bison/bison_2.3.bb @@ -11,17 +11,12 @@ DEPENDS = bison-native flex-native PR = r1 -BASE_SRC_URI = ${GNU_MIRROR}/bison/bison-${PV}.tar.gz \ +SRC_URI = ${GNU_MIRROR}/bison/bison-${PV}.tar.gz \ file://bison-2.3_m4.patch -SRC_URI = ${BASE_SRC_URI} - SRC_URI[md5sum] = 22327efdd5080e2b1acb6e560a04b43a SRC_URI[sha256sum] = 52f78aa4761a74ceb7fdf770f3554dd84308c3b93c4255e3a5c17558ecda293e -DEPENDS_class-native = gettext-native -SRC_URI_class-native = ${BASE_SRC_URI} - inherit autotools gettext texinfo acpaths = -I ${S}/m4 @@ -29,11 +24,3 @@ do_configure_prepend () { rm -f ${S}/m4/*gl.m4 cp ${STAGING_DATADIR_NATIVE}/gettext/po/Makefile.in.in ${S}/runtime-po/ } - -do_install_append_class-native() { - create_wrapper ${D}/${bindir}/bison \ - M4=${STAGING_BINDIR_NATIVE}/m4 \ - BISON_PKGDATADIR=${STAGING_DATADIR_NATIVE}/bison -} -#bison-native encodes the staging M4 path -BBCLASSEXTEND = native -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] image.bbclass: don't let do_rootfs depend on BUILDNAME
ping On 01/26/2015 04:31 PM, Chen Qi wrote: The following changes since commit 24f19fedb40d0af84beb8e9a6595ea06f09d4615: gstreamer1.0-omx: use mulitple SCMs to fetch submodules (2014-12-31 08:22:53 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/image-BUILDNAME http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/image-BUILDNAME Chen Qi (1): image.bbclass: don't let do_rootfs depend on BUILDNAME meta/classes/image.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 1/3] staging.bbclass: Install ${datadir}/fonts/ into sysroots
font-util installs encoding maps into /usr/share/fonts/X11. This path may not exist on the host (many distros install these into /usr/share/fonts/util) so they must exist in the sysroot in order for e.g. `pkg-config --variable=mapdir fontutil` to work correctly. However, currently /usr/share/fonts is explicitly not installed into sysroots, so the encoding maps were not getting found. Fix this by no longer deleting ${datadir}/fonts/ from sysroots. Signed-off-by: Richard Tollerton rich.toller...@ni.com --- meta/classes/staging.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.bbclass index 57b2743..c4a2cb1 100644 --- a/meta/classes/staging.bbclass +++ b/meta/classes/staging.bbclass @@ -50,7 +50,7 @@ sysroot_stage_dirs() { sysroot_stage_dir $from${datadir} $to${datadir} # We don't care about docs/info/manpages/locales rm -rf $to${mandir}/ $to${docdir}/ $to${infodir}/ ${to}${datadir}/locale/ - rm -rf $to${datadir}/applications/ $to${datadir}/fonts/ $to${datadir}/pixmaps/ + rm -rf $to${datadir}/applications/ $to${datadir}/pixmaps/ } sysroot_stage_all() { -- 2.2.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 2/3] font-util: remove MAPFILES_PATH override
MAPFILES_PATH is a configuration variable that is used by packages using font-util, which tells those packages how to compute it in fontutil.m4. Presently, we're manually twiddling things so that MAPFILES_PATH will consult the native sysroot, when building under *any* architecture. This complicates building other packages immensely, and also generates broken on-target packages, because the contents of font-util-dev will reference the native sysroot on the build machine (!). We don't even need to twiddle MAPFILES_PATH anymore so just delete it. This code also had a path bug (referencing /usr/lib/pkg-config instead of /usr/lib/pkgconfig) which is also fixed by deletion. Signed-off-by: Richard Tollerton rich.toller...@ni.com --- meta/recipes-graphics/xorg-font/font-util_1.3.0.bb | 4 1 file changed, 4 deletions(-) diff --git a/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb b/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb index cc4258a..a1b4628 100644 --- a/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb +++ b/meta/recipes-graphics/xorg-font/font-util_1.3.0.bb @@ -16,10 +16,6 @@ RDEPENDS_${PN}_class-native = mkfontdir-native mkfontscale-native PR = ${INC_PR}.0 -do_configure_prepend() { -sed -i s#MAPFILES_PATH=\`pkg-config#MAPFILES_PATH=\`PKG_CONFIG_PATH=\${STAGING_LIBDIR_NATIVE}/pkgconfig\ pkg-config#g ${S}/fontutil.m4.in -} - BBCLASSEXTEND = native SRC_URI[md5sum] = ddfc8a89d597651408369d940d03d06b -- 2.2.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 3/3] xorg-font-common: fix sysroot injection for encoding maps
The xorg font builds use `pkg-config --variable=mapdir fontutil` to locate encoding maps. This variable ought to be sysroot-relative, but neither pkg-config nor font-util nor the fonts themselves provide any facility to add the sysroot back in. We're presently adding the sysroot by by twiddling MAPFILES_PATH in configure.ac. This is broken; it's actually defined in aclocal.m4, because the definition is provided by fontutil.m4. Another (more speculative) criticism is that it also hardcodes a build-specific absolute path into builds which might (incorrectly) encode it into target-installable packages. A somewhat more robust, focused, and clear solution is to override UTIL_DIR on the make command line. (UTIL_DIR, not MAPFILES_PATH, is what is actually referenced in the build.) Signed-off-by: Richard Tollerton rich.toller...@ni.com --- meta/recipes-graphics/xorg-font/xorg-font-common.inc | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/meta/recipes-graphics/xorg-font/xorg-font-common.inc b/meta/recipes-graphics/xorg-font/xorg-font-common.inc index 55adde3..d3b995a 100644 --- a/meta/recipes-graphics/xorg-font/xorg-font-common.inc +++ b/meta/recipes-graphics/xorg-font/xorg-font-common.inc @@ -15,13 +15,7 @@ S = ${WORKDIR}/${XORG_PN}-${PV} inherit autotools pkgconfig -EXTRA_OEMAKE += FCCACHE=/bin/true - -do_configure_prepend() { -if [ -f ${S}/configure.ac ] ; then -sed -i s#^MAPFILES_PATH=.*#MAPFILES_PATH=\${STAGING_DIR_TARGET}/\$(pkg-config --variable=mapdir fontutil)\#g ${S}/configure.ac -fi -} +EXTRA_OEMAKE += FCCACHE=/bin/true UTIL_DIR=${STAGING_DIR_TARGET}\$\(MAPFILES_PATH\) do_install_append() { find ${D}${libdir}/X11/fonts -type f -name fonts.dir | xargs rm -f -- 2.2.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3 0/3] xorg-font: stop trying to use build machine's encoding maps
(This is just a rebase with no changes and small cover letter changes vs v2. However, I believe this patchset should also fix font build problems introduced by font-util: Fix incorrect PKG_CONFIG_PATH.) Several xorg-font builds were added to meta-oe recently. These builds tend to fail on several Linux distros because they referenced encoding maps (e.g. map-ISO8859-1) at native paths outside the sysroot, which don't exist; the build expects /usr/share/fonts/X11/util/map-ISO8859-1 to exist, but the distro actually installed it at /usr/share/fonts/util/map-ISO8859-1. Of course, the correct behavior is for the build to reference the appropriate path under the appropriate sysroot. There are two different root causes. The first and by far the most important cause is that we're explicitly blacklisting ${datadir}/fonts from staging, so it was never possible for these maps to be sourced from sysroots in the first place. This seems like a silly thing to do, and I could not find any justification for it in the commit history, so I propose getting rid of it. Once that was out of the way, I cleaned up some existing chicanery involving where to look for the maps. In particular, presently font-util is hardcoding the path to point at the native sysroot, for *all* architectures. Again, this seems silly, I can't find any justification for it, and it breaks builds; I propose getting rid of it. These changes will ultimately require font recipes to depend on font-util in addition to font-util-native, which will be handled in a separate patchset. Until then, the builds of font packages and font-util will race. Richard Tollerton (3): staging.bbclass: Install ${datadir}/fonts/ into sysroots font-util: remove MAPFILES_PATH override xorg-font-common: fix sysroot injection for encoding maps meta/classes/staging.bbclass | 2 +- meta/recipes-graphics/xorg-font/font-util_1.3.0.bb | 4 meta/recipes-graphics/xorg-font/xorg-font-common.inc | 8 +--- 3 files changed, 2 insertions(+), 12 deletions(-) -- 2.2.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] binconfig-disabled.bbclass: fix echo command
On 02/03/2015 09:22 AM, Robert Yang wrote: The should be . We had got something like the following in pcap-config: echo '--should-not-have-used-/usr/bin/pcap-config' exit 1 (Lacks of #!/bin/sh) (LOCAL REV: NOT UPSTREAM) -- Sent to oe-core on 20150202 Sorry, the (LOCAL: xxx) should not be here, I've updated in the repo. // Robert Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/classes/binconfig-disabled.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/binconfig-disabled.bbclass b/meta/classes/binconfig-disabled.bbclass index 0acc964..595cd09 100644 --- a/meta/classes/binconfig-disabled.bbclass +++ b/meta/classes/binconfig-disabled.bbclass @@ -12,7 +12,7 @@ do_install_append () { echo #!/bin/sh ${D}$x # Make the disabled script emit invalid parameters for those configure # scripts which call it without checking the return code. - echo echo '--should-not-have-used-$x' ${D}$x + echo echo '--should-not-have-used-$x' ${D}$x echo exit 1 ${D}$x done } -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [daisy][PATCH] file: CVE-2014-9620 and CVE-2014-9621
On 02/02/2015 09:55 PM, Saul Wold wrote: I had some issues with this patch on the Autobuilder, it failed in some cases for nativesdk-file on some, but not all machines of the autobuilder. See: https://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/178/steps/Building%20Toolchain%20Images/logs/stdio That's one example of the failure. OK. I will fix and resend one. Best Regards Chong Sau! On 01/22/2015 01:28 AM, Chong Lu wrote: CVE-2014-9620: Limit the number of ELF notes processed - DoS CVE-2014-9621: Limit string printing to 100 chars - DoS The patch comes from: https://github.com/file/file/commit/6ce24f35cd4a43c4bdd249e8e0c4952c1f8eac67 https://github.com/file/file/commit/0056ec32255de1de973574b0300161a1568767d6 https://github.com/file/file/commit/09e41625c999a2e5b51e1092f0ef2432a99b5c33 https://github.com/file/file/commit/af444af0738468393f40f9d2261b1ea10fc4b2ba https://github.com/file/file/commit/68bd8433c7e11a8dbe100deefdfac69138ee7cd9 https://github.com/file/file/commit/3cdb95210a765dd90f7d722cb8b5534daee7 https://github.com/file/file/commit/445c8fb0ebff85195be94cd9f7e1df89cade5c7f https://github.com/file/file/commit/ce90e05774dd77d86cfc8dfa6da57b32816841c4 https://github.com/file/file/commit/65437cee25199dbd385fb35901bc0011e164276c [YOCTO #7178] Signed-off-by: Chong Lu chong...@windriver.com --- .../file-CVE-2014-9620-and-CVE-2014-9621.patch | 1357 meta/recipes-devtools/file/file_5.16.bb|1 + 2 files changed, 1358 insertions(+) create mode 100644 meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch diff --git a/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch b/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch new file mode 100644 index 000..bd5944e --- /dev/null +++ b/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch @@ -0,0 +1,1357 @@ +file: CVE-2014-9620 and CVE-2014-9621 + +The patch comes from: +https://github.com/file/file/commit/6ce24f35cd4a43c4bdd249e8e0c4952c1f8eac67 +https://github.com/file/file/commit/0056ec32255de1de973574b0300161a1568767d6 +https://github.com/file/file/commit/09e41625c999a2e5b51e1092f0ef2432a99b5c33 +https://github.com/file/file/commit/af444af0738468393f40f9d2261b1ea10fc4b2ba +https://github.com/file/file/commit/68bd8433c7e11a8dbe100deefdfac69138ee7cd9 +https://github.com/file/file/commit/3cdb95210a765dd90f7d722cb8b5534daee7 +https://github.com/file/file/commit/445c8fb0ebff85195be94cd9f7e1df89cade5c7f +https://github.com/file/file/commit/ce90e05774dd77d86cfc8dfa6da57b32816841c4 +https://github.com/file/file/commit/65437cee25199dbd385fb35901bc0011e164276c + +Upstream-Status: Backport + +Signed-off-by: Chong Lu chong...@windriver.com +--- + src/apprentice.c |5 + + src/ascmagic.c |3 +- + src/elfclass.h | 34 ++-- + src/file.c | 58 ++- + src/file.h | 20 ++- + src/file_opts.h |6 + + src/funcs.c | 42 - + src/magic.c | 50 ++ + src/magic.h |9 ++ + src/magic.h.in |4 + + src/readelf.c| 467 +- + src/softmagic.c | 70 + 12 files changed, 541 insertions(+), 227 deletions(-) + +diff --git a/src/apprentice.c b/src/apprentice.c +index 2df60d9..d906f7b 100644 +--- a/src/apprentice.c b/src/apprentice.c +@@ -494,6 +494,11 @@ file_ms_alloc(int flags) + ms-mlist[i] = NULL; + ms-file = unknown; + ms-line = 0; ++ms-indir_max = FILE_INDIR_MAX; ++ms-name_max = FILE_NAME_MAX; ++ms-elf_shnum_max = FILE_ELF_SHNUM_MAX; ++ms-elf_phnum_max = FILE_ELF_PHNUM_MAX; ++ms-elf_notes_max = FILE_ELF_NOTES_MAX; + return ms; + free: + free(ms); +diff --git a/src/ascmagic.c b/src/ascmagic.c +index 28ebadc..7a22328 100644 +--- a/src/ascmagic.c b/src/ascmagic.c +@@ -147,7 +147,8 @@ file_ascmagic_with_encoding(struct magic_set *ms, const unsigned char *buf, + == NULL) + goto done; + if ((rv = file_softmagic(ms, utf8_buf, +-(size_t)(utf8_end - utf8_buf), TEXTTEST, text)) == 0) ++(size_t)(utf8_end - utf8_buf), 0, NULL, ++TEXTTEST, text)) == 0) + rv = -1; + } + +diff --git a/src/elfclass.h b/src/elfclass.h +index 010958a..5360b0b 100644 +--- a/src/elfclass.h b/src/elfclass.h +@@ -32,39 +32,51 @@ + swap = (u.c[sizeof(int32_t) - 1] + 1) != elfhdr.e_ident[EI_DATA]; + + type = elf_getu16(swap, elfhdr.e_type); ++notecount = ms-elf_notes_max; + switch (type) { + #ifdef ELFCORE + case ET_CORE: ++phnum = elf_getu16(swap, elfhdr.e_phnum); ++if (phnum ms-elf_phnum_max) ++return toomany(ms, program headers, phnum); + flags |= FLAGS_IS_CORE; + if (dophn_core(ms, clazz, swap, fd, +-(off_t)elf_getu(swap, elfhdr.e_phoff), +-
[OE-core] [PATCH 2/3] gcc-configure-common.inc: remove ac_cv_path_SED
It is not needed any more since sed-native had been dropped. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/gcc/gcc-configure-common.inc |1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc b/meta/recipes-devtools/gcc/gcc-configure-common.inc index c30242d..6c60cf9 100644 --- a/meta/recipes-devtools/gcc/gcc-configure-common.inc +++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc @@ -52,7 +52,6 @@ EXTRA_OECONF = \ ${@get_gcc_multiarch_setting(bb, d)} \ -export ac_cv_path_SED = 'sed' export gcc_cv_collect2_libs = 'none required' # We need to set gcc_cv_collect2_libs else there is cross-compilation badness # in the config.log files (which might not get generated until do_compile -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] binconfig-disabled.bbclass: fix echo command
The should be . We had got something like the following in pcap-config: echo '--should-not-have-used-/usr/bin/pcap-config' exit 1 (Lacks of #!/bin/sh) (LOCAL REV: NOT UPSTREAM) -- Sent to oe-core on 20150202 Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/classes/binconfig-disabled.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/binconfig-disabled.bbclass b/meta/classes/binconfig-disabled.bbclass index 0acc964..595cd09 100644 --- a/meta/classes/binconfig-disabled.bbclass +++ b/meta/classes/binconfig-disabled.bbclass @@ -12,7 +12,7 @@ do_install_append () { echo #!/bin/sh ${D}$x # Make the disabled script emit invalid parameters for those configure # scripts which call it without checking the return code. - echo echo '--should-not-have-used-$x' ${D}$x + echo echo '--should-not-have-used-$x' ${D}$x echo exit 1 ${D}$x done } -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] valgrind: depends on boost when ptest
Fixed: drd/tests/boost_thread.cpp:5:38: fatal error: boost/thread/condition.hpp: No such file or directory #include boost/thread/condition.hpp Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/valgrind/valgrind_3.10.1.bb |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb b/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb index a25922a..543c8a6 100644 --- a/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb +++ b/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb @@ -8,7 +8,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=c46082167a314d785d012a244748d803 \ file://COPYING.DOCS;md5=8fdeb5abdb235a08e76835f8f3260215 X11DEPENDS = virtual/libx11 -DEPENDS = ${@bb.utils.contains('DISTRO_FEATURES', 'x11', '${X11DEPENDS}', '', d)} +DEPENDS = ${@bb.utils.contains('DISTRO_FEATURES', 'x11', '${X11DEPENDS}', '', d)} \ + ${@bb.utils.contains('DISTRO_FEATURES', 'ptest', 'boost', '', d)} \ + SRC_URI = http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \ file://fixed-perl-path.patch \ -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] meta: 3 fixes
The following changes since commit 818bcba063819b80d5a99827c5adb8ee157dbfe1: build-appliance-image: Update to master head revision (2015-02-02 14:57:40 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/3fixes http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/3fixes Robert Yang (3): valgrind: depends on boost when ptest gcc-configure-common.inc: remove ac_cv_path_SED binconfig-disabled.bbclass: fix echo command meta/classes/binconfig-disabled.bbclass|2 +- meta/recipes-devtools/gcc/gcc-configure-common.inc |1 - meta/recipes-devtools/valgrind/valgrind_3.10.1.bb |4 +++- 3 files changed, 4 insertions(+), 3 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 01/21] which 2.18: fix SRC_URI
It is the GPLv2+ version, the old SRC_URI is down, use fedoraproject's repo. Its homepage is also down, but I can't find a new one for it. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/which/which_2.18.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/which/which_2.18.bb b/meta/recipes-extended/which/which_2.18.bb index fd68520..eb6cc99 100644 --- a/meta/recipes-extended/which/which_2.18.bb +++ b/meta/recipes-extended/which/which_2.18.bb @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe PR = r2 -SRC_URI = http://www.xs4all.nl/~carlo17/which/which-${PV}.tar.gz \ +SRC_URI = http://pkgs.fedoraproject.org/repo/pkgs/which/which-2.18.tar.gz/42d51938e48b91f6e19fabf216f5c3e9/which-${PV}.tar.gz \ file://fix_name_conflict_group_member.patch \ file://automake-foreign.patch \ -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 09/21] patch 2.5.9: fix unknown-configure-option
Fixed: WARNING: QA Issue: patch: configure was passed unrecognised options: --disable-xattr [unknown-configure-option] The patch 2.5.9 doesn't support --disable-xattr, there are already PACKAGECONFIG and PACKAGECONFIG[attr] in patch_2.7.1.bb, so remove them from patch.inc to fix the problem. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/patch/patch.inc |3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recipes-devtools/patch/patch.inc b/meta/recipes-devtools/patch/patch.inc index b49226a..332b97a 100644 --- a/meta/recipes-devtools/patch/patch.inc +++ b/meta/recipes-devtools/patch/patch.inc @@ -9,8 +9,5 @@ S = ${WORKDIR}/patch-${PV} inherit autotools update-alternatives -PACKAGECONFIG ??= -PACKAGECONFIG[attr] = --enable-xattr,--disable-xattr,attr - ALTERNATIVE_${PN} = patch ALTERNATIVE_PRIORITY = 100 -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 10/21] gzip 1.3.12: a few fixes
* Let gzip_1.3.12.bb and gzip_1.6.bb use gzip.inc to remove duplicated code. * Fixed for gzip_1.3.12.bb: WARNING: QA Issue: gzip requires /bin/bash, but no providers in its RDEPENDS [file-rdeps] * Remove native extend from gzip_1.3.12.bb, keep gzip_1.6.bb's. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/gzip/gzip.inc |6 -- meta/recipes-extended/gzip/gzip_1.3.12.bb | 27 +-- meta/recipes-extended/gzip/gzip_1.6.bb|8 3 files changed, 9 insertions(+), 32 deletions(-) diff --git a/meta/recipes-extended/gzip/gzip.inc b/meta/recipes-extended/gzip/gzip.inc index b90856e..94480ec 100644 --- a/meta/recipes-extended/gzip/gzip.inc +++ b/meta/recipes-extended/gzip/gzip.inc @@ -4,12 +4,6 @@ project. Mark Adler wrote the decompression part HOMEPAGE = http://www.gnu.org/software/gzip/; SECTION = console/utils # change to GPLv3+ in 2007/07. Previous GPLv2 version is 1.3.12 -LICENSE = GPLv3+ -LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ - file://gzip.h;beginline=8;endline=20;md5=6e47caaa630e0c8bf9f1bc8d94a8ed0e - -SRC_URI = ${GNU_MIRROR}/gzip/${BP}.tar.gz -SRC_URI_append_class-target = file://wrong-path-fix.patch inherit autotools texinfo diff --git a/meta/recipes-extended/gzip/gzip_1.3.12.bb b/meta/recipes-extended/gzip/gzip_1.3.12.bb index 45a33ff..e406282 100644 --- a/meta/recipes-extended/gzip/gzip_1.3.12.bb +++ b/meta/recipes-extended/gzip/gzip_1.3.12.bb @@ -1,8 +1,4 @@ -SUMMARY = Standard GNU compressor -DESCRIPTION = GNU Gzip is a popular data compression program originally written by Jean-loup Gailly for the GNU \ -project. Mark Adler wrote the decompression part -HOMEPAGE = http://www.gnu.org/software/gzip; -SECTION = base +require gzip.inc LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe \ @@ -17,24 +13,3 @@ SRC_URI[md5sum] = b5bac2d21840ae077e0217bc5e4845b1 SRC_URI[sha256sum] = 3f565be05f7f3d1aff117c030eb7c738300510b7d098cedea796ca8e4cd587af PR = r2 - -inherit autotools - -do_install_append () { - # move files into /bin (FHS) - install -d ${D}${base_bindir} - mv ${D}${bindir}/gunzip ${D}${base_bindir}/gunzip - mv ${D}${bindir}/gzip ${D}${base_bindir}/gzip - mv ${D}${bindir}/zcat ${D}${base_bindir}/zcat - mv ${D}${bindir}/uncompress ${D}${base_bindir}/uncompress -} - -inherit update-alternatives - -ALTERNATIVE_${PN} = gzip gunzip zcat -ALTERNATIVE_LINK_NAME[gzip] = ${base_bindir}/gzip -ALTERNATIVE_LINK_NAME[gunzip] = ${base_bindir}/gunzip -ALTERNATIVE_LINK_NAME[zcat] = ${base_bindir}/zcat -ALTERNATIVE_PRIORITY = 100 - -BBCLASSEXTEND = native diff --git a/meta/recipes-extended/gzip/gzip_1.6.bb b/meta/recipes-extended/gzip/gzip_1.6.bb index 9c728df..b347f0b 100644 --- a/meta/recipes-extended/gzip/gzip_1.6.bb +++ b/meta/recipes-extended/gzip/gzip_1.6.bb @@ -1,5 +1,13 @@ require gzip.inc +LICENSE = GPLv3+ + +SRC_URI = ${GNU_MIRROR}/gzip/${BP}.tar.gz +SRC_URI_append_class-target = file://wrong-path-fix.patch + +LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ + file://gzip.h;beginline=8;endline=20;md5=6e47caaa630e0c8bf9f1bc8d94a8ed0e + PROVIDES_append_class-native = gzip-replacement-native NATIVE_PACKAGE_PATH_SUFFIX = /${PN} -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 05/21] groff 1.18.1.4: fix HOMEPAGE and SRC_URI
The upstream has moved tarball to old dir. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/groff/groff_1.18.1.4.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/groff/groff_1.18.1.4.bb b/meta/recipes-extended/groff/groff_1.18.1.4.bb index 7fbce9b..bd786a3 100644 --- a/meta/recipes-extended/groff/groff_1.18.1.4.bb +++ b/meta/recipes-extended/groff/groff_1.18.1.4.bb @@ -2,13 +2,13 @@ SUMMARY = GNU Troff software DESCRIPTION = The groff (GNU troff) software is a typesetting package which reads plain text mixed with \ formatting commands and produces formatted output. SECTION = console/utils -HOMEPAGE = ftp://ftp.gnu.org/gnu/groff/; +HOMEPAGE = http://www.gnu.org/software/groff/; LICENSE = GPLv2 PR = r1 LIC_FILES_CHKSUM = file://COPYING;md5=e43fc16fccd8519fba405f0a0ff6e8a3 -SRC_URI = ${GNU_MIRROR}/groff/groff-${PV}.tar.gz \ +SRC_URI = ${GNU_MIRROR}/${BPN}/old/${BP}.tar.gz \ file://groff-1.18.1.4-remove-mom.patch;striplevel=1 \ file://man-local.patch \ file://mdoc-local.patch \ -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 11/21] grep 2.5.1a: fix unknown-configure-option
Fixed: WARNING: QA Issue: grep: configure was passed unrecognised options: --disable-ncurses [unknown-configure-option] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/grep/grep_2.5.1a.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/grep/grep_2.5.1a.bb b/meta/recipes-extended/grep/grep_2.5.1a.bb index 1ce112e..178fc31 100644 --- a/meta/recipes-extended/grep/grep_2.5.1a.bb +++ b/meta/recipes-extended/grep/grep_2.5.1a.bb @@ -22,7 +22,7 @@ SRC_URI[sha256sum] = 38c8a2bb9223d1fb1b10bdd607cf44830afc92fd451ac4cd07619bf92b inherit autotools gettext texinfo -EXTRA_OECONF = --disable-perl-regexp --disable-ncurses +EXTRA_OECONF = --disable-perl-regexp CFLAGS += -D PROTOTYPES do_configure_prepend () { -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/21] matchbox-desktop: remove 0.9.1 and 2.0 version
For 0.9.1: ERROR: matchbox-wm: Recipe file does not have license file information (LIC_FILES_CHKSUM) ERROR: Licensing Error: LIC_FILES_CHKSUM does not match, please fix For 2.0: | /path/to/matchbox-desktop-2.0/configure: line 2488: syntax error near unexpected token `build_old_libs,' | /path/to/matchbox-desktop-2.0/configure: line 2488: ` _LT_DECL(build_old_libs, enable_static, 0,' And there is a matchbox-desktop_git.bb which is GPLv2+ LGPLv2+, so remove them. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- .../files/dso_linking_change_build_fix.patch | 28 .../matchbox-desktop/matchbox-desktop_0.9.1.bb | 27 --- .../matchbox-desktop/matchbox-desktop_2.0.bb | 15 --- 3 files changed, 70 deletions(-) delete mode 100644 meta/recipes-sato/matchbox-desktop/files/dso_linking_change_build_fix.patch delete mode 100644 meta/recipes-sato/matchbox-desktop/matchbox-desktop_0.9.1.bb delete mode 100644 meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.0.bb diff --git a/meta/recipes-sato/matchbox-desktop/files/dso_linking_change_build_fix.patch b/meta/recipes-sato/matchbox-desktop/files/dso_linking_change_build_fix.patch deleted file mode 100644 index 388f51f..000 --- a/meta/recipes-sato/matchbox-desktop/files/dso_linking_change_build_fix.patch +++ /dev/null @@ -1,28 +0,0 @@ -after gcc linking has changed, all the libraries must be explicitely specified to for linking. -This patch avoids this linking error: - -| make[2]: Entering directory `/disk0/pokybuild/build1/tmp/work/i586-poky-linux/matchbox-desktop-2.0+svnr2096-r0/matchbox-desktop-2/src'^M -| ccache i586-poky-linux-gcc -march=i586 --sysroot=/disk0/pokybuild/build1/tmp/sysroots/i586-poky-linux -Wall -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o matchbox-desktop main.o taku-category-bar.o desktop.o ../libtaku/libtaku.a -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -ldbus-1 -lpthread -lrt -lstartup-notification-1 ../libtaku/libinotify.a^M -| /disk0/pokybuild/build1/tmp/sysroots/x86_64-linux/usr/libexec/i586-poky-linux/gcc/i586-poky-linux/4.5.1/ld: F^A: invalid DSO for symbol `XFree' definition^M -| /disk0/pokybuild/build1/tmp/sysroots/i586-poky-linux/usr/lib/libX11.so.6: could not read symbols: Bad value^M -| collect2: ld returned 1 exit status^M -| make[2]: *** [matchbox-desktop] Error 1 - -Nitin A Kamble nitin.a.kam...@intel.com -Date: 2011/01/11 - -Upstream-Status: Accepted - -Index: matchbox-desktop-2/configure.ac -=== matchbox-desktop-2.orig/configure.ac -+++ matchbox-desktop-2/configure.ac -@@ -14,7 +14,7 @@ if test x$inotify_support = xyes; then - AC_DEFINE(WITH_INOTIFY, [1], [If inotify is enabled]) - fi - --PKG_CHECK_MODULES(GTK, gtk+-2.0) -+PKG_CHECK_MODULES(GTK, [gtk+-2.0 x11]) - - AC_ARG_ENABLE(startup_notification, - AC_HELP_STRING([--disable-startup-notification], [disable startup notification support]), diff --git a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_0.9.1.bb b/meta/recipes-sato/matchbox-desktop/matchbox-desktop_0.9.1.bb deleted file mode 100644 index 120f086..000 --- a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_0.9.1.bb +++ /dev/null @@ -1,27 +0,0 @@ -SUMMARY = Matchbox Window Manager Desktop -LICENSE = GPLv2.0+ -DEPENDS = libmatchbox startup-notification -SECTION = x11/wm - -SRC_URI = http://downloads.yoctoproject.org/releases/matchbox/matchbox-desktop/0.9/matchbox-desktop-${PV}.tar.bz2; - -SRC_URI[md5sum] = 3335a30b1a1aacfb39f23b505254765c -SRC_URI[sha256sum] = ecb025d3660d80a9850973111b4fdfffaa50b47cbf0c5467b508d28d65146793 - -EXTRA_OECONF = --enable-startup-notification --enable-dnotify - -inherit autotools pkgconfig - -FILES_${PN} = ${bindir}/* \ - ${datadir}/applications \ - ${libdir}/matchbox/desktop/*.so \ - ${datadir}/matchbox-desktop \ - ${datadir}/pixmaps \ - ${sysconfdir}/matchbox - -FILES_${PN}-dev += ${libdir}/matchbox-desktop \ - ${includedir}/matchbox-desktop \ -${libdir}/matchbox/desktop/*.*a \ - ${datadir}/matchbox/desktop/modules/*a - -FILES_${PN}-dbg += ${libdir}/matchbox/desktop/.debug/ diff --git a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.0.bb b/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.0.bb deleted file mode 100644 index c52e7f2..000 --- a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.0.bb +++ /dev/null @@ -1,15 +0,0 @@ -SUMMARY = Matchbox Window Manager Desktop -LICENSE = GPLv2.0+ -DEPENDS = gtk+ startup-notification -SECTION = x11/wm -PR = r2 - -SRC_URI =
[OE-core] [PATCH 14/21] rxvt-unicode: fix for 9.20 and 9.21
* Add a rxvt-unicode.inc for rxvt-unicode_9.20.bb and rxvt-unicode_9.21.bb * Fix unknown-configure-option: WARNING: QA Issue: rxvt-unicode: configure was passed unrecognised options: --enable-menubar --enable-cursor-blink --enable-shared --disable-strings --enable-xgetdefault [unknown-configure-option] * Fix build-deps: (add a PACKAGECONFIG) WARNING: QA Issue: rxvt-unicode rdepends on startup-notification, but it isn't a build dependency? [build-deps] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc| 58 +++ .../recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb | 61 +--- .../recipes-sato/rxvt-unicode/rxvt-unicode_9.21.bb | 61 +--- 3 files changed, 62 insertions(+), 118 deletions(-) create mode 100644 meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc b/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc new file mode 100644 index 000..04a43c0 --- /dev/null +++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc @@ -0,0 +1,58 @@ +SECTION = x11/utils +SUMMARY = rxvt terminal clone supporting unicode +DESCRIPTION = rxvt-unicode is a clone of the well known \ +terminal emulator rxvt, modified to store text in Unicode \ +(either UCS-2 or UCS-4) and to use locale-correct input and \ +output. It also supports mixing multiple fonts at the \ +same time, including Xft fonts. +DEPENDS = virtual/libx11 libxt libxft gdk-pixbuf + +SRC_URI = http://dist.schmorp.de/rxvt-unicode/Attic/rxvt-unicode-${PV}.tar.bz2 \ + file://xwc.patch \ + file://rxvt.desktop \ + file://rxvt.png + +inherit autotools update-alternatives + +PROVIDES = virtual/x-terminal-emulator +ALTERNATIVE_${PN} = x-terminal-emulator +ALTERNATIVE_TARGET[x-terminal-emulator] = ${bindir}/rxvt + +CFLAGS_append = -fpermissive + +EXTRA_OECONF = --enable-xim \ + --enable-utmp --enable-wtmp --enable-lastlog \ + --with-term=rxvt --enable-keepscrolling \ + --enable-xft --with-name=rxvt --enable-frills \ + --enable-swapscreen --enable-transparency \ + --with-codesets=eu --enable-pointer-blank \ + --enable-text-blink --enable-rxvt-scroll \ + --enable-combining --disable-perl \ + --with-x=${STAGING_DIR_HOST}${prefix} + +PACKAGECONFIG ??= +PACKAGECONFIG[startup] = --enable-startup-notification,--disable-startup-notification,startup-notification, + +do_configure_prepend () { + if [ ! -e ${S}/acinclude.m4 ]; then + cp ${S}/aclocal.m4 ${S}/acinclude.m4 + fi +} + +do_compile_prepend () { + echo '#define UTMP_FILE ${localstatedir}/run/utmp' config.h + echo '#define WTMP_FILE ${localstatedir}/log/wtmp' config.h + echo '#define LASTLOG_FILE ${localstatedir}/log/lastlog' config.h + echo '#define HAVE_XLOCALE 1' config.h +} + +do_install_append () { + install -d ${D}/${datadir} + install -d ${D}/${datadir}/applications + install -d ${D}/${datadir}/pixmaps/ + + install -m 0644 ${WORKDIR}/rxvt.png ${D}/${datadir}/pixmaps + install -m 0644 ${WORKDIR}/rxvt.desktop ${D}/${datadir}/applications +} + +FILES_${PN} += ${datadir}/applications/rxvt.desktop ${datadir}/pixmaps/rxvt.png diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb index 3a1ea66..3480ec7 100644 --- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb +++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb @@ -1,65 +1,8 @@ -SECTION = x11/utils -SUMMARY = rxvt terminal clone supporting unicode -DESCRIPTION = rxvt-unicode is a clone of the well known \ -terminal emulator rxvt, modified to store text in Unicode \ -(either UCS-2 or UCS-4) and to use locale-correct input and \ -output. It also supports mixing multiple fonts at the \ -same time, including Xft fonts. +require rxvt-unicode.inc + LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://src/main.C;beginline=1;endline=31;md5=775485398a09fa7aee6f90464af88432 -DEPENDS = virtual/libx11 libxt libxft gdk-pixbuf - -SRC_URI = http://dist.schmorp.de/rxvt-unicode/Attic/rxvt-unicode-${PV}.tar.bz2 \ - file://xwc.patch \ - file://rxvt.desktop \ - file://rxvt.png - SRC_URI[md5sum] = 4a5b823f08d21036f94a6c51e94d025b SRC_URI[sha256sum] = e73e13fe64b59fd3c8e6e20c00f149d388741f141b8155e4700d3ed40aa94b4e - -inherit autotools update-alternatives - -PROVIDES = virtual/x-terminal-emulator -ALTERNATIVE_${PN} = x-terminal-emulator -ALTERNATIVE_TARGET[x-terminal-emulator] = ${bindir}/rxvt - -CFLAGS_append = -fpermissive - -EXTRA_OECONF = --enable-menubar --enable-xim \ - --enable-utmp --enable-wtmp --enable-lastlog \ - --disable-strings --with-term=rxvt --enable-keepscrolling \ -
[OE-core] [PATCH 19/21] gettext 0.6.1: disable native
ERROR: The recipe gettext-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are: sysroots/x86_64-linux/usr/share/gettext/config.rpath Matched in manifest-x86_64-gettext-minimal-native.populate_sysroot sysroots/x86_64-linux/usr/share/gettext/po/remove-potcdate.sin Matched in manifest-x86_64-gettext-minimal-native.populate_sysroot sysroots/x86_64-linux/usr/share/gettext/po/Makefile.in.in Matched in manifest-x86_64-gettext-minimal-native.populate_sysroot Please verify which recipe should provide the above files. We have 0.19.4, so disable it rather than fix. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-core/gettext/gettext_0.16.1.bb |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta/recipes-core/gettext/gettext_0.16.1.bb b/meta/recipes-core/gettext/gettext_0.16.1.bb index 892194c..97acf7b 100644 --- a/meta/recipes-core/gettext/gettext_0.16.1.bb +++ b/meta/recipes-core/gettext/gettext_0.16.1.bb @@ -7,9 +7,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=9ea3144f04c41cd2eada5d3f472e6ea5 PR = r6 DEPENDS = virtual/libiconv -DEPENDS_class-native = PROVIDES = virtual/libintl virtual/gettext -PROVIDES_class-native = SRC_URI = ${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \ file://gettext-vpath.patch \ @@ -106,4 +104,4 @@ remove_sysroot_m4_macros () { rm -r ${SYSROOT_DESTDIR}${datadir}/aclocal } -BBCLASSEXTEND = native nativesdk +BBCLASSEXTEND = nativesdk -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 16/21] meta: fix build with gettext 0.16.1
The gettext 0.16.1 doesn't install any m4 files to sysroot, please see the following commit: commit 9e10db5bdfe77c0ef2aff2f1cf89958b62c294a1 Author: Christopher Larson kerg...@gmail.com Date: Mon Mar 17 18:10:54 2014 + gettext-0.16.1: kill target m4 macros from sysroot This is aim for using gettext-native's macros(gettext-native-0.19.4), but when we set: PREFERRED_VERSION_gettext = 0.16.1 And build the recipes like pcmanfm, we would get errors when do_configure: configure:5164: error: possibly undefined macro: AM_NLS This is because autotools_copy_aclocals doesn't copy the native macros for target unless they're direct dependencies. Add gettext-native to DEPENDS will fix the problem. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- .../connman/connman-gnome_0.7.bb |2 +- .../gtk-engines/gtk-engines_2.20.2.bb |2 +- meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb |2 +- .../oprofile/oprofileui-server_git.bb |2 +- meta/recipes-kernel/oprofile/oprofileui_git.bb |2 +- meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb |2 +- meta/recipes-sato/pcmanfm/pcmanfm_1.2.3.bb |2 +- meta/recipes-sato/puzzles/oh-puzzles_git.bb|2 +- meta/recipes-support/atk/at-spi2-core_2.14.1.bb|2 +- meta/recipes-support/libfm/libfm-extra_1.2.3.bb|2 +- meta/recipes-support/libfm/libfm_1.2.3.bb |2 +- meta/recipes-support/pinentry/pinentry_0.9.0.bb|2 ++ 12 files changed, 13 insertions(+), 11 deletions(-) diff --git a/meta/recipes-connectivity/connman/connman-gnome_0.7.bb b/meta/recipes-connectivity/connman/connman-gnome_0.7.bb index f5575d2..b54d703 100644 --- a/meta/recipes-connectivity/connman/connman-gnome_0.7.bb +++ b/meta/recipes-connectivity/connman/connman-gnome_0.7.bb @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=eb723b61539feef013de476e68b5c50a \ file://properties/main.c;beginline=1;endline=20;md5=50c77c81871308b033ab7a1504626afb \ file://common/connman-dbus.c;beginline=1;endline=20;md5=de6b485c0e717a0236402d220187717a -DEPENDS = gtk+ dbus-glib intltool-native +DEPENDS = gtk+ dbus-glib intltool-native gettext-native # 0.7 tag SRCREV = cf3c325b23dae843c5499a113591cfbc98acb143 diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb index 33b6afe..7ec64b9 100644 --- a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb +++ b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb @@ -6,7 +6,7 @@ LICENSE = LGPLv2.1 LIC_FILES_CHKSUM = file://COPYING;md5=2d5025d4aa3495befef8f17206a5b0a1 SECTION = x11/base -DEPENDS = intltool-native gtk+ +DEPENDS = intltool-native gtk+ gettext-native PR = r3 diff --git a/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb b/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb index 7a45241..0c23d19 100644 --- a/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb +++ b/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb @@ -7,7 +7,7 @@ windows. Information may include window position, size, color depth, \ and a number of other items. LIC_FILES_CHKSUM = file://COPYING;md5=78976cd3115f6faf615accc4e094d90e -DEPENDS += libxext libxmu +DEPENDS += libxext libxmu gettext-native PE = 0 diff --git a/meta/recipes-kernel/oprofile/oprofileui-server_git.bb b/meta/recipes-kernel/oprofile/oprofileui-server_git.bb index eb3b78b..cc3477b 100644 --- a/meta/recipes-kernel/oprofile/oprofileui-server_git.bb +++ b/meta/recipes-kernel/oprofile/oprofileui-server_git.bb @@ -9,7 +9,7 @@ SRC_URI = git://git.yoctoproject.org/oprofileui \ file://init \ file://oprofileui-server.service -DEPENDS += intltool-native +DEPENDS += intltool-native gettext-native EXTRA_OECONF += --disable-client --enable-server diff --git a/meta/recipes-kernel/oprofile/oprofileui_git.bb b/meta/recipes-kernel/oprofile/oprofileui_git.bb index bb69d54..7fbc03d 100644 --- a/meta/recipes-kernel/oprofile/oprofileui_git.bb +++ b/meta/recipes-kernel/oprofile/oprofileui_git.bb @@ -1,6 +1,6 @@ require oprofileui.inc -DEPENDS += gtk+ libglade libxml2 avahi-ui gconf +DEPENDS += gtk+ libglade libxml2 avahi-ui gconf gettext-native SRCREV = 389e1875af4721d52c7e65cf9cfffb69b0ed6a59 PV = 0.0+git${SRCPV} diff --git a/meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb b/meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb index 830c053..711fe1d 100644 --- a/meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb +++ b/meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://src/leafpad.h;endline=20;md5=d3d6a89f5e61e8b13bdea537511ba1fa \ file://src/utils.c;endline=20;md5=0d2cc6584ba3202448bb274f62739571 -DEPENDS = gtk+ intltool-native +DEPENDS = gtk+ intltool-native gettext-native DEPENDS_append_poky = libowl SRC_URI
[OE-core] [PATCH 18/21] coreutils 6.9: disable native
ERROR: The recipe coreutils-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are: tmp/sysroots/x86_64-linux/bin/kill Matched in manifest-x86_64-util-linux-native.populate_sysroot We have 8.23, so disable it rather than fix. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-core/coreutils/coreutils_6.9.bb | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/meta/recipes-core/coreutils/coreutils_6.9.bb b/meta/recipes-core/coreutils/coreutils_6.9.bb index faea984..c6b3453 100644 --- a/meta/recipes-core/coreutils/coreutils_6.9.bb +++ b/meta/recipes-core/coreutils/coreutils_6.9.bb @@ -9,11 +9,10 @@ LICENSE = GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe \ file://src/ls.c;beginline=4;endline=16;md5=15ed60f67b1db5fedd5dbc37cf8a9543 PR = r5 -DEPENDS_class-native = gettext-native inherit autotools gettext texinfo -SRC_URI_BASE = ${GNU_MIRROR}/coreutils/${BP}.tar.bz2 \ +SRC_URI = ${GNU_MIRROR}/coreutils/${BP}.tar.bz2 \ file://gnulib_m4.patch \ file://futimens.patch \ file://coreutils-ls-x.patch \ @@ -25,19 +24,16 @@ SRC_URI_BASE = ${GNU_MIRROR}/coreutils/${BP}.tar.bz2 \ file://coreutils_fix_for_automake-1.12.patch \ file://coreutils-build-with-acl.patch \ file://coreutils-fix-texinfo.patch \ + file://fix_for_manpage_building.patch \ -SRC_URI = ${SRC_URI_BASE} file://fix_for_manpage_building.patch -SRC_URI_class-native = ${SRC_URI_BASE} - SRC_URI[md5sum] = c9607d8495f16e98906e7ed2d9751a06 SRC_URI[sha256sum] = 89c2895ad157de50e53298b22d91db116ee4e1dd3fdf4019260254e2e31497b0 # acl is not a default feature # -PACKAGECONFIG_class-target ??= ${@bb.utils.contains('DISTRO_FEATURES', 'acl', 'acl', '', d)} -PACKAGECONFIG_class-native ??= +PACKAGECONFIG ??= ${@bb.utils.contains('DISTRO_FEATURES', 'acl', 'acl', '', d)} # with, without, depends, rdepends # @@ -102,5 +98,3 @@ python __anonymous() { for prog in d.getVar('sbindir_progs', True).split(): d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % (d.getVar('sbindir', True), prog)) } - -BBCLASSEXTEND = native -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 13/21] coreutils 6.9: fix unknown-configure-option
Fixed: WARNING: QA Issue: coreutils: configure was passed unrecognised options: --disable-acl [unknown-configure-option] It doesn't support --enable-acl or --disable-acl, conditionaly depend on acl to fix the problem. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-core/coreutils/coreutils_6.9.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/coreutils/coreutils_6.9.bb b/meta/recipes-core/coreutils/coreutils_6.9.bb index debd2a1..faea984 100644 --- a/meta/recipes-core/coreutils/coreutils_6.9.bb +++ b/meta/recipes-core/coreutils/coreutils_6.9.bb @@ -41,7 +41,7 @@ PACKAGECONFIG_class-native ??= # with, without, depends, rdepends # -PACKAGECONFIG[acl] = --enable-acl,--disable-acl,acl, +PACKAGECONFIG[acl] = ,,acl, # [ gets a special treatment and is not included in this -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 08/21] m4 1.4.9: fix unknown-configure-option
Fixed: WARNING: QA Issue: m4: configure was passed unrecognised options: --without-libsigsegv-prefix [unknown-configure-option] The m4 1.4.9 doesn't support --without-libsigsegv-prefix, so move it from m4.inc to m4-1.4.17.inc. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/m4/m4-1.4.17.inc |2 ++ meta/recipes-devtools/m4/m4.inc|1 - 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/m4/m4-1.4.17.inc b/meta/recipes-devtools/m4/m4-1.4.17.inc index 790678e..3133e99 100644 --- a/meta/recipes-devtools/m4/m4-1.4.17.inc +++ b/meta/recipes-devtools/m4/m4-1.4.17.inc @@ -1,5 +1,7 @@ require m4.inc +EXTRA_OECONF += --without-libsigsegv-prefix + LICENSE = GPLv3 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504\ diff --git a/meta/recipes-devtools/m4/m4.inc b/meta/recipes-devtools/m4/m4.inc index e473e23..4a83929 100644 --- a/meta/recipes-devtools/m4/m4.inc +++ b/meta/recipes-devtools/m4/m4.inc @@ -5,7 +5,6 @@ GNU M4 also has built-in functions for including files, running shell commands, inherit autotools texinfo -EXTRA_OECONF += --without-libsigsegv-prefix EXTRA_OEMAKE += 'infodir=${infodir}' LDFLAGS_prepend_libc-uclibc = -lrt SRC_URI = ${GNU_MIRROR}/m4/m4-${PV}.tar.gz -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 06/21] findutils 4.2.31: fix SRC_URI
The findutils_4.2.31.bb can't use the SRC_URI in findutils.inc (but findutils_4.5.14.bb can use it), use the right SRC_URI to fix it. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- .../recipes-extended/findutils/findutils_4.2.31.bb |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/findutils/findutils_4.2.31.bb b/meta/recipes-extended/findutils/findutils_4.2.31.bb index 72b657a..7dee018 100644 --- a/meta/recipes-extended/findutils/findutils_4.2.31.bb +++ b/meta/recipes-extended/findutils/findutils_4.2.31.bb @@ -4,9 +4,10 @@ PR = r4 require findutils.inc -SRC_URI += file://gnulib-extension.patch \ -file://findutils_fix_for_automake-1.12.patch \ -file://findutils-fix-doc-build-error.patch \ +SRC_URI = ${GNU_MIRROR}/${BPN}/${BP}.tar.gz \ + file://gnulib-extension.patch \ + file://findutils_fix_for_automake-1.12.patch \ + file://findutils-fix-doc-build-error.patch \ SRC_URI[md5sum] = a0e31a0f18a49709bf5a449867c8049a -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 12/21] tar 1.17: fix unknown-configure-option
WARNING: QA Issue: tar: configure was passed unrecognised options: --without-posix-acls [unknown-configure-option] tar 1.17 doesn't support --without-posix-acls, move it from tar.inc to tar_1.28.bb to fix the problem. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/tar/tar.inc |2 -- meta/recipes-extended/tar/tar_1.28.bb |3 +++ 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/tar/tar.inc b/meta/recipes-extended/tar/tar.inc index 51d4934..fb5db78 100644 --- a/meta/recipes-extended/tar/tar.inc +++ b/meta/recipes-extended/tar/tar.inc @@ -26,8 +26,6 @@ do_install_extra () { PACKAGES =+ ${PN}-rmt -PACKAGECONFIG[acl] = --with-posix-acls, --without-posix-acls, acl, - FILES_${PN}-rmt = ${base_sbindir}/rmt* inherit update-alternatives diff --git a/meta/recipes-extended/tar/tar_1.28.bb b/meta/recipes-extended/tar/tar_1.28.bb index a15b4b6..8816000 100644 --- a/meta/recipes-extended/tar/tar_1.28.bb +++ b/meta/recipes-extended/tar/tar_1.28.bb @@ -1,5 +1,8 @@ require tar.inc +PACKAGECONFIG ??= +PACKAGECONFIG[acl] = --with-posix-acls, --without-posix-acls, acl, + LICENSE = GPLv3 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/21] remove and fixes for low version recipes
These patches remove several low native version since they don't work any more or we don't need them. There are still the following native versions, they work well, but I think we can remove: (need verify one by one if remove) coreutils-native_6.9 db-native_5.3.28 gdbm-native_1.8.3 elfutils-native_0.148 findutils-native_4.2.31 gnu-config-native_20120814 gperf-native_3.0.3 inputproto-native_2.3.1 libxcb-native_1.11 libxext-native_1.3.3 mtools-native_3.9.9 pkgconfig-native_0.28 qemu-native_2.2.0 readline-native_5.2 xcb-proto-native_1.11 There are also subversion-native_1.6.15 and texinfo-native_4.8, I think that we need keep them since subversion-native_1.6.15 and 1.8.10's checkout format are different as Martin said. And for texinfo-native_4.8, the target texinfo_4.8 needs it. I'd like to remov them in later patches if no objections. BTW, do we need keep nativesdk's GPLv2 version if there is a GPLv3, please? If no, I will remove the nativesdk ones, too, we have them following low nativesdk versions: nativesdk-db_5.3.28 nativesdk-gdbm_1.8.3 nativesdk-elfutils_0.148 nativesdk-findutils_4.2.31 nativesdk-gnu-config_20120814 nativesdk-inputproto_2.3.1 nativesdk-libxcb_1.11 nativesdk-libxext_1.3.3 nativesdk-mtools_3.9.9 nativesdk-pkgconfig_0.28 nativesdk-qemu_2.2.0 nativesdk-readline_5.2 nativesdk-xcb-proto_1.11 // Robert The following changes since commit 818bcba063819b80d5a99827c5adb8ee157dbfe1: build-appliance-image: Update to master head revision (2015-02-02 14:57:40 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/low_version http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/low_version Robert Yang (21): which 2.18: fix SRC_URI matchbox-wm 1.2: remove it matchbox-desktop: remove 0.9.1 and 2.0 version xf86-video-intel 2.21.15: remove it groff 1.18.1.4: fix HOMEPAGE and SRC_URI findutils 4.2.31: fix SRC_URI libidn 0.6.14: fixed installed-vs-shipped m4 1.4.9: fix unknown-configure-option patch 2.5.9: fix unknown-configure-option gzip 1.3.12: a few fixes grep 2.5.1a: fix unknown-configure-option tar 1.17: fix unknown-configure-option coreutils 6.9: fix unknown-configure-option rxvt-unicode: fix for 9.20 and 9.21 subversion 1.6.15: fix unknown-configure-option meta: fix build with gettext 0.16.1 elfutils 0.148: use BPN in SRC_URI coreutils 6.9: disable native gettext 0.6.1: disable native bison 2.3: disable native m4-native 1.4.9: remove it .../connman/connman-gnome_0.7.bb |2 +- meta/recipes-core/coreutils/coreutils_6.9.bb | 14 ++--- meta/recipes-core/gettext/gettext_0.16.1.bb|4 +- meta/recipes-devtools/bison/bison_2.3.bb | 15 + meta/recipes-devtools/elfutils/elfutils_0.148.bb |2 +- meta/recipes-devtools/m4/m4-1.4.17.inc |2 + meta/recipes-devtools/m4/m4-native_1.4.9.bb| 12 meta/recipes-devtools/m4/m4.inc|1 - meta/recipes-devtools/patch/patch.inc |3 - .../subversion/subversion_1.6.15.bb|2 +- .../recipes-extended/findutils/findutils_4.2.31.bb |7 ++- meta/recipes-extended/grep/grep_2.5.1a.bb |2 +- meta/recipes-extended/groff/groff_1.18.1.4.bb |4 +- meta/recipes-extended/gzip/gzip.inc|6 -- meta/recipes-extended/gzip/gzip_1.3.12.bb | 27 + meta/recipes-extended/gzip/gzip_1.6.bb |8 +++ meta/recipes-extended/libidn/libidn_0.6.14.bb |2 + meta/recipes-extended/tar/tar.inc |2 - meta/recipes-extended/tar/tar_1.28.bb |3 + meta/recipes-extended/which/which_2.18.bb |2 +- .../gtk-engines/gtk-engines_2.20.2.bb |2 +- .../matchbox-wm/matchbox-wm/configure_fix.patch| 15 - .../matchbox-wm/matchbox-wm/gconf-2.m4 | 39 - .../matchbox-wm/matchbox-wm_1.2.bb | 39 - meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb |2 +- ...Map-changes-of-DamageUnregister-API-in-1..patch | 29 -- .../xf86-video-intel/disable-dri2-tests.patch | 50 .../xorg-driver/xf86-video-intel_2.21.15.bb| 32 -- .../oprofile/oprofileui-server_git.bb |2 +- meta/recipes-kernel/oprofile/oprofileui_git.bb |2 +- meta/recipes-sato/leafpad/leafpad_0.8.18.1.bb |2 +- .../files/dso_linking_change_build_fix.patch | 28 - .../matchbox-desktop/matchbox-desktop_0.9.1.bb | 27 - .../matchbox-desktop/matchbox-desktop_2.0.bb | 15 - meta/recipes-sato/pcmanfm/pcmanfm_1.2.3.bb |2 +- meta/recipes-sato/puzzles/oh-puzzles_git.bb|2 +- meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc| 58 +++ .../recipes-sato/rxvt-unicode/rxvt-unicode_9.20.bb | 61 +---
[OE-core] [PATCH 07/21] libidn 0.6.14: fixed installed-vs-shipped
ERROR: QA Issue: libidn: Files/directories were installed but not shipped /usr/share/emacs /usr/share/emacs/site-lisp /usr/share/emacs/site-lisp/idna.el /usr/share/emacs/site-lisp/punycode.el [installed-vs-shipped] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/libidn/libidn_0.6.14.bb |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-extended/libidn/libidn_0.6.14.bb b/meta/recipes-extended/libidn/libidn_0.6.14.bb index 4df1d08..ce7e7b7 100644 --- a/meta/recipes-extended/libidn/libidn_0.6.14.bb +++ b/meta/recipes-extended/libidn/libidn_0.6.14.bb @@ -31,3 +31,5 @@ do_install_append() { rm -rf ${D}${libdir}/Libidn.dll rm -rf ${D}${datadir}/emacs } + +FILES_${PN} += ${datadir}/emacs -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 17/21] elfutils 0.148: use BPN in SRC_URI
Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/elfutils/elfutils_0.148.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb b/meta/recipes-devtools/elfutils/elfutils_0.148.bb index 5e75f12..16db6b2 100644 --- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb +++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb @@ -8,7 +8,7 @@ DEPENDS = libtool bzip2 zlib virtual/libintl PR = r11 -SRC_URI = https://fedorahosted.org/releases/e/l/${PN}/${BP}.tar.bz2; +SRC_URI = https://fedorahosted.org/releases/e/l/${BPN}/${BP}.tar.bz2; SRC_URI[md5sum] = a0bed1130135f17ad27533b0034dba8d SRC_URI[sha256sum] = 8aebfa4a745db21cf5429c9541fe482729b62efc7e53e9110151b4169fe887da -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 15/21] subversion 1.6.15: fix unknown-configure-option
WARNING: QA Issue: subversion: configure was passed unrecognised options: --without-apache [unknown-configure-option] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- .../subversion/subversion_1.6.15.bb|2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb b/meta/recipes-devtools/subversion/subversion_1.6.15.bb index b135bb7..28163e5 100644 --- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb +++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb @@ -30,7 +30,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=2a69fef414e2cb907b4544298569300b PACKAGECONFIG[sasl] = --with-sasl,--without-sasl,cyrus-sasl EXTRA_OECONF = \ ---without-berkeley-db --without-apxs --without-apache \ +--without-berkeley-db --without-apxs \ --without-swig --with-apr=${STAGING_BINDIR_CROSS} \ --with-apr-util=${STAGING_BINDIR_CROSS} \ ac_cv_path_RUBY=none -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 21/21] m4-native 1.4.9: remove it
Its do_compile would be failed once our autoconf-naitve is built: | /path/to/m4-native/1.4.9-r2/m4-1.4.9/missing: line 54: aclocal-1.10: command not found | WARNING: `aclocal-1.10' is missing on your system. You should only need it if | you modified `acinclude.m4' or `configure.ac'. You might want | to install the `Automake' and `Perl' packages. Grab them from Also: | /path/to/m4-native/1.4.9-r2/m4-1.4.9/missing: line 54: automake-1.10: command not found We don't need keep a native GPLv2 recipe, so remove it. Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-devtools/m4/m4-native_1.4.9.bb | 12 1 file changed, 12 deletions(-) delete mode 100644 meta/recipes-devtools/m4/m4-native_1.4.9.bb diff --git a/meta/recipes-devtools/m4/m4-native_1.4.9.bb b/meta/recipes-devtools/m4/m4-native_1.4.9.bb deleted file mode 100644 index 23a21d0..000 --- a/meta/recipes-devtools/m4/m4-native_1.4.9.bb +++ /dev/null @@ -1,12 +0,0 @@ -require m4-${PV}.inc - -INHIBIT_AUTOTOOLS_DEPS = 1 -DEPENDS += gnu-config-native - -do_configure() { - install -m 0644 ${STAGING_DATADIR}/gnu-config/config.sub . - install -m 0644 ${STAGING_DATADIR}/gnu-config/config.guess . - oe_runconf -} - -inherit native -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Tollerton : font-util: Fix incorrect PKG_CONFIG_PATH
Paul Eggleton paul.eggle...@linux.intel.com writes: On Thursday 29 January 2015 03:21:31 Richard Tollerton wrote: Martin Jansa martin.ja...@gmail.com writes: On Thu, Jan 08, 2015 at 01:01:55PM +0100, Martin Jansa wrote: On Wed, Jan 07, 2015 at 03:12:56PM +0100, Martin Jansa wrote: On Fri, Dec 19, 2014 at 06:08:41PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 89a29a3ad0742cd713e739d3d460be7711966679 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=89a 29a3ad0742cd713e739d3d460be7711966679 Author: Richard Tollerton rich.toller...@ni.com Date: Fri Dec 12 13:34:00 2014 -0600 font-util: Fix incorrect PKG_CONFIG_PATH PKG_CONFIG_PATH always defaults to /usr/lib/pkgconfig, and the host /usr/lib/pkgconfig is always checked as a fallback; however, PKG_CONFIG_PATH is currently (incorrectly) set to /usr/lib/pkg-config in the sysroot, which doesn't exist. On host distros where the font encoding maps are stored under a different path than OE, this will break font builds, because ucs2any will attempt to read the sysroot's encoding maps with the host paths. ^ Is this description of what the patch is supposed to fix or expected side-effect of this change? Because all font recipes and meta-oe are failing since this change with errors like this: /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bi n/ucs2any: Can't read mapping file '/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/s hare/fonts/X11/util/map-ISO8859-1': No such file or directory! See http://www.openembedded.org/wiki/Bitbake_World_Status I can confirm that reverting this patch fixes font-* recipes http://lists.openembedded.org/pipermail/openembedded-core/2015-January/1 00523.html Ping ACK. Sorry, I could've sworn I saw the commit get reverted on master-next, so I figured this was a lower priority than I indicated in my previous reply. This build is broken because my patchset was only partially committed. font-util: Fix incorrect PKG_CONFIG_PATH (the patch you reference above) was patch 2/3, but patches 1/3 font-util: remove MAPFILES_PATH override and 3/3 xorg-font-common: fix sysroot injection for encoding maps appear to have never been committed. See original thread at e.g. http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/58846. Could you try rebuilding with those other two patches? If these did indeed get missed, could you please rebase them on top of master and resend? Then we can resolve this once and for all. Done (and sent), and my apologies, because this exercise has made clear that I was wrong in several of the details here: None of the three patches were committed; I was confusing one of them with 89a29a3a, which was from a separate email. The confusion originated in 89a29a3a having been committed after I had already withdrawn it, which I forgot about over the holidays. So, to summarize: I believe that applying all three patches of xorg-font: stop trying to use build machine's encoding maps should fix the builds, except for the font-util dependency described in that cover letter, which I will submit patches for in meta-oe. Thanks, Paul -- Paul Eggleton Intel Open Source Technology Centre -- Richard Tollerton rich.toller...@ni.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] kmod new packageconfig and dbus split package
Ping. From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Wednesday, January 28, 2015 5:58 PM To: Dan McGregor Cc: Bottazzini, Bruno; OE-core Subject: Re: [OE-core] [PATCH 0/2] kmod new packageconfig and dbus split package On 28 January 2015 at 18:55, Dan McGregor danismostlik...@gmail.commailto:danismostlik...@gmail.com wrote: Is there a public place to see what you have queued? Sure it, ross/mut in poky-contrib. As often seen on the autobuilder in all red. :) Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [daisy][PATCH] file: CVE-2014-9620 and CVE-2014-9621
I had some issues with this patch on the Autobuilder, it failed in some cases for nativesdk-file on some, but not all machines of the autobuilder. See: https://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/178/steps/Building%20Toolchain%20Images/logs/stdio That's one example of the failure. Sau! On 01/22/2015 01:28 AM, Chong Lu wrote: CVE-2014-9620: Limit the number of ELF notes processed - DoS CVE-2014-9621: Limit string printing to 100 chars - DoS The patch comes from: https://github.com/file/file/commit/6ce24f35cd4a43c4bdd249e8e0c4952c1f8eac67 https://github.com/file/file/commit/0056ec32255de1de973574b0300161a1568767d6 https://github.com/file/file/commit/09e41625c999a2e5b51e1092f0ef2432a99b5c33 https://github.com/file/file/commit/af444af0738468393f40f9d2261b1ea10fc4b2ba https://github.com/file/file/commit/68bd8433c7e11a8dbe100deefdfac69138ee7cd9 https://github.com/file/file/commit/3cdb95210a765dd90f7d722cb8b5534daee7 https://github.com/file/file/commit/445c8fb0ebff85195be94cd9f7e1df89cade5c7f https://github.com/file/file/commit/ce90e05774dd77d86cfc8dfa6da57b32816841c4 https://github.com/file/file/commit/65437cee25199dbd385fb35901bc0011e164276c [YOCTO #7178] Signed-off-by: Chong Lu chong...@windriver.com --- .../file-CVE-2014-9620-and-CVE-2014-9621.patch | 1357 meta/recipes-devtools/file/file_5.16.bb|1 + 2 files changed, 1358 insertions(+) create mode 100644 meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch diff --git a/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch b/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch new file mode 100644 index 000..bd5944e --- /dev/null +++ b/meta/recipes-devtools/file/file/file-CVE-2014-9620-and-CVE-2014-9621.patch @@ -0,0 +1,1357 @@ +file: CVE-2014-9620 and CVE-2014-9621 + +The patch comes from: +https://github.com/file/file/commit/6ce24f35cd4a43c4bdd249e8e0c4952c1f8eac67 +https://github.com/file/file/commit/0056ec32255de1de973574b0300161a1568767d6 +https://github.com/file/file/commit/09e41625c999a2e5b51e1092f0ef2432a99b5c33 +https://github.com/file/file/commit/af444af0738468393f40f9d2261b1ea10fc4b2ba +https://github.com/file/file/commit/68bd8433c7e11a8dbe100deefdfac69138ee7cd9 +https://github.com/file/file/commit/3cdb95210a765dd90f7d722cb8b5534daee7 +https://github.com/file/file/commit/445c8fb0ebff85195be94cd9f7e1df89cade5c7f +https://github.com/file/file/commit/ce90e05774dd77d86cfc8dfa6da57b32816841c4 +https://github.com/file/file/commit/65437cee25199dbd385fb35901bc0011e164276c + +Upstream-Status: Backport + +Signed-off-by: Chong Lu chong...@windriver.com +--- + src/apprentice.c |5 + + src/ascmagic.c |3 +- + src/elfclass.h | 34 ++-- + src/file.c | 58 ++- + src/file.h | 20 ++- + src/file_opts.h |6 + + src/funcs.c | 42 - + src/magic.c | 50 ++ + src/magic.h |9 ++ + src/magic.h.in |4 + + src/readelf.c| 467 +- + src/softmagic.c | 70 + 12 files changed, 541 insertions(+), 227 deletions(-) + +diff --git a/src/apprentice.c b/src/apprentice.c +index 2df60d9..d906f7b 100644 +--- a/src/apprentice.c b/src/apprentice.c +@@ -494,6 +494,11 @@ file_ms_alloc(int flags) + ms-mlist[i] = NULL; + ms-file = unknown; + ms-line = 0; ++ ms-indir_max = FILE_INDIR_MAX; ++ ms-name_max = FILE_NAME_MAX; ++ ms-elf_shnum_max = FILE_ELF_SHNUM_MAX; ++ ms-elf_phnum_max = FILE_ELF_PHNUM_MAX; ++ ms-elf_notes_max = FILE_ELF_NOTES_MAX; + return ms; + free: + free(ms); +diff --git a/src/ascmagic.c b/src/ascmagic.c +index 28ebadc..7a22328 100644 +--- a/src/ascmagic.c b/src/ascmagic.c +@@ -147,7 +147,8 @@ file_ascmagic_with_encoding(struct magic_set *ms, const unsigned char *buf, + == NULL) + goto done; + if ((rv = file_softmagic(ms, utf8_buf, +- (size_t)(utf8_end - utf8_buf), TEXTTEST, text)) == 0) ++ (size_t)(utf8_end - utf8_buf), 0, NULL, ++ TEXTTEST, text)) == 0) + rv = -1; + } + +diff --git a/src/elfclass.h b/src/elfclass.h +index 010958a..5360b0b 100644 +--- a/src/elfclass.h b/src/elfclass.h +@@ -32,39 +32,51 @@ + swap = (u.c[sizeof(int32_t) - 1] + 1) != elfhdr.e_ident[EI_DATA]; + + type = elf_getu16(swap, elfhdr.e_type); ++ notecount = ms-elf_notes_max; + switch (type) { + #ifdef ELFCORE + case ET_CORE: ++ phnum = elf_getu16(swap, elfhdr.e_phnum); ++ if (phnum ms-elf_phnum_max) ++ return toomany(ms, program headers, phnum); + flags |= FLAGS_IS_CORE; + if (dophn_core(ms, clazz, swap, fd, +- (off_t)elf_getu(swap, elfhdr.e_phoff), +-
[OE-core] [PATCH] native: remove PN from DEPENDS automatically
If a recipe (say, wayland) has DEPENDS=wayland-native and BBCLASSEXTEND=native, when built as wayland-native it has DEPENDS=wayland-native which results in a circular dependency. Typically this is resolved by having explicit DEPENDS_class-native statements but as this is duplication which can lead to inconsistent dependencies, automatically remove the circular dependency. Signed-off-by: Ross Burton ross.bur...@intel.com --- meta/classes/native.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/native.bbclass b/meta/classes/native.bbclass index 4acc936..5ca5c95 100644 --- a/meta/classes/native.bbclass +++ b/meta/classes/native.bbclass @@ -132,7 +132,9 @@ python native_virtclass_handler () { deps = bb.utils.explode_deps(deps) newdeps = [] for dep in deps: -if -cross- in dep: +if dep == pn: +continue +elif -cross- in dep: newdeps.append(dep.replace(-cross, -native)) elif not dep.endswith(-native): newdeps.append(dep + -native) -- 1.7.10.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] apr-util: Allow use in SDK
From: Timo Mueller timo.muel...@bmw-carit.de This adds 'nativesdk' in the BBCLASSEXTEND. Building apr-util for the SDK requires that some paths in the rules.mk file are fixed to point to the actual enviroment. These include pointing the apr configuration variables to the actual apr builddir and correcting the name of the libtool. Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de Signed-off-by: Lukas Bulwahn lukas.bulw...@oss.bmw-carit.de --- meta/recipes-support/apr/apr-util_1.5.4.bb | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/apr/apr-util_1.5.4.bb b/meta/recipes-support/apr/apr-util_1.5.4.bb index 1cd47b1..49d4d6c 100644 --- a/meta/recipes-support/apr/apr-util_1.5.4.bb +++ b/meta/recipes-support/apr/apr-util_1.5.4.bb @@ -3,7 +3,7 @@ HOMEPAGE = http://apr.apache.org/; SECTION = libs DEPENDS = apr expat gdbm -BBCLASSEXTEND = native +BBCLASSEXTEND = native nativesdk LICENSE = Apache-2.0 LIC_FILES_CHKSUM = file://LICENSE;md5=519e0a18e03f7c023070568c14b077bb \ @@ -46,6 +46,17 @@ do_configure_append_class-native() { sed -i s#LIBTOOL=\$(apr_builddir)#LIBTOOL=${STAGING_BINDIR_NATIVE}# ${S}/build/rules.mk } +do_configure_prepend_class-nativesdk() { + cp ${STAGING_DATADIR}/apr/apr_rules.mk ${S}/build/rules.mk +} + +do_configure_append_class-nativesdk() { + sed -i s#\(apr_builddir\)=.*#\1=${STAGING_DATADIR}/build-1# ${S}/build/rules.mk + sed -i s#\(apr_builders\)=.*#\1=${STAGING_DATADIR}/build-1# ${S}/build/rules.mk + sed -i s#\(top_builddir\)=.*#\1=${STAGING_DATADIR}/build-1# ${S}/build/rules.mk + sed -i s#\(LIBTOOL=\$(apr_builddir)\).*#\1/libtool# ${S}/build/rules.mk +} + FILES_${PN} += ${libdir}/apr-util-1/apr_dbm_gdbm-1.so FILES_${PN}-dev += ${libdir}/aprutil.exp ${libdir}/apr-util-1/apr_dbm_gdbm.so* ${libdir}/apr-util-1/apr_dbm_gdbm.la FILES_${PN}-dbg += ${libdir}/apr-util-1/.debug/* -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] build-appliance-image: update to head afe85485fe185b663a1285b5c27de3160bf06cf7
Build Appliance includes a more recent version of poky, up to commit: afe85485fe185b663a1285b5c27de3160bf06cf7. Fixes [YOCTO #7228]. Signed-off-by: Cristian Iorga cristian.io...@intel.com --- meta/recipes-core/images/build-appliance-image_12.0.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/images/build-appliance-image_12.0.1.bb b/meta/recipes-core/images/build-appliance-image_12.0.1.bb index 3d632d6..9a5795e 100644 --- a/meta/recipes-core/images/build-appliance-image_12.0.1.bb +++ b/meta/recipes-core/images/build-appliance-image_12.0.1.bb @@ -21,7 +21,7 @@ IMAGE_FSTYPES = vmdk inherit core-image -SRCREV ?= d9d5b8b499af3ae01a1e33d0d3969c54c2d4ab1b +SRCREV ?= afe85485fe185b663a1285b5c27de3160bf06cf7 SRC_URI = git://git.yoctoproject.org/poky \ file://Yocto_Build_Appliance.vmx \ file://Yocto_Build_Appliance.vmxf \ -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] apr: Allow use in SDK
From: Timo Mueller timo.muel...@bmw-carit.de This adds 'nativesdk' in the BBCLASSEXTEND. Signed-off-by: Timo Mueller timo.muel...@bmw-carit.de Signed-off-by: Lukas Bulwahn lukas.bulw...@oss.bmw-carit.de --- meta/recipes-support/apr/apr_1.5.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/apr/apr_1.5.1.bb b/meta/recipes-support/apr/apr_1.5.1.bb index a27b233..985ef67 100644 --- a/meta/recipes-support/apr/apr_1.5.1.bb +++ b/meta/recipes-support/apr/apr_1.5.1.bb @@ -7,7 +7,7 @@ LICENSE = Apache-2.0 LIC_FILES_CHKSUM = file://LICENSE;md5=4dfd4cd216828c8cae5de5a12f3844c8 \ file://include/apr_lib.h;endline=17;md5=ee42fa7575dc40580a9e01c1b75fae96 -BBCLASSEXTEND = native +BBCLASSEXTEND = native nativesdk SRC_URI = ${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \ file://configure_fixes.patch \ -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-oe][V2][PATCH] mesa: Upgrade to 10.4.3
On Sat, Jan 31, 2015 at 5:39 AM, Pengyu Ma pengyu...@windriver.com wrote: flags for EGL and GBM Gallium had been removed in 10.4, so remove these flags. I tested this patch on Snapdragon running freedreno driver with OE-core as of this morning, it worked fine. and i could play supertuxkart fine ;-) so: Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org However, i think we need a bit more clean up, since we removed the support for EGL/GBM, we need to remove them from PACKAGES and FILES_xxx as well since they are no longer needed. cheers nicolas -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi All I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-glibc-upgrade I would like to request some help in testing these out in your respective environments and please report any issues you see so we can start sorting them out at earlier and making its way into OE-Core. Thanks for your help -Khem -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Khem, On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote: I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. I'm seeing these failures when cherry-picking the top two commits to current poky/master. gcc-cross-initial: | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c: In function 'void expand_builtin_init_dwarf_reg_sizes(tree)': | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c:334:27: error: 'struct gcc_target' has no member named 'dwarf_frame_reg_mode' cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Ross Please repull. I did not push from right machine first time. Now it should be good. Thanks for quick turnaround Thanks -Khem On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: Hi Khem, On 2 February 2015 at 10:02, Khem Raj raj.k...@gmail.com wrote: I have put together upgrade to gcc 4.9.2 as well as glibc 2.21 ( upcoming ) on a contrib branch ( top 2 patches) its has not got much testing besides x86 qemu thus far. I'm seeing these failures when cherry-picking the top two commits to current poky/master. gcc-cross-initial: | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c: In function 'void expand_builtin_init_dwarf_reg_sizes(tree)': | /data/poky-master/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/gcc/dwarf2cfi.c:334:27: error: 'struct gcc_target' has no member named 'dwarf_frame_reg_mode' cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] base.bbclass: Use bb.warn instead of bb.error for deprecation notification.
An error in bitbake/OE context is something fatal and interrupts the build. A deprecation warning is exactly what we have bb.warn for. Signed-off-by: Florian Boor florian.b...@kernelconcepts.de --- meta/classes/base.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index de50be1..b5186bf 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -374,7 +374,7 @@ python () { # obsolete. Return a warning to the user. princ = d.getVar('PRINC', True) if princ and princ != 0: -bb.error(Use of PRINC %s was detected in the recipe %s (or one of its .bbappends)\nUse of PRINC is deprecated. The PR server should be used to automatically increment the PR. See: https://wiki.yoctoproject.org/wiki/PR_Service.; % (princ, d.getVar(FILE, True))) +bb.warn(Use of PRINC %s was detected in the recipe %s (or one of its .bbappends)\nUse of PRINC is deprecated. The PR server should be used to automatically increment the PR. See: https://wiki.yoctoproject.org/wiki/PR_Service.; % (princ, d.getVar(FILE, True))) pr = d.getVar('PR', True) pr_prefix = re.search(\D+,pr) prval = re.search(\d+,pr) -- 1.7.10.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Build Appliance: Updated poky revision
Fix for [YOCTO #7228] The following changes since commit afe85485fe185b663a1285b5c27de3160bf06cf7: bitbake: toaster: new layer checkout logic (2015-01-30 15:14:58 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib YB7228 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ciorga/YB7228 Cristian Iorga (1): build-appliance-image: update to head afe85485fe185b663a1285b5c27de3160bf06cf7 meta/recipes-core/images/build-appliance-image_12.0.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/9] binutils: upgrade to 2.25
We are working on the u-boot build issue now. Best Regards, Zhenhua -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Raphael Philipe Sent: Sunday, February 01, 2015 7:45 AM To: Burton, Ross Cc: OE-core Subject: Re: [OE-core] [PATCH 1/9] binutils: upgrade to 2.25 I've got the same outcome while testing this patch with meta-fsl-ppc; It seems to be a recorrent issue. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754610 Any clue on how to solve it? On Thu, Jan 22, 2015 at 10:00 AM, Burton, Ross ross.bur...@intel.com wrote: On 19 January 2015 at 07:16, Robert Yang liezhi.y...@windriver.com wrote: * Remove the following patches since they are already in the new code: binutils/fix-pr15815.patch binutils/fix-pr16428.patch binutils/fix-pr16476.patch binutils/fix-pr2404.patch binutils/replace_macros_with_static_inline.patch binutils/binutils_CVE-2014-8484.patch binutils/binutils_CVE-2014-8485.patch binutils/binutils_CVE-2014-8501.patch binutils/binutils_CVE-2014-8502.patch binutils/binutils_CVE-2014-8502_1.patch binutils/binutils_CVE-2014-8503.patch binutils/binutils_CVE-2014-8504.patch binutils/binutils_CVE-2014-8737.patch * The file src-release is gone. * Updated patches for the new code. Signed-off-by: Robert Yang liezhi.y...@windriver.com FYI, this is breaking u-boot on meta-fsl-ppc (#7145) so when Freescale have fixed their u-boot fork we can merge this. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Mon, Feb 2, 2015 at 1:45 PM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 18:33, Khem Raj raj.k...@gmail.com wrote: Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Bad news, glibc is now failing: | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp/sysroots/intel-corei7-64-tcbootstrap dl-open.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Werror -Winline -Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types -fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes -fPIC -mno-sse -mno-mmx-I../include -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf -I/data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include -isystem /data/poky-master/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed -isystem /data/poky-master/tmp/sysroots/intel-corei7-64/usr/include -D_LIBC_REENTRANT -include /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h -DMODULE_NAME=rtld -include ../include/libc-symbols.h -DPIC -DSHARED -o /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os -MD -MP -MF /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os.dt -MT /data/poky-master/tmp/work/corei7-64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/elf/dl-open.os | dl-caller.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Check whether caller comes from the right place. | ^ | dl-open.c:1:0: error: SSE instruction set disabled, using 387 arithmetics [-Werror] | /* Load a shared object at runtime, relocate it, and run its initializer. | ^ | cc1: all warnings being treated as errors | cc1: all warnings being treated as errors The real problem is we are injecting -mfpmath=sse -msse4.2 via CCARGS and for this particular file glibc says -mno-sse -mno-mmx so it defaults to x87 80bit arithmetics. May be we should get a bit milder with optimizations for this case when compiling glibc. Since glibc has its own notion about floating point. I think this issue was there even with older version of glibc for i7 but it was flagged as a warning, glibc 2.21 now uses -Werror by default. Can you confirm that via inspecting 2.20 glibc build logs for this machine ? I have pushed another patch to disable sse for replacing fpu. Please try it out and let me know if it fixed it. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] fetch2/__init__.py: Make get_srcrev output configurable
On 02-02-15 21:50, Otavio Salvador wrote: On Sat, Jan 31, 2015 at 12:06 PM, Mike Looijmans mike.looijm...@topic.nl wrote: From: Mike Looijmans milo-softw...@users.sourceforge.net The idea here is to support package version numbering similar to gitpkgv in meta-openembedded. This commit is the first step towards such functionality. The original plan was to add a get_pretty_srcrev method to the fetcher, as per Richard's suggestion [1]. While writing this, I noticed that it would become a copy of get_srcrev with only two lines changed. So to create something more Pythonic than a boolean argument and conditionals around the calls to the fetcher's sortable_revision, I just made the method to be called on the fetcher an argument to the method. Defaulting to 'sortable_revision' prevents affecting existing code. Now if the git fetcher were to implement, say 'gitpkgv_revision' one could set the following in a recipe: PKGV=1.2+${@bb.fetch2.get_srcrev(d, 'gitpkgv_revision')} and this would yield the same result as gitpkgv's GITPKGV variable. See for the discussion leading to this change: [1] http://lists.openembedded.org/pipermail/openembedded-core/2015-January/100345.html Signed-off-by: Mike Looijmans mike.looijm...@topic.nl I do enjoyed all the design but the way to set the PKGV. Maybe we could have a way to do it more transparently? Any idea how? Just setting GITPKGV=${@bb.fetch2.get_srcrev(d, 'gitpkgv_revision')} globally (bitbake.conf for example) would basically mimic the gitpkgv syntax, then a recipe would just say: PKGV=1.2+${GITPKGV} Without the need to inherit gitpkgv. Mike. Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Visit us at Embedded World 2015 Nuernberg, 24.02.2015 till 26.02.2015, Hall 1, stand number 136. https://www.embedded-world.de/de/ausstellerprodukte/?focus=edb3exhibitorfocus2=14017667focus3=embwld15highlight=topic -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][V3][PATCH] mesa: Upgrade to 10.4.3
flags for EGL and GBM Gallium had been removed in 10.4, so remove these flags, files or packages. Signed-off-by: Pengyu Ma pengyu...@windriver.com Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/mesa/{mesa-gl_10.3.4.bb = mesa-gl_10.4.3.bb} | 0 meta/recipes-graphics/mesa/mesa.inc | 5 - meta/recipes-graphics/mesa/{mesa_10.3.4.bb = mesa_10.4.3.bb} | 4 ++-- meta/recipes-graphics/mesa/mesa_git.bb | 4 ++-- 4 files changed, 4 insertions(+), 9 deletions(-) rename meta/recipes-graphics/mesa/{mesa-gl_10.3.4.bb = mesa-gl_10.4.3.bb} (100%) rename meta/recipes-graphics/mesa/{mesa_10.3.4.bb = mesa_10.4.3.bb} (78%) diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.3.4.bb b/meta/recipes-graphics/mesa/mesa-gl_10.4.3.bb similarity index 100% rename from meta/recipes-graphics/mesa/mesa-gl_10.3.4.bb rename to meta/recipes-graphics/mesa/mesa-gl_10.4.3.bb diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index cb1837a..c9748e2 100644 --- a/meta/recipes-graphics/mesa/mesa.inc +++ b/meta/recipes-graphics/mesa/mesa.inc @@ -59,8 +59,6 @@ GALLIUMDRIVERS_append_x86 = ${@bb.utils.contains('PACKAGECONFIG', 'gallium-llvm GALLIUMDRIVERS_append_x86-64 = ${@bb.utils.contains('PACKAGECONFIG', 'gallium-llvm', ',${GALLIUMDRIVERS_LLVM}', '', d)} # keep --with-gallium-drivers separate, because when only one of gallium versions is enabled, other 2 were adding --without-gallium-drivers PACKAGECONFIG[gallium] = --with-gallium-drivers=${GALLIUMDRIVERS}, --without-gallium-drivers -PACKAGECONFIG[gallium-egl] = --enable-gallium-egl, --disable-gallium-egl -PACKAGECONFIG[gallium-gbm] = --enable-gallium-gbm, --disable-gallium-gbm MESA_LLVM_RELEASE ?= 3.3 PACKAGECONFIG[gallium-llvm] = --enable-gallium-llvm --with-llvm-shared-libs, --disable-gallium-llvm, llvm${MESA_LLVM_RELEASE} \ ${@'elfutils' if ${GALLIUMDRIVERS_LLVM33_ENABLED} else ''} @@ -85,7 +83,6 @@ PACKAGES =+ libegl-mesa libegl-mesa-dev \ libgles2-mesa libgles2-mesa-dev \ libgles3-mesa libgles3-mesa-dev \ libwayland-egl libwayland-egl-dev \ - libegl-gallium libgbm-gallium \ libopenvg libopenvg-dev \ libxvmcsoftpipe libxvmcsoftpipe-dev \ libxatracker libxatracker-dev \ @@ -169,8 +166,6 @@ FILES_libgl-mesa = ${libdir}/libGL.so.* FILES_libglapi = ${libdir}/libglapi.so.* FILES_libosmesa = ${libdir}/libOSMesa.so.* FILES_libwayland-egl = ${libdir}/libwayland-egl.so.* -FILES_libegl-gallium = ${libdir}/egl/egl_gallium.so* -FILES_libgbm-gallium = ${libdir}/gbm/gbm_gallium_drm.so* FILES_libopenvg = ${libdir}/libOpenVG.so.* FILES_libxvmcsoftpipe = ${libdir}/libXvMCsoftpipe.so.* FILES_libxatracker = ${libdir}/libxatracker.so.* diff --git a/meta/recipes-graphics/mesa/mesa_10.3.4.bb b/meta/recipes-graphics/mesa/mesa_10.4.3.bb similarity index 78% rename from meta/recipes-graphics/mesa/mesa_10.3.4.bb rename to meta/recipes-graphics/mesa/mesa_10.4.3.bb index 50092c9..9669bcb 100644 --- a/meta/recipes-graphics/mesa/mesa_10.3.4.bb +++ b/meta/recipes-graphics/mesa/mesa_10.4.3.bb @@ -2,8 +2,8 @@ require ${BPN}.inc SRC_URI = ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2; -SRC_URI[md5sum] = fa0558a3d02c2bb8c208c030ccdc992e -SRC_URI[sha256sum] = e6373913142338d10515daf619d659433bfd2989988198930c13b0945a15e98a +SRC_URI[md5sum] = be86c4ee226f8ca28b7d4c728c350b01 +SRC_URI[sha256sum] = ef6ecc9c2f36c9f78d1662382a69ae961f38f03af3a0c3268e53f351aa1978ad S = ${WORKDIR}/Mesa-${PV} diff --git a/meta/recipes-graphics/mesa/mesa_git.bb b/meta/recipes-graphics/mesa/mesa_git.bb index b046ae2..e554ff4 100644 --- a/meta/recipes-graphics/mesa/mesa_git.bb +++ b/meta/recipes-graphics/mesa/mesa_git.bb @@ -4,8 +4,8 @@ DEFAULT_PREFERENCE = -1 LIC_FILES_CHKSUM = file://docs/license.html;md5=6a23445982a7a972ac198e93cc1cb3de -SRCREV = c7b9a2e38a3e471562b50dab8be65db8ac6819f8 -PV = 10.3.4+git${SRCPV} +SRCREV = f70e4d4afd16e66506ce3b055edb3b71b1464890 +PV = 10.4.3+git${SRCPV} SRC_URI = git://anongit.freedesktop.org/git/mesa/mesa;branch=10.4 -- 1.8.1.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] wic: fix extended/logical partition layout
On Mon, 2015-02-02 at 08:37 +0100, Maciej Borzecki wrote: ping This looks reasonable, but I haven't been able to verify it due to wic problems introduced by the recent kernel changes in oe-core. If you have test cases e.g. the kickstart file(s) that you used for testing the fix, please include them. Also, any testing you may have done to show it doesn't cause regressions in existing use cases. Thanks, Tom On 01/09 14:24, Maciej Borzecki wrote: The patch fixes an issue in laying out extended and logical partitions by wic. The original code produced disk images in which the size 3rd partition as described in MBR was incorrect. Depending on the type of file system used for that partition and size of the partition, it would be impossible to mount the partition correctly. For instance, kickstart file in which the 3rd partition had size of 1GB and used ext4 fs, would result in an image with an umountable partition. The root cause is reservation of sectors for EBR through stealing of last sector from the last primary partition. Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com --- scripts/lib/wic/utils/partitionedfs.py | 40 -- 1 file changed, 19 insertions(+), 21 deletions(-) diff --git a/scripts/lib/wic/utils/partitionedfs.py b/scripts/lib/wic/utils/partitionedfs.py index fb95cc7..9df93dc 100644 --- a/scripts/lib/wic/utils/partitionedfs.py +++ b/scripts/lib/wic/utils/partitionedfs.py @@ -156,6 +156,13 @@ class Image: # Skip one sector required for the partitioning scheme overhead d['offset'] += overhead +elif d['numpart'] 3: +# Reserve a sector for EBR for every logical partition +# before alignment is performed. +if ptable_format == msdos: +d['offset'] += 1 + + if p['align']: # If not first partition and we do have alignment set we need # to align the partition. @@ -185,14 +192,6 @@ class Image: p['num'] = d['numpart'] if d['ptable_format'] == msdos: -if d['numpart'] 2: -# Every logical partition requires an additional sector for -# the EBR, so steal the last sector from the end of each -# partition starting from the 3rd one for the EBR. This -# will make sure the logical partitions are aligned -# correctly. -p['size'] -= 1 - if d['numpart'] 3: p['type'] = 'logical' p['num'] = d['numpart'] + 1 @@ -259,13 +258,20 @@ class Image: for p in self.partitions: d = self.disks[p['disk_name']] if d['ptable_format'] == msdos and p['num'] == 5: -# The last sector of the 3rd partition was reserved for the EBR -# of the first _logical_ partition. This is why the extended -# partition should start one sector before the first logical -# partition. +# Create an extended partition (note: extended +# partition is described in MBR and contains all +# logical partitions). The logical partitions save a +# sector for an EBR just before the start of a +# partition. The extended partition must start one +# sector before the start of the first logical +# partition. This way the first EBR is inside of the +# extended partition. Since the extended partitions +# starts a sector before the first logical partition, +# add a sector at the back, so that there is enough +# room for all logical partitions. self.__create_partition(d['disk'].device, extended, None, p['start'] - 1, -d['offset'] - p['start']) +d['offset'] - p['start'] + 1) if p['fstype'] == swap: parted_fs_type = linux-swap @@ -338,14 +344,6 @@ class Image: for p in self.partitions: d = self.disks[p['disk_name']] -if d['ptable_format'] == msdos and p['num'] == 5: -# The last sector of the 3rd partition was reserved for the EBR -# of the first _logical_ partition. This is why the extended -# partition should start one sector before the first logical -# partition. -self.__write_partition(p['num'], p['source_file'], -
Re: [OE-core] [PATCH 2/2] apr-util: Allow use in SDK
Hi Timo, On 2 February 2015 at 14:03, Timo Mueller m...@timomueller.eu wrote: From: Timo Mueller timo.muel...@bmw-carit.de This adds 'nativesdk' in the BBCLASSEXTEND. This doesn't apply to master, can you rebase? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] libpng 1.6.16 fetch fails
Hi Andrei, On Friday 30 January 2015 21:23:14 Andrei Gherzan wrote: After the latest libpng update, the source link seems broken. WARNING: Checksum failure encountered with download of http://downloads.sourceforge.net/project/libpng/libpng16/1.6.16/libpng-1.6.1 6.tar.xz - will attempt other sources if available WARNING: Renaming /home/agherzan/work/personal/yocto/downloads/libpng-1.6.16.tar.xz to /home/agherzan/work/personal/yocto/downloads/libpng-1.6.16.tar.xz_bad-checks um_b2e23b153fad3034ec48336f81eefd33 ERROR: Fetcher failure for URL: ' http://downloads.sourceforge.net/project/libpng/libpng16/1.6.16/libpng-1.6.1 6.tar.xz'. Checksum mismatch! I just tried bitbake -c cleanall libpng; bitbake -c fetch libpng and it works here, as does using wget directly on the URL you pasted above. Are you sure this wasn't an intermittent error? Alternatively are you behind a firewall or proxy which is blocking the download? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:50 AM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com mailto:raj.k...@gmail.com wrote: Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. $ gcc --version gcc (Debian 4.7.2-5) 4.7.2 This is the default gcc in current Debian stable. Yeah, I am on archlinux (the other end of spectrum). Nevertheless, I have updated the contrib tree which fixes cross-localedef-native compile time issue. So you should be good to go now. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Richard Tollerton : font-util: Fix incorrect PKG_CONFIG_PATH
On Thursday 29 January 2015 03:21:31 Richard Tollerton wrote: Martin Jansa martin.ja...@gmail.com writes: On Thu, Jan 08, 2015 at 01:01:55PM +0100, Martin Jansa wrote: On Wed, Jan 07, 2015 at 03:12:56PM +0100, Martin Jansa wrote: On Fri, Dec 19, 2014 at 06:08:41PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 89a29a3ad0742cd713e739d3d460be7711966679 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=89a 29a3ad0742cd713e739d3d460be7711966679 Author: Richard Tollerton rich.toller...@ni.com Date: Fri Dec 12 13:34:00 2014 -0600 font-util: Fix incorrect PKG_CONFIG_PATH PKG_CONFIG_PATH always defaults to /usr/lib/pkgconfig, and the host /usr/lib/pkgconfig is always checked as a fallback; however, PKG_CONFIG_PATH is currently (incorrectly) set to /usr/lib/pkg-config in the sysroot, which doesn't exist. On host distros where the font encoding maps are stored under a different path than OE, this will break font builds, because ucs2any will attempt to read the sysroot's encoding maps with the host paths. ^ Is this description of what the patch is supposed to fix or expected side-effect of this change? Because all font recipes and meta-oe are failing since this change with errors like this: /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bi n/ucs2any: Can't read mapping file '/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/s hare/fonts/X11/util/map-ISO8859-1': No such file or directory! See http://www.openembedded.org/wiki/Bitbake_World_Status I can confirm that reverting this patch fixes font-* recipes http://lists.openembedded.org/pipermail/openembedded-core/2015-January/1 00523.html Ping ACK. Sorry, I could've sworn I saw the commit get reverted on master-next, so I figured this was a lower priority than I indicated in my previous reply. This build is broken because my patchset was only partially committed. font-util: Fix incorrect PKG_CONFIG_PATH (the patch you reference above) was patch 2/3, but patches 1/3 font-util: remove MAPFILES_PATH override and 3/3 xorg-font-common: fix sysroot injection for encoding maps appear to have never been committed. See original thread at e.g. http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/58846. Could you try rebuilding with those other two patches? If these did indeed get missed, could you please rebase them on top of master and resend? Then we can resolve this once and for all. Thanks, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com wrote: On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. I can confirm that the current branch builds gcc (and everything else in a minimal image) apart from cross-localdef-native, with a long set of errors for me now: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in | glibc/locale/programs/locarchive.c: In function 'add_locales_to_archive': | glibc/locale/programs/locarchive.c:1517:7: warning: passing argument 1 of '__xpg_basename' discards 'const' qualifier from pointer target type [enabled by default] | In file included from /data/poky-master/tmp/work/x86_64-linux/cross-localedef-native/2.21-r0/git/localedef/include/string.h:4:0, | from glibc/locale/programs/locarchive.c:34: | /usr/include/libgen.h:35:14: note: expected 'char *' but argument is of type 'const char *' | glibc/locale/programs/ld-ctype.c: In function 'set_class_defaults': | glibc/locale/programs/ld-ctype.c:3012:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3012:7: note: use option -std=c99 or -std=gnu99 to compile your code | glibc/locale/programs/ld-ctype.c:3016:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3012:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3016:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3034:5: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3038:17: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3034:17: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3038:5: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3250:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3254:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3250:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3254:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3272:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3276:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3272:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3276:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3383:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3389:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:3383:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:3389:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:3401:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c: In function 'allocate_arrays': | glibc/locale/programs/ld-ctype.c:3887:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:4039:7: error: 'for' loop initial declarations are only allowed in C99 mode | glibc/locale/programs/ld-ctype.c:4062:19: error: redefinition of 'cnt' | glibc/locale/programs/ld-ctype.c:4039:19: note: previous definition of 'cnt' was here | glibc/locale/programs/ld-ctype.c:4062:7: error: 'for' loop initial declarations are only allowed in C99 mode | make: *** [locarchive.o] Error 1 Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org
Re: [OE-core] [PATCH] devtools: add a bb for git-manpages
Hi Paul, On Friday 30 January 2015 19:08:25 Paul Gortmaker wrote: These could be created from scratch from git itself, but it requires asciidoc, xsltproc, python bits and too much other baggage. Since the git folks issue a tarball with the manpages for each release, it is simpler to just go get that. I'm just wondering, would it be simpler to just do this as part of the git recipe itself and have the manpages go into git-doc? Then you would get the documentation automatically if you had git in your image and doc-pkgs in IMAGE_FEATURES, plus we wouldn't have to remember to upgrade this every time we upgraded the git recipe. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Armin, On 2 February 2015 at 16:41, akuster akus...@mvista.com wrote: If I knew what testing' entailed I would through some time at this. Please build your stuff with this glibc/gcc and check it still works. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:25 AM, Burton, Ross ross.bur...@intel.com wrote: On 2 February 2015 at 10:54, Khem Raj raj.k...@gmail.com mailto:raj.k...@gmail.com wrote: On Mon, Feb 2, 2015 at 2:40 AM, Burton, Ross ross.bur...@intel.com mailto:ross.bur...@intel.com wrote: cross-localdef-native: | In file included from glibc/locale/programs/locarchive.c:696:0: | glibc/locale/programs/../../intl/l10nflist.c: In function '_nl_normalize_codeset': | glibc/locale/programs/../../intl/l10nflist.c:306:12: error: missing binary operator before token ( | glibc/locale/programs/../../intl/l10nflist.c:313:9: error: '_nl_C_locobj_ptr' undeclared (first use in this function) | glibc/locale/programs/../../intl/l10nflist.c:313:9: note: each undeclared identifier is reported only once for each function it appears in gcc would work with latest tree but I did not run into this error. So wait a while until I get to it. I can confirm that the current branch builds gcc (and everything else in a minimal image) apart from cross-localdef-native, with a long set of errors for me now: Thanks guys. Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. I could reproduce it once I passed -std=c89 in CFLAGS. but there is another issue where a new macro IS_IN(lib) is added in glibc 2.21 and is giving me a bit of heartache I will update the branch soon when I have fix for it and then send a notification. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On 2 February 2015 at 17:40, Khem Raj raj.k...@gmail.com wrote: Yeah, you must be using a weirdly compiled gcc on your host which is defaulting to -std c99 and hence the problem. I have fix for that issue already locally. $ gcc --version gcc (Debian 4.7.2-5) 4.7.2 This is the default gcc in current Debian stable. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
On Feb 2, 2015, at 9:26 AM, Burton, Ross ross.bur...@intel.com wrote: Armin, On 2 February 2015 at 16:41, akuster akus...@mvista.com mailto:akus...@mvista.com wrote: If I knew what testing' entailed I would through some time at this. Please build your stuff with this glibc/gcc and check it still works. anything helps. apply the patches and see if they apply and parse correctly with your layer combo then second step is compile and build images/sdks as Ross said. Third would be boot and runt the images and workloads which you normally do 4th would be run your tests 5th would be run gcc and glibc unit tests. and repeat same for as many architectures as possible. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Performance issue of libtool-2.4.4
Hello, It seems that the new libtool (2.4.4) has increased the packages build time, after a rough investigation, it maybe because new libtoolize needs run a m4 command: (but libtool 2.2.2 doesn't) # Save the command pipeline results for further use by callers of # this function. func_extract_trace_result=`$ECHO $_G_mini \ |$M4 -daq --prefix $_G_m4_traces - $@ 21 1/dev/null \ |$SED -n -e $_G_transform` This may increase the build time (just a rough guess), I will go on investigating on it. Does any one have any ideas, please ? -- Thanks Robert -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core