* Re: [PATCH 10/10] libpng: Upgrade 1.6.24 -> 1.6.25
From: Khem Raj @ 2016-10-23 15:59 UTC (permalink / raw)
To: Maxin B. John; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <1477222197-3698-10-git-send-email-maxin.john@intel.com>
On Sun, Oct 23, 2016 at 4:29 AM, Maxin B. John <maxin.john@intel.com> wrote:
> License file changes are due to updates in Version and Copyright date
version of license or version of package ?
>
> Signed-off-by: Maxin B. John <maxin.john@intel.com>
> ---
> .../libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
> rename meta/recipes-multimedia/libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} (67%)
>
> diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> similarity index 67%
> rename from meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> rename to meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> index f91ab7f..8c1cb8c 100644
> --- a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
> +++ b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
> @@ -2,14 +2,14 @@ SUMMARY = "PNG image format decoding library"
> HOMEPAGE = "http://www.libpng.org/"
> SECTION = "libs"
> LICENSE = "Libpng"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=5089214833586ba444048fd1dbbc76a4 \
> - file://png.h;endline=149;md5=376d8ff7f69b7c4ad3a09f4672cec696"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=ce8d0bd8303802e5492f064ddddef0e7 \
> + file://png.h;endline=149;md5=8cca27e71fd88e1fe1adad7d9e841b5f"
> DEPENDS = "zlib"
>
> SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
> "
> -SRC_URI[md5sum] = "ffcdbd549814787fa8010c372e35ff25"
> -SRC_URI[sha256sum] = "7932dc9e5e45d55ece9d204e90196bbb5f2c82741ccb0f7e10d07d364a6fd6dd"
> +SRC_URI[md5sum] = "faed9bb495d2e12dd0c9ec561ca60cd8"
> +SRC_URI[sha256sum] = "266743a326986c3dbcee9d89b640595f6b16a293fd02b37d8c91348d317b73f9"
>
> BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
>
> --
> 2.4.0
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* clarifying issues building two SDKs, based on different target images
From: Robert P. J. Day @ 2016-10-23 14:15 UTC (permalink / raw)
To: OE Core mailing list
if you can tolerate it, a few more questions about building SDKs
before i sit down and start burning through machine cycles configuring
and building for the rest of the day.
first, given that:
"SDK_RDEPENDS=${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
do those two variables map *precisely* to the target.manifest and
host.manifest files generated when building an SDK? they *appear* to,
i just wanted to ensure there wasn't some subtle mismatch that might
confuse me later.
next, i assume that if, in the same build directory, i choose to
build two standard SDKs differing in only the target image:
$ bitbake -c populate_sdk core-image-minimal
$ bitbake -c populate_sdk core-image-sato
all common files between the two SDKs will be reused in the final
construction. so if i build an SDK based on core-image-sato, turning
around and building one based on core-image-minimal should take very
little time indeed, correct?
finally (and the one i'm most unsure about), if i build those two
SDKs, i'm *assuming* that the x86 nativesdk content will be the same;
it's the target PPC sysroots that will be different (obviously, the
sysroot for sato will be noticeably larger than the one for minimal).
what happens if i try to install those two SDKs in the same
directory (/opt/poky.2.2/)? would that even work?
and now, off to read more manual ...
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* "run-postinsts" added twice to PACKAGE_INSTALL
From: Robert P. J. Day @ 2016-10-23 12:51 UTC (permalink / raw)
To: OE Core mailing list
minor observation ... messing with toolchains, and i noticed (via
"bb"):
$ bb show -r core-image-minimal PACKAGE_INSTALL
Parsing recipes..done.
# PACKAGE_INSTALL=${IMAGE_INSTALL} ${ROOTFS_BOOTSTRAP_INSTALL}
${FEATURE_INSTALL}
export PACKAGE_INSTALL="packagegroup-core-boot run-postinsts
run-postinsts "
wait a minute ... why is "run-postinsts" listed twice? (no harm, of
course, just superfluous.)
so ...
$ bb show -r core-image-minimal IMAGE_INSTALL
Parsing recipes..done.
# IMAGE_INSTALL=packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP}
${CORE_IMAGE_EXTRA_INSTALL}
IMAGE_INSTALL="packagegroup-core-boot run-postinsts "
$ bb show -r core-image-minimal ROOTFS_BOOTSTRAP_INSTALL
Parsing recipes..done.
# ROOTFS_BOOTSTRAP_INSTALL=${@bb.utils.contains("IMAGE_FEATURES",
"package-management", "", "${ROOTFS_PKGMANAGE_BOOTSTRAP}",d)}
ROOTFS_BOOTSTRAP_INSTALL="run-postinsts"
so it's being added both as part of IMAGE_INSTALL and as part of
ROOTFS_BOOTSTRAP_INSTALL. someone else is free to decide whether
that's worth caring about.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* [PATCH 10/10] libpng: Upgrade 1.6.24 -> 1.6.25
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
License file changes are due to updates in Version and Copyright date
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
.../libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libpng/{libpng_1.6.24.bb => libpng_1.6.26.bb} (67%)
diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
similarity index 67%
rename from meta/recipes-multimedia/libpng/libpng_1.6.24.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.26.bb
index f91ab7f..8c1cb8c 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.26.bb
@@ -2,14 +2,14 @@ SUMMARY = "PNG image format decoding library"
HOMEPAGE = "http://www.libpng.org/"
SECTION = "libs"
LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=5089214833586ba444048fd1dbbc76a4 \
- file://png.h;endline=149;md5=376d8ff7f69b7c4ad3a09f4672cec696"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=ce8d0bd8303802e5492f064ddddef0e7 \
+ file://png.h;endline=149;md5=8cca27e71fd88e1fe1adad7d9e841b5f"
DEPENDS = "zlib"
SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
"
-SRC_URI[md5sum] = "ffcdbd549814787fa8010c372e35ff25"
-SRC_URI[sha256sum] = "7932dc9e5e45d55ece9d204e90196bbb5f2c82741ccb0f7e10d07d364a6fd6dd"
+SRC_URI[md5sum] = "faed9bb495d2e12dd0c9ec561ca60cd8"
+SRC_URI[sha256sum] = "266743a326986c3dbcee9d89b640595f6b16a293fd02b37d8c91348d317b73f9"
BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
--
2.4.0
^ permalink raw reply related
* [PATCH 09/10] libjpeg-turbo: Upgrade 1.5.0 -> 1.5.1
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Bug fixes and various improvements for AArch64 and PowerPC.
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
.../jpeg/{libjpeg-turbo_1.5.0.bb => libjpeg-turbo_1.5.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/jpeg/{libjpeg-turbo_1.5.0.bb => libjpeg-turbo_1.5.1.bb} (93%)
diff --git a/meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.0.bb b/meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.1.bb
similarity index 93%
rename from meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.0.bb
rename to meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.1.bb
index c9e70d7..695928d 100644
--- a/meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.0.bb
+++ b/meta/recipes-graphics/jpeg/libjpeg-turbo_1.5.1.bb
@@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = "file://cdjpeg.h;endline=13;md5=05bab7c7ad899d85bfba60da1a127
DEPENDS = "nasm-native"
SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz"
-SRC_URI[md5sum] = "3fc5d9b6a8bce96161659ae7a9939257"
-SRC_URI[sha256sum] = "9f397c31a67d2b00ee37597da25898b03eb282ccd87b135a50a69993b6a2035f"
+SRC_URI[md5sum] = "55deb139b0cac3c8200b75d485fc13f3"
+SRC_URI[sha256sum] = "41429d3d253017433f66e3d472b8c7d998491d2f41caa7306b8d9a6f2a2c666c"
UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/libjpeg-turbo/files/"
UPSTREAM_CHECK_REGEX = "/libjpeg-turbo/files/(?P<pver>(\d+[\.\-_]*)+)/"
--
2.4.0
^ permalink raw reply related
* [PATCH 08/10] ethtool: Upgrade 4.6 -> 4.8
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Various bug fixes and improvements.
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-extended/ethtool/{ethtool_4.6.bb => ethtool_4.8.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool_4.6.bb => ethtool_4.8.bb} (88%)
diff --git a/meta/recipes-extended/ethtool/ethtool_4.6.bb b/meta/recipes-extended/ethtool/ethtool_4.8.bb
similarity index 88%
rename from meta/recipes-extended/ethtool/ethtool_4.6.bb
rename to meta/recipes-extended/ethtool/ethtool_4.8.bb
index 788d4ea..4ca88d7 100644
--- a/meta/recipes-extended/ethtool/ethtool_4.6.bb
+++ b/meta/recipes-extended/ethtool/ethtool_4.8.bb
@@ -11,8 +11,8 @@ SRC_URI = "${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://avoid_parallel_tests.patch \
"
-SRC_URI[md5sum] = "1186dd83a0384109b92c6cd40a7bb0e5"
-SRC_URI[sha256sum] = "ad45620887f7e61312fc2f9ca3fd50d49ac7737ed874b0b02845d07e0fa3ca49"
+SRC_URI[md5sum] = "28c4a4d85c33f573c49ff6d81ec094fd"
+SRC_URI[sha256sum] = "1bd82ebe3d41de1b7b0d8f4fb18a8e8466fba934c952bc5c5002836ffa8bb606"
inherit autotools ptest
RDEPENDS_${PN}-ptest += "make"
--
2.4.0
^ permalink raw reply related
* [PATCH 07/10] harfbuzz: Upgrade 1.3.0 -> 1.3.2
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
1.3.0 -> 1.3.2
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
.../harfbuzz/{harfbuzz_1.3.0.bb => harfbuzz_1.3.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.3.0.bb => harfbuzz_1.3.2.bb} (88%)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_1.3.0.bb b/meta/recipes-graphics/harfbuzz/harfbuzz_1.3.2.bb
similarity index 88%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_1.3.0.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_1.3.2.bb
index f24c443..8d29340 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_1.3.0.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_1.3.2.bb
@@ -12,8 +12,8 @@ DEPENDS = "glib-2.0 cairo fontconfig freetype"
SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2"
-SRC_URI[md5sum] = "a82d49ff67197bc3c96ea34b98880c52"
-SRC_URI[sha256sum] = "b04be31633efee2cae1d62d46434587302554fa837224845a62565ec68a0334d"
+SRC_URI[md5sum] = "5986e1bfcd983d1f6caa53ef64c4abc5"
+SRC_URI[sha256sum] = "8543a6372f08c5987c632dfaa86210c7edb3f43fbacd96095c609bc3539ce027"
inherit autotools pkgconfig lib_package gtk-doc
--
2.4.0
^ permalink raw reply related
* [PATCH 06/10] bluez5: Upgrade 5.41 -> 5.42
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Bug fixes, add support for new management tracing capability
and marking GATT D-Bus APIs as stable interfaces
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-connectivity/bluez5/{bluez5_5.41.bb => bluez5_5.42.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/bluez5/{bluez5_5.41.bb => bluez5_5.42.bb} (89%)
diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.41.bb b/meta/recipes-connectivity/bluez5/bluez5_5.42.bb
similarity index 89%
rename from meta/recipes-connectivity/bluez5/bluez5_5.41.bb
rename to meta/recipes-connectivity/bluez5/bluez5_5.42.bb
index 522aab7..e6ab9b6 100644
--- a/meta/recipes-connectivity/bluez5/bluez5_5.41.bb
+++ b/meta/recipes-connectivity/bluez5/bluez5_5.42.bb
@@ -2,8 +2,8 @@ require bluez5.inc
REQUIRED_DISTRO_FEATURES = "bluez5"
-SRC_URI[md5sum] = "318341b2188698130adb73236ee69244"
-SRC_URI[sha256sum] = "df7dc4462494dad4e60a2943240d584f6e760235dca64f5f10eba46dbab7f5f0"
+SRC_URI[md5sum] = "cc8c53133d5be0d6c126e00cf2529028"
+SRC_URI[sha256sum] = "4f166fed80fc017396d6f2b3cae5185520875ab456d1c74d6b4eaa4da0e16109"
# noinst programs in Makefile.tools that are conditional on READLINE
# support
--
2.4.0
^ permalink raw reply related
* [PATCH 05/10] acpid: Upgrade 2.0.27 -> 2.0.28
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Bug fix release
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-bsp/acpid/{acpid_2.0.27.bb => acpid_2.0.28.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-bsp/acpid/{acpid_2.0.27.bb => acpid_2.0.28.bb} (55%)
diff --git a/meta/recipes-bsp/acpid/acpid_2.0.27.bb b/meta/recipes-bsp/acpid/acpid_2.0.28.bb
similarity index 55%
rename from meta/recipes-bsp/acpid/acpid_2.0.27.bb
rename to meta/recipes-bsp/acpid/acpid_2.0.28.bb
index 509fcfe..686526f 100644
--- a/meta/recipes-bsp/acpid/acpid_2.0.27.bb
+++ b/meta/recipes-bsp/acpid/acpid_2.0.28.bb
@@ -3,5 +3,5 @@ require acpid.inc
LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
file://acpid.h;endline=24;md5=324a9cf225ae69ddaad1bf9d942115b5"
-SRC_URI[md5sum] = "e41bdf628e122edb4342fca432ea7db9"
-SRC_URI[sha256sum] = "820c223e53cc11d9d7229fb1ffc2c2205f1054082c80f83f5a4ec4df16d3a616"
+SRC_URI[md5sum] = "0432407b5ff75ae8e08afb43052fde2b"
+SRC_URI[sha256sum] = "980c3a54b0d3f2fd49fd845a0584c5c2abeaab9e9ac09fcbb68686bbb57a7110"
--
2.4.0
^ permalink raw reply related
* [PATCH 04/10] orc: Upgrade 0.4.25 -> 0.4.26
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
New upstream bugfix release
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-devtools/orc/{orc_0.4.25.bb => orc_0.4.26.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/orc/{orc_0.4.25.bb => orc_0.4.26.bb} (84%)
diff --git a/meta/recipes-devtools/orc/orc_0.4.25.bb b/meta/recipes-devtools/orc/orc_0.4.26.bb
similarity index 84%
rename from meta/recipes-devtools/orc/orc_0.4.25.bb
rename to meta/recipes-devtools/orc/orc_0.4.26.bb
index 897493a..e47342f 100644
--- a/meta/recipes-devtools/orc/orc_0.4.25.bb
+++ b/meta/recipes-devtools/orc/orc_0.4.26.bb
@@ -5,8 +5,8 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=1400bd9d09e8af56b9ec982b3d85797e"
SRC_URI = "http://gstreamer.freedesktop.org/src/orc/orc-${PV}.tar.xz"
-SRC_URI[md5sum] = "8582a28b15f53110c88d8043d9f55bcf"
-SRC_URI[sha256sum] = "c1b1d54a58f26d483f0b3881538984789fe5d5460ab8fab74a1cacbd3d1c53d1"
+SRC_URI[md5sum] = "8e9bef677bae289d3324d81c337a4507"
+SRC_URI[sha256sum] = "7d52fa80ef84988359c3434e1eea302d077a08987abdde6905678ebcad4fa649"
inherit autotools pkgconfig gtk-doc
--
2.4.0
^ permalink raw reply related
* [PATCH 03/10] mmc-utils: Upgrade to latest git version
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Upgrade to most recent commit:
2cb6695e8dec00d887bdd5309d1b57d836fcd214
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-devtools/mmc/mmc-utils_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/mmc/mmc-utils_git.bb b/meta/recipes-devtools/mmc/mmc-utils_git.bb
index 0a8da19..2cba860 100644
--- a/meta/recipes-devtools/mmc/mmc-utils_git.bb
+++ b/meta/recipes-devtools/mmc/mmc-utils_git.bb
@@ -4,7 +4,7 @@ LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://mmc.c;beginline=1;endline=20;md5=fae32792e20f4d27ade1c5a762d16b7d"
SRCBRANCH ?= "master"
-SRCREV = "bb779acfc385d135b32a6998c1d1fceef0491400"
+SRCREV = "2cb6695e8dec00d887bdd5309d1b57d836fcd214"
PV = "0.1"
--
2.4.0
^ permalink raw reply related
* [PATCH 02/10] neon: Upgrade 0.30.1 -> 0.30.2
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477222197-3698-1-git-send-email-maxin.john@intel.com>
Remove "gnutls_4.3_fixup.patch" since fix for PKCS#11 support under
GnuTLS 3.x is included in version 0.30.2
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
.../neon/neon/gnutls_4.3_fixup.patch | 68 ----------------------
.../neon/{neon_0.30.1.bb => neon_0.30.2.bb} | 6 +-
2 files changed, 3 insertions(+), 71 deletions(-)
delete mode 100644 meta/recipes-support/neon/neon/gnutls_4.3_fixup.patch
rename meta/recipes-support/neon/{neon_0.30.1.bb => neon_0.30.2.bb} (87%)
diff --git a/meta/recipes-support/neon/neon/gnutls_4.3_fixup.patch b/meta/recipes-support/neon/neon/gnutls_4.3_fixup.patch
deleted file mode 100644
index 459f5e3..0000000
--- a/meta/recipes-support/neon/neon/gnutls_4.3_fixup.patch
+++ /dev/null
@@ -1,68 +0,0 @@
-replace deprecated GnuTLS functions with newer ones if available
-
-Upstream-Status: Pending
-
-Signed-off-by: Armin Kuster <akuster808@gmail.com>
-
-Index: neon-0.30.1/macros/neon.m4
-===================================================================
---- neon-0.30.1.orig/macros/neon.m4
-+++ neon-0.30.1/macros/neon.m4
-@@ -987,6 +987,10 @@ gnutls)
- gnutls_certificate_get_x509_cas \
- gnutls_x509_crt_sign2])
-
-+ # gnutls 4.3 check
-+ AC_CHECK_LIB(gnutls, gnutls_global_init)
-+ AC_CHECK_FUNCS(gnutls_certificate_set_retrieve_function,,)
-+
- # fail if gnutls_x509_crt_sign2 is not found (it was introduced in 1.2.0, which is required)
- if test x${ac_cv_func_gnutls_x509_crt_sign2} != xyes; then
- AC_MSG_ERROR([GnuTLS version predates gnutls_x509_crt_sign2, newer version required (at least 1.2.0)])
-Index: neon-0.30.1/src/ne_gnutls.c
-===================================================================
---- neon-0.30.1.orig/src/ne_gnutls.c
-+++ neon-0.30.1/src/ne_gnutls.c
-@@ -553,7 +553,13 @@ dup_error:
- static int provide_client_cert(gnutls_session_t session,
- const gnutls_datum_t *req_ca_rdn, int nreqs,
- const gnutls_pk_algorithm_t *sign_algos,
-- int sign_algos_length, gnutls_retr_st *st)
-+ int sign_algos_length,
-+#if HAVE_GNUTLS_CERTIFICATE_SET_RETRIEVE_FUNCTION
-+ gnutls_retr2_st* st
-+#else
-+ gnutls_retr_st *st
-+#endif
-+ )
- {
- ne_session *sess = gnutls_session_get_ptr(session);
-
-@@ -617,8 +623,11 @@ static int provide_client_cert(gnutls_se
- #endif
- ) {
- NE_DEBUG(NE_DBG_SSL, "Supplying client certificate.\n");
--
-+#if HAVE_GNUTLS_CERTIFICATE_SET_RETRIEVE_FUNCTION
-+ st->cert_type = type;
-+#else
- st->type = type;
-+#endif
- st->ncerts = 1;
- st->cert.x509 = &sess->client_cert->cert.subject;
- st->key.x509 = sess->client_cert->pkey;
-@@ -649,8 +658,14 @@ ne_ssl_context *ne_ssl_context_create(in
- ne_ssl_context *ctx = ne_calloc(sizeof *ctx);
- gnutls_certificate_allocate_credentials(&ctx->cred);
- if (flags == NE_SSL_CTX_CLIENT) {
-+
-+#if HAVE_GNUTLS_CERTIFICATE_SET_RETRIEVE_FUNCTION
-+ gnutls_certificate_set_retrieve_function(ctx->cred,
-+ provide_client_cert);
-+#else
- gnutls_certificate_client_set_retrieve_function(ctx->cred,
- provide_client_cert);
-+#endif
- }
- gnutls_certificate_set_verify_flags(ctx->cred,
- GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT);
diff --git a/meta/recipes-support/neon/neon_0.30.1.bb b/meta/recipes-support/neon/neon_0.30.2.bb
similarity index 87%
rename from meta/recipes-support/neon/neon_0.30.1.bb
rename to meta/recipes-support/neon/neon_0.30.2.bb
index b6cfd50..5792c56 100644
--- a/meta/recipes-support/neon/neon_0.30.1.bb
+++ b/meta/recipes-support/neon/neon_0.30.2.bb
@@ -7,10 +7,10 @@ LIC_FILES_CHKSUM = "file://src/COPYING.LIB;md5=f30a9716ef3762e3467a2f62bf790f0a
SRC_URI = "http://www.webdav.org/${BPN}/${BPN}-${PV}.tar.gz \
file://pkgconfig.patch \
- file://gnutls_4.3_fixup.patch"
+ "
-SRC_URI[md5sum] = "231adebe5c2f78fded3e3df6e958878e"
-SRC_URI[sha256sum] = "00c626c0dc18d094ab374dbd9a354915bfe4776433289386ed489c2ec0845cdd"
+SRC_URI[md5sum] = "e28d77bf14032d7f5046b3930704ef41"
+SRC_URI[sha256sum] = "db0bd8cdec329b48f53a6f00199c92d5ba40b0f015b153718d1b15d3d967fbca"
inherit autotools binconfig-disabled lib_package pkgconfig
--
2.4.0
^ permalink raw reply related
* [PATCH 01/10] mc: Upgrade 4.8.17 -> 4.8.18
From: Maxin B. John @ 2016-10-23 11:29 UTC (permalink / raw)
To: openembedded-core
New release contains bug fixes and refactoring of widget subsystem
Signed-off-by: Maxin B. John <maxin.john@intel.com>
---
meta/recipes-extended/mc/{mc_4.8.17.bb => mc_4.8.18.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/mc/{mc_4.8.17.bb => mc_4.8.18.bb} (93%)
diff --git a/meta/recipes-extended/mc/mc_4.8.17.bb b/meta/recipes-extended/mc/mc_4.8.18.bb
similarity index 93%
rename from meta/recipes-extended/mc/mc_4.8.17.bb
rename to meta/recipes-extended/mc/mc_4.8.18.bb
index a5c4ece..78abb27 100644
--- a/meta/recipes-extended/mc/mc_4.8.17.bb
+++ b/meta/recipes-extended/mc/mc_4.8.18.bb
@@ -8,8 +8,8 @@ RDEPENDS_${PN} = "ncurses-terminfo"
SRC_URI = "http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2 \
"
-SRC_URI[md5sum] = "6e9c07066e40af06b263a13fad17a07f"
-SRC_URI[sha256sum] = "66d0cb37baaed8ef930f8ad25a634adad4f264eb61820893920ac87b9dfb783b"
+SRC_URI[md5sum] = "cc56f0c9abd63c4caa3636bba3a08bfb"
+SRC_URI[sha256sum] = "5b591e10dcbea95233434da40cdad4663d360229adf89826576c319667c103cb"
inherit autotools gettext pkgconfig
--
2.4.0
^ permalink raw reply related
* Re: [oe] OEDAM - Portland
From: Rudolf Streif @ 2016-10-22 22:52 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-core
In-Reply-To: <b90f6c4e-10db-9459-c212-1232e262cb72@balister.org>
[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]
If it is of interest to the OE community I can potentially offer Jaguar
Land Rover's conference facilities at our Open Source Technology Center
(OSTC). OSTC is located in Portland 's Pearl District. We have
state-of-the-art facilities with ample space, 20 foot 9-screen video walls,
VoIP audio systems, and a really good network.
Cheers,
Rudi
Kind regards,
Rudolf J Streif
On Oct 22, 2016 3:27 PM, "Philip Balister" <philip@balister.org> wrote:
> Also, if you want to donate directly via check (reduces processing fees,
> easier for some businesses) see the SPI donation page at:
>
> http://spi-inc.org/donations/
>
> It also covers donations from non US people and businesses.
>
> Philip
>
> On 10/22/2016 01:27 PM, akuster808 wrote:
> > Hello OE Developers and Users,
> >
> > The next OpenEmbedded developer's meeting will be held in Portland
> > before or after ELC; Feb 21-23. A little over 4 months away. In the
> > past, we have relied on funds outside of OE to make our developer
> > meetings a reality. This next meeting, we would like the OEDAM to be
> > self-funded.
> >
> > The OE Developer meetings occur twice a year and it's where OE
> > maintainers, developers, members and enthusiasts come together to
> > discuss issues and plan future development for OE.
> >
> > If you find yourself using OE, enjoying playing with it or are a company
> > using OE in a product, please consider donating to OE. You can find a
> > "Donate" button at http://openembedded.org. If you have any questions
> > regarding donation, please contact me, off-list.
> >
> >
> > Kind regards,
> >
> > Armin
> >
> >
> >
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
[-- Attachment #2: Type: text/html, Size: 2707 bytes --]
^ permalink raw reply
* [PATCH 1/2] libsdl2: update to 2.0.5
From: Andreas Müller @ 2016-10-22 22:39 UTC (permalink / raw)
To: openembedded-core
* video/wayland patch: similar was applied mainline
* waylamd-protocols alignment was stolen from gtk+3
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
...-sysroot-path-so-that-make-finds-our-wayl.patch | 32 ++++++++++++
...ideo-make-it-compatible-with-wayland-1.10.patch | 57 ----------------------
.../libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} | 14 +++---
3 files changed, 40 insertions(+), 63 deletions(-)
create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
delete mode 100644 meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
rename meta/recipes-graphics/libsdl2/{libsdl2_2.0.4.bb => libsdl2_2.0.5.bb} (86%)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch b/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
new file mode 100644
index 0000000..d042430
--- /dev/null
+++ b/meta/recipes-graphics/libsdl2/libsdl2/0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch
@@ -0,0 +1,32 @@
+From b44808e43130dcd13b43e5b978b9b24aeb4c134c Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= <schnitzeltony@googlemail.com>
+Date: Thu, 20 Oct 2016 14:57:51 +0200
+Subject: [PATCH] prepend our sysroot path so that make finds our
+ wayland-protocol files
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
+---
+ configure.in | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/configure.in b/configure.in
+index 726ded3..3376600 100644
+--- a/configure.in
++++ b/configure.in
+@@ -1206,7 +1206,7 @@ AC_HELP_STRING([--enable-video-wayland-qt-touch], [QtWayland server support for
+ WAYLAND_LIBS=`$PKG_CONFIG --libs wayland-client wayland-egl wayland-cursor xkbcommon`
+ WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner wayland-scanner`
+ WAYLAND_CORE_PROTOCOL_DIR=`$PKG_CONFIG --variable=pkgdatadir wayland-client`
+- WAYLAND_PROTOCOLS_DIR=`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`
++ WAYLAND_PROTOCOLS_DIR=${WAYLAND_PROTOCOLS_SYSROOT_DIR}`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`
+ video_wayland=yes
+ fi
+ fi
+--
+2.5.5
+
diff --git a/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch b/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
deleted file mode 100644
index 44e6d4d..0000000
--- a/meta/recipes-graphics/libsdl2/libsdl2/0001-src-video-make-it-compatible-with-wayland-1.10.patch
+++ /dev/null
@@ -1,57 +0,0 @@
-From b1ed3533433501ec52c8289a5b3a294e57e7f798 Mon Sep 17 00:00:00 2001
-From: Martin Jansa <martin.jansa@gmail.com>
-Date: Thu, 26 May 2016 11:31:52 +0000
-Subject: [PATCH] src/video: make it compatible with wayland 1.10
-
-| build/.libs/SDL_waylandevents.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| build/.libs/SDL_waylandkeyboard.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| build/.libs/SDL_waylandvideo.o: In function `wl_registry_bind':
-| /usr/include/wayland-client-protocol.h:305: undefined reference to `wl_proxy_marshal_constructor_versioned'
-| collect2: error: ld returned 1 exit status
-| make: *** [build/libSDL2.la] Error 1
-| ERROR: oe_runmake failed
-
-Upstream-Status: Pending
-Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
-
----
- src/video/wayland/SDL_waylanddyn.h | 1 +
- src/video/wayland/SDL_waylandsym.h | 4 ++++
- src/video/webos/SDL_waylanddyn.h | 1 +
- src/video/webos/SDL_waylandsym.h | 4 ++++
- 4 files changed, 10 insertions(+)
-
-diff --git a/src/video/wayland/SDL_waylanddyn.h b/src/video/wayland/SDL_waylanddyn.h
-index 8d9313a..c7b0157 100644
---- a/src/video/wayland/SDL_waylanddyn.h
-+++ b/src/video/wayland/SDL_waylanddyn.h
-@@ -79,6 +79,7 @@ void SDL_WAYLAND_UnloadSymbols(void);
- #define wl_proxy_get_user_data (*WAYLAND_wl_proxy_get_user_data)
- #define wl_proxy_add_listener (*WAYLAND_wl_proxy_add_listener)
- #define wl_proxy_marshal_constructor (*WAYLAND_wl_proxy_marshal_constructor)
-+#define wl_proxy_marshal_constructor_versioned (*WAYLAND_wl_proxy_marshal_constructor_versioned)
-
- #define wl_seat_interface (*WAYLAND_wl_seat_interface)
- #define wl_surface_interface (*WAYLAND_wl_surface_interface)
-diff --git a/src/video/wayland/SDL_waylandsym.h b/src/video/wayland/SDL_waylandsym.h
-index c3b4fa5..b9a0d97 100644
---- a/src/video/wayland/SDL_waylandsym.h
-+++ b/src/video/wayland/SDL_waylandsym.h
-@@ -55,6 +55,10 @@ SDL_WAYLAND_SYM(void, wl_list_insert_list, (struct wl_list *, struct wl_list *))
- SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_4)
- SDL_WAYLAND_SYM(struct wl_proxy *, wl_proxy_marshal_constructor, (struct wl_proxy *, uint32_t opcode, const struct wl_interface *interface, ...))
-
-+/* These functions are available in Wayland >= 1.10 */
-+SDL_WAYLAND_MODULE(WAYLAND_CLIENT_1_10)
-+SDL_WAYLAND_SYM(struct wl_proxy *, wl_proxy_marshal_constructor_versioned, (struct wl_proxy *proxy, uint32_t opcode, const struct wl_interface *interface, uint32_t version, ...))
-+
- SDL_WAYLAND_INTERFACE(wl_seat_interface)
- SDL_WAYLAND_INTERFACE(wl_surface_interface)
- SDL_WAYLAND_INTERFACE(wl_shm_pool_interface)
---
-1.9.1
-
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
similarity index 86%
rename from meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb
rename to meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
index 844ff33..ac7312b 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.4.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
@@ -14,15 +14,16 @@ PROVIDES = "virtual/libsdl2"
DEPENDS_class-nativesdk = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/nativesdk-libx11 nativesdk-libxrandr nativesdk-libxrender nativesdk-libxext', '', d)}"
-SRC_URI = "http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
- file://linkage.patch \
- file://0001-src-video-make-it-compatible-with-wayland-1.10.patch \
+SRC_URI = " \
+ http://www.libsdl.org/release/SDL2-${PV}.tar.gz \
+ file://linkage.patch \
+ file://0001-prepend-our-sysroot-path-so-that-make-finds-our-wayl.patch \
"
S = "${WORKDIR}/SDL2-${PV}"
-SRC_URI[md5sum] = "44fc4a023349933e7f5d7a582f7b886e"
-SRC_URI[sha256sum] = "da55e540bf6331824153805d58b590a29c39d2d506c6d02fa409aedeab21174b"
+SRC_URI[md5sum] = "d4055424d556b4a908aa76fad63abd3c"
+SRC_URI[sha256sum] = "442038cf55965969f2ff06d976031813de643af9c9edc9e331bd761c242e8785"
inherit autotools lib_package binconfig pkgconfig
@@ -31,7 +32,8 @@ EXTRA_OECONF = "--disable-oss --disable-esd --disable-arts \
--disable-video-dummy \
--enable-pthreads \
--enable-sdl-dlopen \
- --disable-rpath"
+ --disable-rpath \
+ WAYLAND_PROTOCOLS_SYSROOT_DIR=${STAGING_DIR}/${MACHINE}"
# opengl packageconfig factored out to make it easy for distros
# and BSP layers to pick either (desktop) opengl, gles2, or no GL
--
2.5.5
^ permalink raw reply related
* [PATCH 2/2] taglib: update to 1.11
From: Andreas Müller @ 2016-10-22 22:39 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1477175949-6903-1-git-send-email-schnitzeltony@googlemail.com>
without relocation option -fPIC depending packages failed with many error like:
| <..>/arm-angstrom-linux-gnueabi/6.2.0/ld: error: <..>/usr/lib/libtag.a(modfilebase.cpp.o): requires unsupported dynamic reloc R_ARM_THM_MOVW_ABS_NC; recompile with -fPIC
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
meta/recipes-support/taglib/{taglib_1.9.1.bb => taglib_1.11.bb} | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-support/taglib/{taglib_1.9.1.bb => taglib_1.11.bb} (86%)
diff --git a/meta/recipes-support/taglib/taglib_1.9.1.bb b/meta/recipes-support/taglib/taglib_1.11.bb
similarity index 86%
rename from meta/recipes-support/taglib/taglib_1.9.1.bb
rename to meta/recipes-support/taglib/taglib_1.11.bb
index d125308..e48f36d 100644
--- a/meta/recipes-support/taglib/taglib_1.9.1.bb
+++ b/meta/recipes-support/taglib/taglib_1.11.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM = "file://COPYING.LGPL;md5=4fbd65380cdd255951079008b364516c \
DEPENDS = "zlib"
SRC_URI = "http://taglib.github.io/releases/${BP}.tar.gz"
-SRC_URI[md5sum] = "0d35df96822bbd564c5504cb3c2e4d86"
-SRC_URI[sha256sum] = "72d371cd1419a87ae200447a53bff2be219283071e80fd12337928cc967dc71a"
+SRC_URI[md5sum] = "be39fa2054df40664cb557126ad7cf7c"
+SRC_URI[sha256sum] = "ed4cabb3d970ff9a30b2620071c2b054c4347f44fc63546dbe06f97980ece288"
UPSTREAM_CHECK_URI = "http://github.com/taglib/taglib/releases/"
@@ -30,3 +30,4 @@ do_configure_prepend () {
sed -i -e "s/atomic.hpp/atomic-not-exist.hpp/" ${S}/ConfigureChecks.cmake ${S}/taglib/toolkit/trefcounter.cpp
}
+CXXFLAGS += "-fPIC"
--
2.5.5
^ permalink raw reply related
* Re: [PATCH 1/4] u-boot: Update to 2016.09.01 release
From: Marek Vasut @ 2016-10-22 20:32 UTC (permalink / raw)
To: Burton, Ross; +Cc: OE-core
In-Reply-To: <CAJTo0LZeox5Xe6hpnH82JZLaMb1_LtuUjKpcZtmcLOAOnosSUg@mail.gmail.com>
On 10/21/2016 09:47 AM, Burton, Ross wrote:
Hi!
> On 20 October 2016 at 14:35, Marek Vasut <marex@denx.de
> <mailto:marex@denx.de>> wrote:
>
> Upgrade U-Boot to the latest version.
>
>
> As usual, u-boot-mkimage broke again:
That's weird, I successfully built it for nios2 during my tests.
Can you tell me how I can replicate the issue , so I can test for it to
prevent regression and roll out a patch ?
> | DEBUG: Executing shell function do_compile
> | x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3
> -mfpmath=sse
> --sysroot=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/qemux86-64
> -O2 -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/work/core2-64-poky-linux/u-boot-mkimage/1_2016.09.01-r0=/usr/src/debug/u-boot-mkimage/1_2016.09.01-r0
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/x86_64-linux=
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/qemux86-64=
> -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed
> -Wp,-MD,tools/.bin2header.d -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -DCONFIG_FIT_SIGNATURE -include
> ./include/libfdt_env.h -idirafterinclude
> -idirafter./arch/sandbox/include -I./lib/libfdt -I./tools
> -DCONFIG_SYS_TEXT_BASE=0 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES
> -D_GNU_SOURCE -o tools/bin2header tools/bin2header.c
> | cat ./Licenses/gpl-2.0.txt | gzip -9 -c | \
> | tools/bin2header license_gzip > ./include/license.h
> | x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3
> -mfpmath=sse
> --sysroot=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/qemux86-64
> -O2 -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/work/core2-64-poky-linux/u-boot-mkimage/1_2016.09.01-r0=/usr/src/debug/u-boot-mkimage/1_2016.09.01-r0
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/x86_64-linux=
> -fdebug-prefix-map=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/build/tmp/sysroots/qemux86-64=
> -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed
> -Wp,-MD,tools/lib/.crc32.o.d -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -DCONFIG_FIT_SIGNATURE -include
> ./include/libfdt_env.h -idirafterinclude
> -idirafter./arch/sandbox/include -I./lib/libfdt -I./tools
> -DCONFIG_SYS_TEXT_BASE=0 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES
> -D_GNU_SOURCE -pedantic -c -o tools/lib/crc32.o tools/lib/crc32.c
> | /bin/sh: tools/bin2header: /lib/ld-linux-x86-64.so.2: bad ELF
> interpreter: No such file or directory
> | ERROR: oe_runmake failed
> | make[1]: *** [include/license.h] Error 126
> NOTE: recipe u-boot-mkimage-1_2016.09.01-r0: task do_compile: Failed
> ERROR: Task
> (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-no-x11/build/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb:do_compile)
> failed with exit code '1'
>
> It's using the target compiler/sysroot/options to build a runtime tool
> (so should use BUILD_CC instead of CC, etc).
>
> Ross
--
Best regards,
Marek Vasut
^ permalink raw reply
* Re: OEDAM - Portland
From: Philip Balister @ 2016-10-22 22:04 UTC (permalink / raw)
To: akuster808, OpenEmbedded Devel List,
openembedded-core@lists.openembedded.org
In-Reply-To: <142664ed-14dc-6a12-3756-1664f65c70ad@gmail.com>
Also, if you want to donate directly via check (reduces processing fees,
easier for some businesses) see the SPI donation page at:
http://spi-inc.org/donations/
It also covers donations from non US people and businesses.
Philip
On 10/22/2016 01:27 PM, akuster808 wrote:
> Hello OE Developers and Users,
>
> The next OpenEmbedded developer's meeting will be held in Portland
> before or after ELC; Feb 21-23. A little over 4 months away. In the
> past, we have relied on funds outside of OE to make our developer
> meetings a reality. This next meeting, we would like the OEDAM to be
> self-funded.
>
> The OE Developer meetings occur twice a year and it's where OE
> maintainers, developers, members and enthusiasts come together to
> discuss issues and plan future development for OE.
>
> If you find yourself using OE, enjoying playing with it or are a company
> using OE in a product, please consider donating to OE. You can find a
> "Donate" button at http://openembedded.org. If you have any questions
> regarding donation, please contact me, off-list.
>
>
> Kind regards,
>
> Armin
>
>
>
^ permalink raw reply
* [PATCH] kernel.bbclass: Allow ${S} to be overridden
From: Paul Barker @ 2016-10-22 18:38 UTC (permalink / raw)
To: OpenEmbedded Core
For kernel recipes which fetch sources from an archive instead of git, it's
necessary to point ${S} at the extracted sources. In kernel.bbclass there is
already logic in base_do_unpack_append() to link ${KERNEL_STAGING_DIR} to ${S}
if these aren't the same, so we just need to be able to override ${S}.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 25a153c..a7d467b 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -3,7 +3,7 @@ inherit linux-kernel-base kernel-module-split
PROVIDES += "virtual/kernel"
DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native lzop-native"
-S = "${STAGING_KERNEL_DIR}"
+S ?= "${STAGING_KERNEL_DIR}"
B = "${WORKDIR}/build"
KBUILD_OUTPUT = "${B}"
OE_TERMINAL_EXPORTS += "KBUILD_OUTPUT"
--
2.1.4
^ permalink raw reply related
* OEDAM - Portland
From: akuster808 @ 2016-10-22 17:27 UTC (permalink / raw)
To: OpenEmbedded Devel List, openembedded-core@lists.openembedded.org
Hello OE Developers and Users,
The next OpenEmbedded developer's meeting will be held in Portland
before or after ELC; Feb 21-23. A little over 4 months away. In the
past, we have relied on funds outside of OE to make our developer
meetings a reality. This next meeting, we would like the OEDAM to be
self-funded.
The OE Developer meetings occur twice a year and it's where OE
maintainers, developers, members and enthusiasts come together to
discuss issues and plan future development for OE.
If you find yourself using OE, enjoying playing with it or are a company
using OE in a product, please consider donating to OE. You can find a
"Donate" button at http://openembedded.org. If you have any questions
regarding donation, please contact me, off-list.
Kind regards,
Armin
^ permalink raw reply
* Re: basic bitbake commands to create an SDK?
From: Robert P. J. Day @ 2016-10-22 17:24 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <68D800E1-2594-4E8B-AB8E-6B9C758FD3CF@gmail.com>
On Sat, 22 Oct 2016, Khem Raj wrote:
> generally meta-toolchain is prior art. You want to use image
> specific SDKs so -cpopulate_sdk <image> is fine. In this case it
> will include the needed dev headers/libs in your SDK for that given
> image automatically it can be any image
yet another dumb question while my build is cranking away ... am i
correct in assuming that i can generate the SDKs for multiple images
(same architecture of course) in the same build directory, and the
resulting generated artifacts will be distinguishable? that is, they
won't step on each other?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* [PATCH] testsdk.bbclass: Clean up comments, clarify image choices.
From: Robert P. J. Day @ 2016-10-22 17:07 UTC (permalink / raw)
To: OE Core mailing list
Make it clear that SDK testing can use any valid image.
Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
---
diff --git a/meta/classes/testsdk.bbclass b/meta/classes/testsdk.bbclass
index 77c9203..43342b1 100644
--- a/meta/classes/testsdk.bbclass
+++ b/meta/classes/testsdk.bbclass
@@ -4,13 +4,15 @@
# testsdk.bbclass enables testing for SDK and Extensible SDK
#
-# For run SDK tests you need to do,
-# - bitbake core-image-sato -c populate_sdk
-# - bitbake core-image-sato -c testsdk
+# To run SDK tests, run the commands:
+# $ bitbake <image-name> -c populate_sdk
+# $ bitbake <image-name> -c testsdk
#
-# For run eSDK tests you need to do,
-# - bitbake core-image-sato -c populate_sdk_ext
-# - bitbake core-image-sato -c testsdkext
+# To run eSDK tests, run the commands:
+# $ bitbake <image-name> -c populate_sdk_ext
+# $ bitbake <image-name> -c testsdkext
+#
+# where "<image-name>" is an image like core-image-sato.
TEST_LOG_DIR ?= "${WORKDIR}/testimage"
TESTSDKLOCK = "${TMPDIR}/testsdk.lock"
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply related
* Re: basic bitbake commands to create an SDK?
From: Robert P. J. Day @ 2016-10-22 17:03 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <0E3B4B95-0B46-41FB-AE8D-9386C0A4694E@gmail.com>
On Sat, 22 Oct 2016, Khem Raj wrote:
>
> > On Oct 22, 2016, at 9:53 AM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
> >
> > On Sat, 22 Oct 2016, Khem Raj wrote:
> >
> >> generally meta-toolchain is prior art. You want to use image
> >> specific SDKs so -cpopulate_sdk <image> is fine. In this case it
> >> will include the needed dev headers/libs in your SDK for that given
> >> image automatically it can be any image
> >
> > ah, good to know, i was starting to get that impression from the
> > readings. (is there any mention in the docs that meta-toolchain is
> > deprecated? if that's the correct word.)
> >
> >> I would recommend to try using eSDK, which can be generated using
> >> -cpopulate_sdk_ext see
> >>
> >> https://wiki.yoctoproject.org/wiki/Application_Development_with_Extensible_SDK
> >
> > i was just perusing the testsdk.bbclass file, where i read at the
> > top:
> >
> > # testsdk.bbclass enables testing for SDK and Extensible SDK
> > #
> > # For run SDK tests you need to do,
> > # - bitbake core-image-sato -c populate_sdk
> > # - bitbake core-image-sato -c testsdk
> > #
> > # For run eSDK tests you need to do,
> > # - bitbake core-image-sato -c populate_sdk_ext
> > # - bitbake core-image-sato -c testsdkext
> >
> > does that testing actually require the core-image-sato image? that's
> > certainly what those comments seem to suggest.
>
> it should work with any image.
i suspected as much ... i'll send in a patch that changes that image
name to the more generic <image-name>.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* Re: basic bitbake commands to create an SDK?
From: Khem Raj @ 2016-10-22 16:55 UTC (permalink / raw)
To: Robert P. J. Day; +Cc: OE Core mailing list
In-Reply-To: <alpine.LFD.2.20.1610221251550.7526@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 1815 bytes --]
> On Oct 22, 2016, at 9:53 AM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
>
> On Sat, 22 Oct 2016, Khem Raj wrote:
>
>> generally meta-toolchain is prior art. You want to use image
>> specific SDKs so -cpopulate_sdk <image> is fine. In this case it
>> will include the needed dev headers/libs in your SDK for that given
>> image automatically it can be any image
>
> ah, good to know, i was starting to get that impression from the
> readings. (is there any mention in the docs that meta-toolchain is
> deprecated? if that's the correct word.)
>
>> I would recommend to try using eSDK, which can be generated using
>> -cpopulate_sdk_ext see
>>
>> https://wiki.yoctoproject.org/wiki/Application_Development_with_Extensible_SDK
>
> i was just perusing the testsdk.bbclass file, where i read at the
> top:
>
> # testsdk.bbclass enables testing for SDK and Extensible SDK
> #
> # For run SDK tests you need to do,
> # - bitbake core-image-sato -c populate_sdk
> # - bitbake core-image-sato -c testsdk
> #
> # For run eSDK tests you need to do,
> # - bitbake core-image-sato -c populate_sdk_ext
> # - bitbake core-image-sato -c testsdkext
>
> does that testing actually require the core-image-sato image? that's
> certainly what those comments seem to suggest.
it should work with any image.
>
> rday
>
> --
>
> ========================================================================
> Robert P. J. Day Ottawa, Ontario, CANADA
> http://crashcourse.ca
>
> Twitter: http://twitter.com/rpjday
> LinkedIn: http://ca.linkedin.com/in/rpjday
> ========================================================================
>
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 211 bytes --]
^ permalink raw reply
* Re: basic bitbake commands to create an SDK?
From: Robert P. J. Day @ 2016-10-22 16:53 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <68D800E1-2594-4E8B-AB8E-6B9C758FD3CF@gmail.com>
On Sat, 22 Oct 2016, Khem Raj wrote:
> generally meta-toolchain is prior art. You want to use image
> specific SDKs so -cpopulate_sdk <image> is fine. In this case it
> will include the needed dev headers/libs in your SDK for that given
> image automatically it can be any image
ah, good to know, i was starting to get that impression from the
readings. (is there any mention in the docs that meta-toolchain is
deprecated? if that's the correct word.)
> I would recommend to try using eSDK, which can be generated using
> -cpopulate_sdk_ext see
>
> https://wiki.yoctoproject.org/wiki/Application_Development_with_Extensible_SDK
i was just perusing the testsdk.bbclass file, where i read at the
top:
# testsdk.bbclass enables testing for SDK and Extensible SDK
#
# For run SDK tests you need to do,
# - bitbake core-image-sato -c populate_sdk
# - bitbake core-image-sato -c testsdk
#
# For run eSDK tests you need to do,
# - bitbake core-image-sato -c populate_sdk_ext
# - bitbake core-image-sato -c testsdkext
does that testing actually require the core-image-sato image? that's
certainly what those comments seem to suggest.
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox