Re: [oe] systemd service not enabled when adding simple recipe to image
This is a bug. Can you please create a bug in bugzilla so it can be addressed On Mar 23, 2016 7:23 AM, "Sandro Stiller" wrote: > If anyone is interested: > > The reason why systemd service works if installed using opkg and fails if > I create an image: > > The systemctl executable of OE is a shell script which handles the > .service file in a different way. > I had a blank space behind the "WantedBy" line. The "real" systemctl has > no problem with it, but the shell script silently ignores the entry without > any error message and the service is not enabled in the image. > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5] Unable to Build due to qtbase error
Do you have opengl in distro features On Mar 23, 2016 7:49 PM, "Ryan Elkholy, PhD, PE" wrote: > Hello, > > I have been trying to build an image using meta-qt5 for quite a while now. > I am building using the meta-intel layer for an x86-64 architecture. The > build keeps failing due to qtbase. The error log is here: > http://pastebin.com/qcRQxTsH > > I cannot for the life of me figure out how to fix this error. Any help > would be greatly appreciated! > > -Ryan > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5] Unable to Build due to qtbase error
Hello, I have been trying to build an image using meta-qt5 for quite a while now. I am building using the meta-intel layer for an x86-64 architecture. The build keeps failing due to qtbase. The error log is here: http://pastebin.com/qcRQxTsH I cannot for the life of me figure out how to fix this error. Any help would be greatly appreciated! -Ryan -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] [OE-core] OEDAM, April 8 in San Diego after ELC
OK, All outstanding requests approved. I'm not getting all the email notifications I expect, so feel free to nag me. Philip On 03/23/2016 02:11 PM, Fred Ollinger wrote: > I'm coming and I'm probably brining another person. > > I still have to make the wiki account which failed for some reason before. > > Frederick > > From: yocto-boun...@yoctoproject.org on > behalf of Trevor Woerner > Sent: Wednesday, March 23, 2016 2:08 PM > To: akuster808; openembedded-devel@lists.openembedded.org; openembedded-core; > Yocto Project; openembedded-memb...@lists.openembedded.org > Subject: Re: [yocto] [OE-core] [oe] OEDAM, April 8 in San Diego after ELC > > On Wed 2016-03-23 @ 09:36:40 AM, akuster808 wrote: >> There are only 10 people signed up. >> Is that enough people to justify the expense room or even meet? > > I have no idea what the budget might be or what a room might cost. I'll leave > it to those who do know to worry about the costs versus the benefits. > > In any case I certainly think it's still worth meeting. A smaller, more > focused group can sometimes get more done than a larger group. Secondly, it's > my experience that more people always show up than sign up. > > With a project like this there will always be things to discuss, and sometimes > a discussion goes better in person rather than online. > > Best regards, > Trevor > -- > ___ > yocto mailing list > yo...@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [yocto] OEDAM, April 8 in San Diego after ELC
On 03/23/2016 03:03 PM, Jeff Osier-Mixon wrote: There are only 10 people signed up. Is that enough people to justify the expense room or even meet? >>> >>> I have no idea what the budget might be or what a room might cost. I'll >>> leave >>> it to those who do know to worry about the costs versus the benefits. > > I would give an unequivocal "yes" to this (as the guy with the credit > card). We need reliable internet access to loop in those who can't be > there in person, plus this was actually a reasonable rate for the > immediate area. tijuana? OEDMX We can take up to 25 and these meetings usually gain 5 > or 6 people who never sign up on the wiki, so I think we are in > excellent shape. > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [yocto] OEDAM, April 8 in San Diego after ELC
>>> There are only 10 people signed up. >>> Is that enough people to justify the expense room or even meet? >> >> I have no idea what the budget might be or what a room might cost. I'll leave >> it to those who do know to worry about the costs versus the benefits. I would give an unequivocal "yes" to this (as the guy with the credit card). We need reliable internet access to loop in those who can't be there in person, plus this was actually a reasonable rate for the immediate area. We can take up to 25 and these meetings usually gain 5 or 6 people who never sign up on the wiki, so I think we are in excellent shape. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] python-cryptography failing to build since openssl upgrade
On 03/23/2016 11:45 AM, Martin Jansa wrote: > On Wed, Mar 23, 2016 at 09:21:08AM -0700, akuster808 wrote: >> >> >> On 03/17/2016 02:49 PM, Martin Jansa wrote: >>> On Wed, Mar 09, 2016 at 08:50:49PM +0100, Martin Jansa wrote: Do we really need to use that version script for openssl? Here is another failure: http://errors.yoctoproject.org/Errors/Details/54984/ in our local builds we use couple prebuild binaries from 3rdparty, which now aren't compatible with openssl ABI (possibly because of version-script update: http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118433.html ) >>> >>> Still failing: >>> http://errors.yoctoproject.org/Errors/Details/56595/ >> >> will look into it today. > > Thanks, I've tried to upgrade it to 1.2.3 (patch is on ML), but that also > fails, just > with different error: > http://errors.yoctoproject.org/Errors/Details/57058/ I sent a patch that fixes the current version 1.1 in meta-python. - armin > >> >> - armin >>> >>> >>> >> -- >> ___ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel > > > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH] python-crytograph: fix build issue do to openssl 1.0.1g upgrade
From: Armin Kuster this fixes build/temp.linux-x86_64-2.7/_openssl.c:697:6: error: conflicting types for 'BIO_new_mem_buf' BIO *BIO_new_mem_buf(void *, int); ^ In file included from /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/include/openssl/asn1.h:65:0, from build/temp.linux-x86_64-2.7/_openssl.c:413: Signed-off-by: Armin Kuster --- .../build_fix_openssl_1.0.1g.patch | 28 ++ .../python/python-cryptography_1.1.bb | 3 ++- 2 files changed, 30 insertions(+), 1 deletion(-) create mode 100644 meta-python/recipes-devtools/python/python-cryptography/build_fix_openssl_1.0.1g.patch diff --git a/meta-python/recipes-devtools/python/python-cryptography/build_fix_openssl_1.0.1g.patch b/meta-python/recipes-devtools/python/python-cryptography/build_fix_openssl_1.0.1g.patch new file mode 100644 index 000..d08994f --- /dev/null +++ b/meta-python/recipes-devtools/python/python-cryptography/build_fix_openssl_1.0.1g.patch @@ -0,0 +1,28 @@ +build issue do to openssl 1.0.1g upgrade + +BIO *BIO_new_mem_buf(void *, int); + ^ +In file included from /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/include/openssl/asn1.h:65:0, +from build/temp.linux-x86_64-2.7/_openssl.c:413: + + +Upstream-Status: Pending + +seems to be a known issue +https://github.com/pyca/cryptography/issues/2750 + +Signed-off-by: Armin Kuster + +Index: src/_cffi_src/openssl/bio.py +=== +--- a/src/_cffi_src/openssl/bio.py b/src/_cffi_src/openssl/bio.py +@@ -99,7 +99,7 @@ BIO *BIO_pop(BIO *); + BIO *BIO_next(BIO *); + BIO *BIO_find_type(BIO *, int); + BIO_METHOD *BIO_s_mem(void); +-BIO *BIO_new_mem_buf(void *, int); ++BIO *BIO_new_mem_buf(const void *, int); + BIO_METHOD *BIO_s_file(void); + BIO *BIO_new_file(const char *, const char *); + BIO *BIO_new_fp(FILE *, int); diff --git a/meta-python/recipes-devtools/python/python-cryptography_1.1.bb b/meta-python/recipes-devtools/python/python-cryptography_1.1.bb index ffc8fd9..c501787 100644 --- a/meta-python/recipes-devtools/python/python-cryptography_1.1.bb +++ b/meta-python/recipes-devtools/python/python-cryptography_1.1.bb @@ -4,7 +4,8 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=8c3617db4fb6fae01f1d253ab91511e4" DEPENDS += " python-cffi-native python-cffi python-enum34 python-six python-pyasn1" SRCNAME = "cryptography" -SRC_URI = "file://run-ptest" +SRC_URI = "file://run-ptest \ + file://build_fix_openssl_1.0.1g.patch" SRC_URI[md5sum] = "dd06da41535184f48f2c8e8b74dd570f" SRC_URI[sha256sum] = "059bc6428b1d0e2317f505698602642f1d8dda5b120ec573a59a430d8cb7a32d" -- 2.3.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [yocto] [OE-core] OEDAM, April 8 in San Diego after ELC
If you are having trouble with wiki accounts contact me directly and we will figure it out. Philip On 03/23/2016 02:11 PM, Fred Ollinger wrote: > I'm coming and I'm probably brining another person. > > I still have to make the wiki account which failed for some reason before. > > Frederick > > From: yocto-boun...@yoctoproject.org on > behalf of Trevor Woerner > Sent: Wednesday, March 23, 2016 2:08 PM > To: akuster808; openembedded-devel@lists.openembedded.org; openembedded-core; > Yocto Project; openembedded-memb...@lists.openembedded.org > Subject: Re: [yocto] [OE-core] [oe] OEDAM, April 8 in San Diego after ELC > > On Wed 2016-03-23 @ 09:36:40 AM, akuster808 wrote: >> There are only 10 people signed up. >> Is that enough people to justify the expense room or even meet? > > I have no idea what the budget might be or what a room might cost. I'll leave > it to those who do know to worry about the costs versus the benefits. > > In any case I certainly think it's still worth meeting. A smaller, more > focused group can sometimes get more done than a larger group. Secondly, it's > my experience that more people always show up than sign up. > > With a project like this there will always be things to discuss, and sometimes > a discussion goes better in person rather than online. > > Best regards, > Trevor > -- > ___ > yocto mailing list > yo...@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] OEDAM, April 8 in San Diego after ELC
On Wed 2016-03-23 @ 09:36:40 AM, akuster808 wrote: > There are only 10 people signed up. > Is that enough people to justify the expense room or even meet? I have no idea what the budget might be or what a room might cost. I'll leave it to those who do know to worry about the costs versus the benefits. In any case I certainly think it's still worth meeting. A smaller, more focused group can sometimes get more done than a larger group. Secondly, it's my experience that more people always show up than sign up. With a project like this there will always be things to discuss, and sometimes a discussion goes better in person rather than online. Best regards, Trevor -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] opencv: Add missing dependencies
It's also downloading something during do_configure which isn't acceptable: http://errors.yoctoproject.org/Errors/Details/57094/ Everything should go through bitbake fetcher and premirror, so that builds are reproducible (even after upstream sites are gone) or when user explicitly disables network access. Regards, On Wed, Mar 23, 2016 at 3:34 PM, Martin Jansa wrote: > On Wed, Mar 23, 2016 at 02:05:41PM +0100, Ricardo Ribalda Delgado wrote: > > Hi Martin > > > > On Wed, Mar 23, 2016 at 11:12 AM, Martin Jansa > wrote: > > > > > > > Still shows: > > > WARN: opencv: libopencv-dnn rdepends on protobuf, but it isn't a build > > > dependency? > > > > > > protobuf support in dnn probably depends on something else which is > also autodetected. > > > > if I just clone a clean version of meta-oe and meta-core and do a > > bitbake opencv i cannot replicate the error. > > > > Any idea of how to replicate it without having to do a bitbake world > > before bitbake opencv? > > Check temp/log.do_package if you see protobuf dependency being added for > libopencv-dnn package. > > If not then read configure script or sources to see what in > libopencv-dnn is being autodetected -> then build these autodetected > dependencies before rebuilding opencv and re-check the log.do_package > file. > > -- > Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 5/5] python-pyhamcrest: add initial recipe for version 1.9.0
Signed-off-by: Derek Straka --- meta-python/recipes-devtools/python/python-pyhamcrest_1.9.0.bb | 10 ++ 1 file changed, 10 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python-pyhamcrest_1.9.0.bb diff --git a/meta-python/recipes-devtools/python/python-pyhamcrest_1.9.0.bb b/meta-python/recipes-devtools/python/python-pyhamcrest_1.9.0.bb new file mode 100644 index 000..02d4f54 --- /dev/null +++ b/meta-python/recipes-devtools/python/python-pyhamcrest_1.9.0.bb @@ -0,0 +1,10 @@ +SUMMARY = "Hamcrest framework for matcher objects" +LICENSE = "BSD" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=f6df1318c6071dd1707f5e3b6c11f24f" + +PYPI_PACKAGE = "PyHamcrest" + +SRC_URI[md5sum] = "8b833a3fa30197455df79424f30c8c3f" +SRC_URI[sha256sum] = "8ffaa0a53da57e89de14ced7185ac746227a8894dbd5a3c718bf05ddbd1d56cd" + +inherit pypi setuptools -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 4/6] python-tornado-redis: update the recipe to use the common pypi
Signed-off-by: Derek Straka
---
.../recipes-devtools/python/python-tornado-redis_2.4.18.bb | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/meta-python/recipes-devtools/python/python-tornado-redis_2.4.18.bb
b/meta-python/recipes-devtools/python/python-tornado-redis_2.4.18.bb
index daec25e..46a20a5 100644
--- a/meta-python/recipes-devtools/python/python-tornado-redis_2.4.18.bb
+++ b/meta-python/recipes-devtools/python/python-tornado-redis_2.4.18.bb
@@ -8,18 +8,11 @@ HOMEPAGE = "https://github.com/leporo/tornado-redis";
LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM =
"file://PKG-INFO;beginline=8;endline=8;md5=ca307e8f37b5fa7f8dbbec033f7db7de"
-SRCNAME = "tornado-redis"
-
-SRC_URI = " \
-
https://pypi.python.org/packages/source/t/${SRCNAME}/${SRCNAME}-${PV}.tar.gz \
-"
SRC_URI[md5sum] = "1c7ec0f645d15400871141c1149e6934"
SRC_URI[sha256sum] =
"8fd3b324158291ad5fb7f5f8dc2e8763b2895556bd2a44f2dd721b703c669046"
-inherit setuptools
+inherit pypi setuptools
RDEPENDS_${PN} += "python-tornado"
RDEPENDS_${PN}-test += "${PN} python-tornado"
-
-S = "${WORKDIR}/${SRCNAME}-${PV}"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 5/6] python-ipaddress: update to 1.0.16 and use the common pypi
Signed-off-by: Derek Straka
---
.../python/python-ipaddress_1.0.16.bb | 11 +++
.../python/python-ipaddress_git.bb | 22 --
2 files changed, 11 insertions(+), 22 deletions(-)
create mode 100644
meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
delete mode 100644 meta-python/recipes-devtools/python/python-ipaddress_git.bb
diff --git a/meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
b/meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
new file mode 100644
index 000..1e97ef7
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-ipaddress_1.0.16.bb
@@ -0,0 +1,11 @@
+SUMMARY = "Python 3.3+'s ipaddress for Python 2.6, 2.7, 3.2."
+HOMEPAGE = "https://github.com/phihag/ipaddress";
+LICENSE = "Python-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=7f538584cc3407bf76042def7168548a"
+
+DEPENDS += "python-pip"
+
+SRC_URI[md5sum] = "1e27b62aa20f5b6fc200b2bdbf0d0847"
+SRC_URI[sha256sum] =
"5a3182b322a706525c46282ca6f064d27a02cffbd449f9f47416f1dc96aa71b0"
+
+inherit pypi setuptools
diff --git a/meta-python/recipes-devtools/python/python-ipaddress_git.bb
b/meta-python/recipes-devtools/python/python-ipaddress_git.bb
deleted file mode 100644
index 6b7148f..000
--- a/meta-python/recipes-devtools/python/python-ipaddress_git.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-SUMMARY = "Python 3.3+'s ipaddress for Python 2.6, 2.7, 3.2."
-HOMEPAGE = "https://github.com/phihag/ipaddress";
-SECTION = "devel/python"
-LICENSE = "Python-2.0"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=7f538584cc3407bf76042def7168548a"
-
-PV = "1.0.15"
-SRCREV = "95adb9f374a1cca5efda08d20d9fc58d955d4a42"
-
-SRCNAME = "ipaddress"
-SRC_URI = "git://github.com/phihag/${SRCNAME}.git"
-
-S = "${WORKDIR}/git"
-
-inherit setuptools
-
-DEPENDS += " \
-python-pip \
-"
-
-RDEPENDS_${PN} += " \
-"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 3/5] python-parse-type: add initial recipe for version 0.3.4
Signed-off-by: Derek Straka
---
.../recipes-devtools/python/python-parse-type_0.3.4.bb| 11 +++
1 file changed, 11 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python-parse-type_0.3.4.bb
diff --git a/meta-python/recipes-devtools/python/python-parse-type_0.3.4.bb
b/meta-python/recipes-devtools/python/python-parse-type_0.3.4.bb
new file mode 100644
index 000..9dc37cf
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-parse-type_0.3.4.bb
@@ -0,0 +1,11 @@
+SUMMARY = "Simplifies building parse types based on the parse module"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=be38402eb4b6c224e4914fd82e0e1436"
+PYPI_PACKAGE = "parse_type"
+
+SRC_URI[md5sum] = "00ba70bc5ca67624207b0dfced01dc8a"
+SRC_URI[sha256sum] =
"3dd0b323bafcb8c25e000ce5589042a1c99cba9c3bec77b9f591e46bc9606147"
+
+RDEPENDS_${PN} += "python-parse"
+
+inherit pypi setuptools
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 1/5] python-six: add python-io to the depends list
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-six.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-six.inc
b/meta-python/recipes-devtools/python/python-six.inc
index 450e05b..408c60e 100644
--- a/meta-python/recipes-devtools/python/python-six.inc
+++ b/meta-python/recipes-devtools/python/python-six.inc
@@ -12,3 +12,5 @@ do_compile_append() {
do_install_append() {
install -m 0644 ${S}/*.egg ${D}/${PYTHON_SITEPACKAGES_DIR}/
}
+
+RDEPENDS_${PN} += "python-io"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 2/5] python-parse: add initial recipe for version 1.6.6
Signed-off-by: Derek Straka --- meta-python/recipes-devtools/python/python-parse_1.6.6.bb | 8 1 file changed, 8 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python-parse_1.6.6.bb diff --git a/meta-python/recipes-devtools/python/python-parse_1.6.6.bb b/meta-python/recipes-devtools/python/python-parse_1.6.6.bb new file mode 100644 index 000..45b52a3 --- /dev/null +++ b/meta-python/recipes-devtools/python/python-parse_1.6.6.bb @@ -0,0 +1,8 @@ +SUMMARY = "Parse strings using a specification based on the Python format() syntax" +LICENSE = "BSD" +LIC_FILES_CHKSUM = "file://parse.py;md5=e067ba2a08b73721dbe7356dc0282918;startline=1108;endline=1126" + +SRC_URI[md5sum] = "11bc8c60a30fe52db4ac9a827653d0ca" +SRC_URI[sha256sum] = "71435aaac494e08cec76de646de2aab8392c114e56fe3f81c565ecc7eb886178" + +inherit pypi setuptools -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 4/5] python-behave: add initial recipe for version 1.2.5
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-behave_1.2.5.bb | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 meta-python/recipes-devtools/python/python-behave_1.2.5.bb
diff --git a/meta-python/recipes-devtools/python/python-behave_1.2.5.bb
b/meta-python/recipes-devtools/python/python-behave_1.2.5.bb
new file mode 100644
index 000..541a79d
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-behave_1.2.5.bb
@@ -0,0 +1,10 @@
+SUMMARY = "A behavior-driven development framework, Python style"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=d950439e8ea6ed233e4288f5e1a49c06"
+
+SRC_URI[md5sum] = "3af4bc2886d2be982e41bfaba61da3bc"
+SRC_URI[sha256sum] =
"81b731ac5187e31e4aad2594944fa914943683a9818320846d037c5ebd6d5d0b"
+
+RDEPENDS_${PN} += "python-difflib python-setuptools python-pkgutil python-misc
python-argparse python-xml python-importlib python-enum34 python-parse
python-parse-type python-six"
+
+inherit pypi setuptools
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 2/6] python-idna: update to release 2.1 and use common pypi
Signed-off-by: Derek Straka
---
.../recipes-devtools/python/python-idna_2.1.bb | 11 +++
.../recipes-devtools/python/python-idna_git.bb | 22 --
2 files changed, 11 insertions(+), 22 deletions(-)
create mode 100644 meta-python/recipes-devtools/python/python-idna_2.1.bb
delete mode 100644 meta-python/recipes-devtools/python/python-idna_git.bb
diff --git a/meta-python/recipes-devtools/python/python-idna_2.1.bb
b/meta-python/recipes-devtools/python/python-idna_2.1.bb
new file mode 100644
index 000..90f47ae
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-idna_2.1.bb
@@ -0,0 +1,11 @@
+SUMMARY = "Internationalised Domain Names in Applications"
+HOMEPAGE = "https://github.com/kjd/idna";
+LICENSE = "BSD-3-Clause & Python-2.0 & Unicode"
+LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=134bdad79491c37bdae32811572b4bc6"
+
+DEPENDS += "python-pip"
+
+SRC_URI[md5sum] = "f6473caa9c5e0cc1ad3fd5d04c3c114b"
+SRC_URI[sha256sum] =
"ed36f281aebf3cd0797f163bb165d84c31507cedd15928b095b1675e2d04c676"
+
+inherit pypi setuptools
diff --git a/meta-python/recipes-devtools/python/python-idna_git.bb
b/meta-python/recipes-devtools/python/python-idna_git.bb
deleted file mode 100644
index dcd9105..000
--- a/meta-python/recipes-devtools/python/python-idna_git.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-SUMMARY = "Internationalised Domain Names in Applications"
-HOMEPAGE = "https://github.com/kjd/idna";
-SECTION = "devel/python"
-LICENSE = "BSD-3-Clause & Python-2.0 & Unicode"
-LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=c61e6ec7ab3da6b340d8d3a89c964ef2"
-
-PV = "2.0"
-SRCREV = "bb6e94c5b5525684d8ca010bf8ab42480c319e0a"
-
-SRCNAME = "idna"
-SRC_URI = "git://github.com/kjd/${SRCNAME}.git"
-
-S = "${WORKDIR}/git"
-
-inherit setuptools
-
-DEPENDS += " \
-python-pip \
-"
-
-RDEPENDS_${PN} += " \
-"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 6/6] python-pyusb: update to 1.0.0b2 and use the common pypi
Signed-off-by: Derek Straka
---
.../recipes-devtools/python/python-pyusb_1.0.0a2.bb| 18 --
.../recipes-devtools/python/python-pyusb_1.0.0b2.bb| 10 ++
2 files changed, 10 insertions(+), 18 deletions(-)
delete mode 100644 meta-python/recipes-devtools/python/python-pyusb_1.0.0a2.bb
create mode 100644 meta-python/recipes-devtools/python/python-pyusb_1.0.0b2.bb
diff --git a/meta-python/recipes-devtools/python/python-pyusb_1.0.0a2.bb
b/meta-python/recipes-devtools/python/python-pyusb_1.0.0a2.bb
deleted file mode 100644
index 360f213..000
--- a/meta-python/recipes-devtools/python/python-pyusb_1.0.0a2.bb
+++ /dev/null
@@ -1,18 +0,0 @@
-SUMMARY = "PyUSB provides USB access on the Python language"
-HOMEPAGE = "http://pyusb.sourceforge.net/";
-SECTION = "devel/python"
-LICENSE = "BSD"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=a53a9c39efcfb812e2464af14afab013"
-DEPENDS = "libusb1"
-PR = "r1"
-
-SRC_URI = "\
-${SOURCEFORGE_MIRROR}/pyusb/${SRCNAME}-${PV}.tar.gz \
-"
-SRC_URI[md5sum] = "9136b3dc019272c62a5b6d4eb624f89f"
-SRC_URI[sha256sum] =
"dacbf7d568c0bb09a974d56da66d165351f1ba3c4d5169ab5b734266623e1736"
-
-SRCNAME = "pyusb"
-S = "${WORKDIR}/${SRCNAME}-${PV}"
-
-inherit distutils
diff --git a/meta-python/recipes-devtools/python/python-pyusb_1.0.0b2.bb
b/meta-python/recipes-devtools/python/python-pyusb_1.0.0b2.bb
new file mode 100644
index 000..d279abc
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-pyusb_1.0.0b2.bb
@@ -0,0 +1,10 @@
+SUMMARY = "PyUSB provides USB access on the Python language"
+HOMEPAGE = "http://pyusb.sourceforge.net/";
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=50d46bda6248a0b4a46a6d59a66ee08e"
+DEPENDS = "libusb1"
+
+SRC_URI[md5sum] = "bc12e83ff3ef1045d4306d13a9955fc1"
+SRC_URI[sha256sum] =
"14ec66077bdcd6f1aa9e892a0a35a54bb3c1ec56aa740ead64349c18f0186d19"
+
+inherit pypi distutils
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 3/6] python-tornado: fix the paths for the test package
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-tornado.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-python/recipes-devtools/python/python-tornado.inc
b/meta-python/recipes-devtools/python/python-tornado.inc
index 679b7ba..7e3ac8c 100644
--- a/meta-python/recipes-devtools/python/python-tornado.inc
+++ b/meta-python/recipes-devtools/python/python-tornado.inc
@@ -19,6 +19,6 @@ PACKAGES =+ "\
"
FILES_${PN}-test = " \
-${libdir}/${PYTHON_DIR}/site-packages/${SRCNAME}/test \
-${libdir}/${PYTHON_DIR}/site-packages/${SRCNAME}/testing.py* \
+${libdir}/${PYTHON_DIR}/site-packages/*/test \
+${libdir}/${PYTHON_DIR}/site-packages/*/testing.py* \
"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 1/6] python-epydoc: update to use common pypi
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-epydoc_3.0.1.bb | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/meta-python/recipes-devtools/python/python-epydoc_3.0.1.bb
b/meta-python/recipes-devtools/python/python-epydoc_3.0.1.bb
index 56880e5..c4752d3 100644
--- a/meta-python/recipes-devtools/python/python-epydoc_3.0.1.bb
+++ b/meta-python/recipes-devtools/python/python-epydoc_3.0.1.bb
@@ -1,18 +1,11 @@
DESCRIPTION = "Epydoc is a tool for generating API documentation for Python
modules, based on their docstrings"
-SECTION = "devel/python"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=011c0d78eb6054d731c879132d7313f0"
HOMEPAGE = "http://epydoc.sourceforge.net/";
-SRCNAME = "epydoc"
-DEPENDS += "python"
-DEPENDS_class-native += "python-native"
-SRC_URI =
"http://downloads.sourceforge.net/project/${SRCNAME}/${SRCNAME}/${PV}/${SRCNAME}-${PV}.tar.gz";
SRC_URI[md5sum] = "cdd6f6c76dd8bab5e653a343a0544294"
SRC_URI[sha256sum] =
"d4e5c8d90937d01b05170f592c1fa9b29e9ed0498dfe7f0eb2a3af61725b6ad1"
-S = "${WORKDIR}/${SRCNAME}-${PV}"
-
-inherit distutils
+inherit pypi distutils
BBCLASSEXTEND = "native"
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] python-cryptography failing to build since openssl upgrade
On Wed, Mar 23, 2016 at 09:21:08AM -0700, akuster808 wrote: > > > On 03/17/2016 02:49 PM, Martin Jansa wrote: > > On Wed, Mar 09, 2016 at 08:50:49PM +0100, Martin Jansa wrote: > >> Do we really need to use that version script for openssl? > >> > >> Here is another failure: > >> http://errors.yoctoproject.org/Errors/Details/54984/ > >> > >> in our local builds we use couple prebuild binaries from 3rdparty, which > >> now aren't compatible with openssl ABI (possibly because of > >> version-script update: > >> http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118433.html > >> ) > > > > Still failing: > > http://errors.yoctoproject.org/Errors/Details/56595/ > > will look into it today. Thanks, I've tried to upgrade it to 1.2.3 (patch is on ML), but that also fails, just with different error: http://errors.yoctoproject.org/Errors/Details/57058/ > > - armin > > > > > > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] lvm2: make it more explicit that readline support is disabled by default
Any PACKAGECONFIG default assigned with ??= is lost by subsequent
assignments with +=, therefore lvm2 is currently building with the
readline PACKAGECONFIG disabled. Make that explicitly clear in the
recipe. Also minor formatting updates, to align with style guide.
Signed-off-by: Andre McCurdy
---
meta-oe/recipes-support/lvm2/lvm2.inc | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc
b/meta-oe/recipes-support/lvm2/lvm2.inc
index a891950..a8d44da 100644
--- a/meta-oe/recipes-support/lvm2/lvm2.inc
+++ b/meta-oe/recipes-support/lvm2/lvm2.inc
@@ -5,7 +5,6 @@ LICENSE = "GPLv2 & LGPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24"
-S = "${WORKDIR}/LVM2.${PV}"
SRC_URI = "ftp://sources.redhat.com/pub/lvm2/old/LVM2.${PV}.tgz \
file://lvm.conf \
file://0001-implement-libc-specific-_reopen_stream.patch \
@@ -14,8 +13,14 @@ SRC_URI =
"ftp://sources.redhat.com/pub/lvm2/old/LVM2.${PV}.tgz \
file://0004-include-fcntl.h-for-O_-defines-and-fcntl-signature.patch \
"
-PACKAGECONFIG ??= "readline"
+S = "${WORKDIR}/LVM2.${PV}"
+
+inherit autotools-brokensep pkgconfig systemd
+
+PACKAGECONFIG ??= "${@base_contains('DISTRO_FEATURES', 'selinux', 'selinux',
'', d)}"
+
PACKAGECONFIG[readline] = "--enable-readline,--disable-readline,readline"
+PACKAGECONFIG[selinux] = "--enable-selinux,--disable-selinux,libselinux"
# Unset user/group to unbreak install.
EXTRA_OECONF = "--with-user= \
@@ -34,12 +39,6 @@ EXTRA_OECONF = "--with-user= \
--with-systemdsystemunitdir=${systemd_system_unitdir} \
"
-PACKAGECONFIG += "${@base_contains('DISTRO_FEATURES', 'selinux', 'selinux',
'', d)}"
-
-PACKAGECONFIG[selinux] = "--enable-selinux,--disable-selinux,libselinux,"
-
-inherit autotools-brokensep pkgconfig systemd
-
do_install_append() {
# Install machine specific configuration file
install -m 0644 ${WORKDIR}/lvm.conf ${D}${sysconfdir}/lvm/lvm.conf
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OEDAM, April 8 in San Diego after ELC
On 03/08/2016 08:10 AM, Philip Balister wrote: > On the Friday after ELC in San Diego (Yocto Project Dev Day is > Thursday), we will have a developer meeting near the conference venue > (need to double check with Jefro about exact location). There are only 10 people signed up. Is that enough people to justify the expense room or even meet? - armin > > http://openembedded.org/wiki/OEDAM_2016 > > At these meetings we try to follow an agenda we develop before hand on > the wiki page. I've created a rough agenda by posting notes from the > meeting in Dublin. Everyone, please go over the notes and add remarks > for completed items. > > You can also bring up issues at the meeting. We only have one day > scheduled for the meeting, so a little pre-planning helps keep us on time. > > Everyone involved in the project is welcome to attend, no how > knowledgeable in the overall OpenEmbedded project We like to hear from > people from many different use cases. > > Thanks, > > Philip > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] python-cryptography failing to build since openssl upgrade
On 03/17/2016 02:49 PM, Martin Jansa wrote: > On Wed, Mar 09, 2016 at 08:50:49PM +0100, Martin Jansa wrote: >> Do we really need to use that version script for openssl? >> >> Here is another failure: >> http://errors.yoctoproject.org/Errors/Details/54984/ >> >> in our local builds we use couple prebuild binaries from 3rdparty, which >> now aren't compatible with openssl ABI (possibly because of >> version-script update: >> http://lists.openembedded.org/pipermail/openembedded-core/2016-March/118433.html >> ) > > Still failing: > http://errors.yoctoproject.org/Errors/Details/56595/ will look into it today. - armin > > > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] opencv: Add missing dependencies
On Wed, Mar 23, 2016 at 02:05:41PM +0100, Ricardo Ribalda Delgado wrote: > Hi Martin > > On Wed, Mar 23, 2016 at 11:12 AM, Martin Jansa wrote: > > > > Still shows: > > WARN: opencv: libopencv-dnn rdepends on protobuf, but it isn't a build > > dependency? > > > > protobuf support in dnn probably depends on something else which is also > > autodetected. > > if I just clone a clean version of meta-oe and meta-core and do a > bitbake opencv i cannot replicate the error. > > Any idea of how to replicate it without having to do a bitbake world > before bitbake opencv? Check temp/log.do_package if you see protobuf dependency being added for libopencv-dnn package. If not then read configure script or sources to see what in libopencv-dnn is being autodetected -> then build these autodetected dependencies before rebuilding opencv and re-check the log.do_package file. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] systemd service not enabled when adding simple recipe to image
If anyone is interested: The reason why systemd service works if installed using opkg and fails if I create an image: The systemctl executable of OE is a shell script which handles the .service file in a different way. I had a blank space behind the "WantedBy" line. The "real" systemctl has no problem with it, but the shell script silently ignores the entry without any error message and the service is not enabled in the image. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] opencv: Add missing dependencies
Hi Martin On Wed, Mar 23, 2016 at 11:12 AM, Martin Jansa wrote: > Still shows: > WARN: opencv: libopencv-dnn rdepends on protobuf, but it isn't a build > dependency? > > protobuf support in dnn probably depends on something else which is also > autodetected. if I just clone a clean version of meta-oe and meta-core and do a bitbake opencv i cannot replicate the error. Any idea of how to replicate it without having to do a bitbake world before bitbake opencv? Regards! -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Specify GCC version for building native applications
On 22 March 2016 at 23:06, Matt Schuckmann
wrote:
> I can install both gcc 4.9 and gcc 5.0 on my system and use
> update-alternatives to switch back and forth when I need to but it would be
> nice if I could just configure bitbake/OE to use gcc 4.9 directly.
>
> So is there a way to tell bitbake/OE what version of GCC on the host to
> use to build native applications?
>
Yes, looking at native.bbclass shows that it uses BUILD_CC etc. Just
assign those in your local.conf or similar, this works on my Debian box to
pick gcc5.3 over 4.9:
BUILD_CC = "gcc-5 ${BUILD_CC_ARCH}"
BUILD_CXX = "g++-5 ${BUILD_CC_ARCH}"
BUILD_CPP = "gcc-5 ${BUILD_CC_ARCH} -E"
BUILD_CCLD = "gcc-5 ${BUILD_CC_ARCH}"
BUILD_RANLIB = "gcc-ranlib-5"
BUILD_NM = "gcc-nm-5"
Ross
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] opencv: Add missing dependencies
On Mon, Mar 21, 2016 at 11:31:36AM +0100, Ricardo Ribalda Delgado wrote: > opencv-3.1+gitAUTOINC+92387b1ef8: libopencv-videoio rdepends on > libgphotoport, but it isn't a build dependency, missing libgphoto2 in > DEPENDS or PACKAGECONFIG? [build-deps] > opencv-3.1+gitAUTOINC+92387b1ef8: libopencv-videoio rdepends on > libgphoto2, but it isn't a build dependency, missing libgphoto2 in > DEPENDS or PACKAGECONFIG? [build-deps] > opencv-3.1+gitAUTOINC+92387b1ef8: libopencv-dnn rdepends on protobuf, > but it isn't a build dependency, missing protobuf in DEPENDS or > PACKAGECONFIG? [build-deps] Still shows: WARN: opencv: libopencv-dnn rdepends on protobuf, but it isn't a build dependency? protobuf support in dnn probably depends on something else which is also autodetected. > Credit-to: Martin Jansa > Signed-off-by: Ricardo Ribalda Delgado > --- > meta-oe/recipes-support/opencv/opencv_3.1.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta-oe/recipes-support/opencv/opencv_3.1.bb > b/meta-oe/recipes-support/opencv/opencv_3.1.bb > index 87338cad4a4b..e9e85fe2af0a 100644 > --- a/meta-oe/recipes-support/opencv/opencv_3.1.bb > +++ b/meta-oe/recipes-support/opencv/opencv_3.1.bb > @@ -10,7 +10,7 @@ ARM_INSTRUCTION_SET_armv5 = "arm" > > DEFAULT_PREFERENCE = "-1" > > -DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0 > libwebp" > +DEPENDS = "python-numpy libtool swig swig-native python bzip2 zlib glib-2.0 > libwebp libgphoto2 protobuf" > > SRCREV_opencv = "92387b1ef8fad15196dd5f7fb4931444a68bc93a" > SRCREV_contrib = "5409d5ad560523c85c6796cc5a009347072d883c" > -- > 2.7.0 > -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 1/2] efivar: update to 0.23
On 22 March 2016 at 12:38, Koen Kooi wrote: > On 5 March 2016 at 13:33, Martin Jansa wrote: >> On Fri, Mar 04, 2016 at 04:09:14PM +0100, Martin Jansa wrote: >>> On Fri, Mar 04, 2016 at 03:16:22PM +0100, Koen Kooi wrote: >>> > On 4 March 2016 at 14:34, Martin Jansa wrote: >>> > > On Fri, Mar 04, 2016 at 08:14:54AM +0100, Koen Kooi wrote: >>> > >> Upstream removed the use of the nvme headers completely, so no more >>> > >> conflicts. Also drop gcc options patch, ubuntu 12.04 is too old to >>> > >> support in meta-oe/master. >>> > > >>> > > This fails to build static version, when no-static-libs.inc is used >>> > > (e.g. default in Poky). >>> > > >>> > > Can you either disable static in popt or change efivar to respect >>> > > --disable-static (if possible)? >>> > >>> > I've patched out the static build in v3, that should fix this. >>> >>> Thanks for quick updated, applied in master-next with small indentation >>> fix. >> >> Well, almost there > > I'm looking at it this week, hopefully I'll get something done before > heading to ELC. I can't reproduce that error locally: Build Configuration: BB_VERSION= "1.29.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Fedora-22" TARGET_SYS= "i586-oe-linux" MACHINE = "qemux86" DISTRO= "nodistro" DISTRO_VERSION= "nodistro.0" TUNE_FEATURES = "m32 i586" TARGET_FPU= "" meta-oe meta-filesystems meta-initramfs meta-webserver meta-python meta-networking meta-gnome= "HEAD:47498d15e9d68e1cc50947633aba9e2b3d29da85" meta-aarch64 meta-ilp32 meta-bigendian meta-linaro meta-linaro-toolchain meta-linaro-integration = "master:e71e6db6585f34dbab2ac4645801528614d7e274" meta-virtualization = "HEAD:f3e598729639546303e4bf041989417efe23613d" meta-browser = "HEAD:a3789a4168fcd42f1cdf5b5febe2c779a9467919" meta = "HEAD:9c200760cbbe322ed884729eb395f389c863e1c8" NOTE: Preparing RunQueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks NOTE: Tasks Summary: Attempted 1932 tasks of which 850 didn't need to be rerun and all succeeded. [koen@thinkpad build]$ find build/tmp-glibc/deploy/ -name "efi*ipk" build/tmp-glibc/deploy/ipk/aarch64/efivar-dev_0.23-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efibootmgr-dbg_0.12-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efivar-doc_0.23-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efivar_0.23-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efibootmgr_0.12-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efibootmgr-dev_0.12-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/aarch64/efivar-dbg_0.23-r0_aarch64.ipk build/tmp-glibc/deploy/ipk/i586/efivar_0.23-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efivar-doc_0.23-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efivar-dev_0.23-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efibootmgr-dev_0.12-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efivar-dbg_0.23-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efibootmgr_0.12-r0_i586.ipk build/tmp-glibc/deploy/ipk/i586/efibootmgr-dbg_0.12-r0_i586.ipk [koen@thinkpad build]$ > >> >> one build failed with: >> | i586-oe-linux-gcc -m32 -march=i586 >> --sysroot=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86 >> -O2 -pipe -g -feliminate-unused-debug-types >> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar >> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git=/usr/src/efivar >> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux= >> -fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86= >> -I/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/src/include/efivar/ >> -specs=/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/efivar/0.23-r0/git/gcc.specs >> -L. -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -shared \ >> | -Wl,-soname,libefivar.so.0 \ >> | -o libefivar.so dp.o dp-acpi.o dp-hw.o dp-media.o dp-message.o >> efivarfs.o export.o guid.o guids.o guid-symbols.o lib.o vars.o -ldl >> | >> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld: >> --default-symver: unknown option >> | >> /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/i586-oe-linux/gcc/i586-oe-linux/5.3.0/ld: >> use the --help option for usage information >> | collect2: error: ld returned 1 exit status >> | make[1]: *** [libefivar.so] Error 1 >> | make[1]: *** Waiting for unfinished jobs >> >> 2nd one failed with: >> >> | install -d -m 755 efivar/0.23-r0/image/usr/lib/pkgconfig/ >> | install -m 644 efivar.pc efivar/0.23-r0/image/usr/lib/pkgconfig/ >> ; install -m 644 efiboot.pc efivar/0.23-r0/image/usr/lib/pkgconfig/ >> ; >> | install: cannot stat 'efivar.pc': No such file or directory >> | install: cannot stat 'efiboot.pc': No such file or directory >> | make[1]: *** [install]
