* Re: [PATCH] sqlite3: 3.14.1 -> 3.15.1
From: Huang, Qiyu @ 2016-12-05 2:38 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
In-Reply-To: <1480497562-10241-1-git-send-email-huangqy.fnst@cn.fujitsu.com>
ping
> -----Original Message-----
> From: Huang, Qiyu
> Sent: Wednesday, November 30, 2016 5:19 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Huang, Qiyu <huangqy.fnst@cn.fujitsu.com>
> Subject: [OE-core] [PATCH] sqlite3: 3.14.1 -> 3.15.1
>
> From: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
>
> Upgrade sqlite3 from 3.14.1 to 3.15.1.
>
> Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
> ---
> meta/recipes-support/sqlite/{sqlite3_3.14.1.bb => sqlite3_3.15.1.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-) rename
> meta/recipes-support/sqlite/{sqlite3_3.14.1.bb => sqlite3_3.15.1.bb} (66%)
>
> diff --git a/meta/recipes-support/sqlite/sqlite3_3.14.1.bb
> b/meta/recipes-support/sqlite/sqlite3_3.15.1.bb
> similarity index 66%
> rename from meta/recipes-support/sqlite/sqlite3_3.14.1.bb
> rename to meta/recipes-support/sqlite/sqlite3_3.15.1.bb
> index 7c8fa40..c315a53 100644
> --- a/meta/recipes-support/sqlite/sqlite3_3.14.1.bb
> +++ b/meta/recipes-support/sqlite/sqlite3_3.15.1.bb
> @@ -8,5 +8,5 @@ SRC_URI = "\
> file://0001-revert-ad601c7962-that-brings-2-increase-of-build-ti.patch \
> "
>
> -SRC_URI[md5sum] = "3634a90a3f49541462bcaed3474b2684"
> -SRC_URI[sha256sum] =
> "bc7182476900017becb81565ecea7775d46ab747a97281aa610f4f45881c47a6
> "
> +SRC_URI[md5sum] = "0259d52be88f085d104c6d2aaa8349ac"
> +SRC_URI[sha256sum] =
> "5dfa89b7697ee3c2ac7b44e8e157e7f204bf999c866afcaa8bb1c7ff656ae2c5"
> --
> 2.7.4
^ permalink raw reply
* Re: [PATCH] strace: 4.13 -> 4.14
From: Huang, Qiyu @ 2016-12-05 2:38 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
In-Reply-To: <1480507368-10692-1-git-send-email-huangqy.fnst@cn.fujitsu.com>
ping
> -----Original Message-----
> From: Huang, Qiyu/黄 琦宇
> Sent: Wednesday, November 30, 2016 8:03 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Huang, Qiyu/黄 琦宇 <huangqy.fnst@cn.fujitsu.com>
> Subject: [OE-core] [PATCH] strace: 4.13 -> 4.14
>
> From: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
>
> Upgrade strace from 4.13 to 4.14.
>
> Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
> ---
> meta/recipes-devtools/strace/{strace_4.13.bb => strace_4.14.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-) rename
> meta/recipes-devtools/strace/{strace_4.13.bb => strace_4.14.bb} (91%)
>
> diff --git a/meta/recipes-devtools/strace/strace_4.13.bb
> b/meta/recipes-devtools/strace/strace_4.14.bb
> similarity index 91%
> rename from meta/recipes-devtools/strace/strace_4.13.bb
> rename to meta/recipes-devtools/strace/strace_4.14.bb
> index cae7f21..452925c 100644
> --- a/meta/recipes-devtools/strace/strace_4.13.bb
> +++ b/meta/recipes-devtools/strace/strace_4.14.bb
> @@ -15,8 +15,8 @@ SRC_URI =
> "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.xz \
> file://mips-SIGEMT.patch \
> "
>
> -SRC_URI[md5sum] = "4b78c7febdd24c79d5147824d1a080a3"
> -SRC_URI[sha256sum] =
> "d48f732576c91ece36a5843d63f9be054c40ef59f1e4773986042636861625d7"
> +SRC_URI[md5sum] = "1e39b5f7583256d7dc21170b9da529ae"
> +SRC_URI[sha256sum] =
> "5bed5110b243dce6864bedba269446c18c8c63f553cdd7fd4f808d89a764712f"
>
> inherit autotools ptest bluetooth
>
> --
> 2.7.4
^ permalink raw reply
* Re: [PATCH] libarchive: enable non-recursive extract/list
From: Patrick Ohly @ 2016-12-05 7:26 UTC (permalink / raw)
To: openembedded-core; +Cc: Alexander Kanavin
In-Reply-To: <1480585246-3278-1-git-send-email-patrick.ohly@intel.com>
On Thu, 2016-12-01 at 10:40 +0100, Patrick Ohly wrote:
> Required for meta-swupd performance enhancements: in meta-swupd, the
> so called "mega" image contains a rootfs with all files that can
> potentially be installed on a device. Other virtual image recipes need
> a subset of those files or directories, and a partial extraction from
> a single tar archive is faster than letting all virtual image recipes
> share access to a directory under a single pseudo instance.
>
> It may be necessary to extract a directory with all of its attributes
> without the content of the directory, hence this patch. Upstream
> agreed to consider merging such a patch (see
> https://groups.google.com/forum/#!topic/libarchive-discuss/JO3hqSaAVfs)
> but has been slow in actually commenting on it, so for now it has
> to be carried as distro patch.
Ping?
Alexander, you touched libarchive most recently. Any thoughts on this?
I could carry the patch also in meta-swupd, if that's preferred. It just
doesn't feel very clean for such a layer to modify a core recipe like
that.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
^ permalink raw reply
* Re: [PATCHv2 2/3] oeqa/utils/metadata.py: Add metadata library
From: Markus Lehtonen @ 2016-12-05 9:35 UTC (permalink / raw)
To: mariano.lopez, openembedded-core
In-Reply-To: <fe5c6f63b0523cb18bb8a8ce4988895c82a063c4.1480525452.git.mariano.lopez@linux.intel.com>
On Thu, 2016-12-01 at 09:37 -0600, mariano.lopez@linux.intel.com wrote:
> From: Mariano Lopez <mariano.lopez@linux.intel.com>
>
> Adds functions to get metadata from the host running the tests.
>
> [YOCTO #9954]
>
> Signed-off-by: Mariano Lopez <mariano.lopez@linux.intel.com>
> ---
> meta/lib/oeqa/utils/metadata.py | 83
> +++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 83 insertions(+)
> create mode 100644 meta/lib/oeqa/utils/metadata.py
>
> diff --git a/meta/lib/oeqa/utils/metadata.py
> b/meta/lib/oeqa/utils/metadata.py
> new file mode 100644
> index 0000000..ecbe763
> --- /dev/null
> +++ b/meta/lib/oeqa/utils/metadata.py
> @@ -0,0 +1,83 @@
> +# Copyright (C) 2016 Intel Corporation
> +#
> +# Released under the MIT license (see COPYING.MIT)
> +#
> +# Functions to get metadata from the testing host used
> +# for analytics of test results.
> +
> +from git import Repo, InvalidGitRepositoryError, NoSuchPathError
We introduce a dependency on GitPython(?) If we do this, it should at least
be mentioned somewhere as a new required dependency. There is also
oeqa.utils.git which could be used (and extended).
> +from collections import OrderedDict
> +from collections.abc import MutableMapping
> +from xml.dom.minidom import parseString
> +from xml.etree.ElementTree import Element, tostring
> +
> +from oe.lsb import distro_identifier
> +from oeqa.utils.commands import runCmd, get_bb_var, get_bb_vars
> +
> +metadata_vars = ['MACHINE', 'DISTRO', 'DISTRO_VERSION']
> +
> +def metadata_from_bb():
> + """ Returns test's metadata as OrderedDict.
> +
> + Data will be gathered using bitbake -e thanks to get_bb_vars.
> + """
> +
> + info_dict = OrderedDict()
> + hostname = runCmd('hostname')
> + info_dict['hostname'] = hostname.output
> + data_dict = get_bb_vars(metadata_vars)
> + for var in metadata_vars:
> + info_dict[var.lower()] = data_dict[var]
> + host_distro= distro_identifier()
> + host_distro, _, host_distro_release = host_distro.partition('-')
> + info_dict['host_distro'] = host_distro
> + info_dict['host_distro_release'] = host_distro_release
> + info_dict['layers'] = get_layers(get_bb_var('BBLAYERS'))
> + return info_dict
I think it would be better to have a distro revision (i.e. the "main
revision" or "revision of the main repository", for example oe-core or
poky) and only list additional layers that are not included in the main
repository.
Thanks,
Markus
^ permalink raw reply
* Re: [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.
From: Kristian Amlie @ 2016-12-05 10:23 UTC (permalink / raw)
To: ed.bartosh; +Cc: openembedded-core
In-Reply-To: <20161202150536.GA23998@linux.intel.com>
On 02/12/16 16:05, Ed Bartosh wrote:
> On Fri, Dec 02, 2016 at 03:36:47PM +0100, Kristian Amlie wrote:
>> What are the thoughts on having a similar --exclude-path mechanism for
>> the standard rootfs building? IOW, the do_image_ext4 and friends?
>
> That's a great idea! If source rootfs direcotry contains only requred
> content then we don't even need to change wic code. It's much better
> then implementing the same functionality in wic and in oe code.
Right, I didn't even consider it like that. But yeah, theoretically we
could drop the wic variant if you only use fsimage in your wks file.
But I think they sort of complement each other though. Since the rootfs
plugin does exist in wic, it makes sense that it would also support
--exclude-path. If you have a partition setup like this:
part1: Everything except /usr
part2: Everything inside /usr except /usr/share
part3: /usr/share
This would not be possible without --exclude-path support in wic, since
part2 would have to be constructed using the wic rootfs plugin, but
would need to exclude /usr/share.
In any case, I will definitely look at implementing the do_image_ext4
variant as well. I'll post more info about that when I have it.
--
Kristian
^ permalink raw reply
* Re: [PATCH] strace: 4.13 -> 4.14
From: Burton, Ross @ 2016-12-05 10:36 UTC (permalink / raw)
To: Huang, Qiyu; +Cc: openembedded-core@lists.openembedded.org
In-Reply-To: <97F7C8E70D26E94FA7E05578493F65C6D68FE3@G08CNEXMBPEKD03.g08.fujitsu.local>
[-- Attachment #1: Type: text/plain, Size: 1988 bytes --]
This and your other patches are under testing now.
On 5 December 2016 at 02:38, Huang, Qiyu <huangqy.fnst@cn.fujitsu.com>
wrote:
> ping
>
> > -----Original Message-----
> > From: Huang, Qiyu/黄 琦宇
> > Sent: Wednesday, November 30, 2016 8:03 PM
> > To: openembedded-core@lists.openembedded.org
> > Cc: Huang, Qiyu/黄 琦宇 <huangqy.fnst@cn.fujitsu.com>
> > Subject: [OE-core] [PATCH] strace: 4.13 -> 4.14
> >
> > From: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
> >
> > Upgrade strace from 4.13 to 4.14.
> >
> > Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
> > ---
> > meta/recipes-devtools/strace/{strace_4.13.bb => strace_4.14.bb} | 4
> ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-) rename
> > meta/recipes-devtools/strace/{strace_4.13.bb => strace_4.14.bb} (91%)
> >
> > diff --git a/meta/recipes-devtools/strace/strace_4.13.bb
> > b/meta/recipes-devtools/strace/strace_4.14.bb
> > similarity index 91%
> > rename from meta/recipes-devtools/strace/strace_4.13.bb
> > rename to meta/recipes-devtools/strace/strace_4.14.bb
> > index cae7f21..452925c 100644
> > --- a/meta/recipes-devtools/strace/strace_4.13.bb
> > +++ b/meta/recipes-devtools/strace/strace_4.14.bb
> > @@ -15,8 +15,8 @@ SRC_URI =
> > "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.xz \
> > file://mips-SIGEMT.patch \
> > "
> >
> > -SRC_URI[md5sum] = "4b78c7febdd24c79d5147824d1a080a3"
> > -SRC_URI[sha256sum] =
> > "d48f732576c91ece36a5843d63f9be054c40ef59f1e4773986042636861625d7"
> > +SRC_URI[md5sum] = "1e39b5f7583256d7dc21170b9da529ae"
> > +SRC_URI[sha256sum] =
> > "5bed5110b243dce6864bedba269446c18c8c63f553cdd7fd4f808d89a764712f"
> >
> > inherit autotools ptest bluetooth
> >
> > --
> > 2.7.4
>
>
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 3844 bytes --]
^ permalink raw reply
* [PATCH][krogoth] bash: fix CVE-2016-7543
From: Sona Sarmadi @ 2016-12-05 10:40 UTC (permalink / raw)
To: openembedded-core
Specially crafted SHELLOPTS+PS4 variables allows command substitution
References:
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-7543
http://lists.gnu.org/archive/html/bug-bash/2016-10/msg00009.html
Signed-off-by: Sona Sarmadi <sona.sarmadi@enea.com>
---
.../recipes-extended/bash/bash/CVE-2016-7543.patch | 38 ++++++++++++++++++++++
meta/recipes-extended/bash/bash_4.3.30.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644 meta/recipes-extended/bash/bash/CVE-2016-7543.patch
diff --git a/meta/recipes-extended/bash/bash/CVE-2016-7543.patch b/meta/recipes-extended/bash/bash/CVE-2016-7543.patch
new file mode 100644
index 0000000..7c9a9c6
--- /dev/null
+++ b/meta/recipes-extended/bash/bash/CVE-2016-7543.patch
@@ -0,0 +1,38 @@
+bash: fix CVE-2016-7543
+
+Bug-Reference-URL:
+http://lists.gnu.org/archive/html/bug-bash/2015-12/msg00054.html
+
+Bug-Description:
+
+If a malicious user can inject a value of $SHELLOPTS containing `xtrace'
+and a value for $PS4 that includes a command substitution into a shell
+running as root, bash will expand the command substitution as part of
+expanding $PS4 when it executes a traced command.
+
+Patch (apply with `patch -p0'):
+
+CVE: CVE-2016-7543
+Upstream-Status: Backport
+[changes in patchlevel.h has been removed from original patch]
+
+Reference to upstream patch:
+http://lists.gnu.org/archive/html/bug-bash/2016-10/msg00009.html
+
+Signed-off-by: Sona Sarmadi <sona.sarmadi@enea.com>
+diff -Nurp a/variables.c b/variables.c
+--- a/variables.c 2016-12-05 09:49:39.552587211 +0100
++++ b/variables.c 2016-12-05 09:52:00.406522230 +0100
+@@ -495,7 +495,11 @@ initialize_shell_variables (env, privmod
+ #endif
+ set_if_not ("PS2", secondary_prompt);
+ }
+- set_if_not ("PS4", "+ ");
++
++ if (current_user.euid == 0)
++ bind_variable ("PS4", "+ ", 0);
++ else
++ set_if_not ("PS4", "+ ");
+
+ /* Don't allow IFS to be imported from the environment. */
+ temp_var = bind_variable ("IFS", " \t\n", 0);
diff --git a/meta/recipes-extended/bash/bash_4.3.30.bb b/meta/recipes-extended/bash/bash_4.3.30.bb
index fcd6caf..fdad39b 100644
--- a/meta/recipes-extended/bash/bash_4.3.30.bb
+++ b/meta/recipes-extended/bash/bash_4.3.30.bb
@@ -22,6 +22,7 @@ SRC_URI = "${GNU_MIRROR}/bash/${BP}.tar.gz;name=tarball \
file://run-ptest \
file://fix-run-builtins.patch \
file://CVE-2016-0634.patch;striplevel=0 \
+ file://CVE-2016-7543.patch \
"
SRC_URI[tarball.md5sum] = "a27b3ee9be83bd3ba448c0ff52b28447"
--
1.9.1
^ permalink raw reply related
* Re: non-standard library locations and rpath
From: Jack Mitchell @ 2016-12-05 10:44 UTC (permalink / raw)
To: Khem Raj; +Cc: OE-core
In-Reply-To: <CAMKF1sqVdGwXPX-hg2NCgY-VxL_1bBVQL3vpzC00033ah1N7WQ@mail.gmail.com>
On 02/12/16 07:08, Khem Raj wrote:
> On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <ml@embed.me.uk> wrote:
>> I'm having some troubles with shared library, shared library dependencies
>> and rpaths. I have libfoo, which depends on libbar when I try to link libfoo
>> with my app, it requires libbar to be found. libbar is in a non-standard
>> location, /usr/local/bar when I compiled libfoo, I used -Wl,rpath-link
>> ${STAGING_SYSROOT}/usr/local/bar and -Wl,rpath /usr/local/bar. Now when I
>> come to try link my app with libfoo, it fails to link as it can't find
>> libbar, which I assume means the rpath in libfoo isn't being properly
>> prepending with sysroot what is the proper way to support this in OE? My
>> library has the following rpath information:
>>
>> 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
>>
>> So why isn't the rpath being prepended with the sysroot when I compile my
>> app and link libfoo? The apps build system is using cmake, but this should
>> be a built in linker feature, correct?
>
> Only first path ( before :) is relative to location of binary at runtime
>
Exactly, so how can you make an OE build use the rpaths of libs that
point to the build sysroot. What I have at the moment is
0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
Which would be correct if I was linking on the target. However when OE
sees the rpath in it's cross compile environment it should prepend it
with the build sysroot so you end up with something like
0x0000000f (RPATH) Library rpath:
[$ORIGIN/../lib:/path/to/build/sysroot/usr/local/bar]
And then the SDK should end up with something like
0x0000000f (RPATH) Library rpath:
[$ORIGIN/../lib:/path/to/sdk/sysroot/usr/local/bar]
Is this what is expected to happen, or am I stumbling into an
unsupported scenario.
Cheers,
^ permalink raw reply
* Re: non-standard library locations and rpath
From: Jack Mitchell @ 2016-12-05 10:54 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <f8d7dc4e-2788-f061-447c-67916f215aab@embed.me.uk>
On 05/12/16 10:44, Jack Mitchell wrote:
> On 02/12/16 07:08, Khem Raj wrote:
>> On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <ml@embed.me.uk> wrote:
>>> I'm having some troubles with shared library, shared library
>>> dependencies
>>> and rpaths. I have libfoo, which depends on libbar when I try to link
>>> libfoo
>>> with my app, it requires libbar to be found. libbar is in a non-standard
>>> location, /usr/local/bar when I compiled libfoo, I used -Wl,rpath-link
>>> ${STAGING_SYSROOT}/usr/local/bar and -Wl,rpath /usr/local/bar. Now
>>> when I
>>> come to try link my app with libfoo, it fails to link as it can't find
>>> libbar, which I assume means the rpath in libfoo isn't being properly
>>> prepending with sysroot what is the proper way to support this in OE? My
>>> library has the following rpath information:
>>>
>>> 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
>>>
>>> So why isn't the rpath being prepended with the sysroot when I
>>> compile my
>>> app and link libfoo? The apps build system is using cmake, but this
>>> should
>>> be a built in linker feature, correct?
>>
>> Only first path ( before :) is relative to location of binary at runtime
>>
>
> Exactly, so how can you make an OE build use the rpaths of libs that
> point to the build sysroot. What I have at the moment is
>
> 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
>
> Which would be correct if I was linking on the target. However when OE
> sees the rpath in it's cross compile environment it should prepend it
> with the build sysroot so you end up with something like
>
> 0x0000000f (RPATH) Library rpath:
> [$ORIGIN/../lib:/path/to/build/sysroot/usr/local/bar]
>
> And then the SDK should end up with something like
>
> 0x0000000f (RPATH) Library rpath:
> [$ORIGIN/../lib:/path/to/sdk/sysroot/usr/local/bar]
>
> Is this what is expected to happen, or am I stumbling into an
> unsupported scenario.
>
> Cheers,
I think basically what I'm saying is that does the linker prepend it's
--sysroot value to absolute rpaths, and if not, should it?
^ permalink raw reply
* Re: [PATCH v2] uninative: rebuild uninative for gcc 4.8 and 4.9
From: Burton, Ross @ 2016-12-05 10:56 UTC (permalink / raw)
To: Ed Bartosh; +Cc: OE-core
In-Reply-To: <1478592704-10596-1-git-send-email-ed.bartosh@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2536 bytes --]
This fails on the AB when generating a eSDK, eg
http://errors.yoctoproject.org/Errors/Details/110635/
I suspect the cause is that the sstate is generated using the (eg)
universal-4.9 name, but populate_sdk_ext still uses just "universal" when
creating a mirror of the sstate archive.
Ross
On 8 November 2016 at 08:11, Ed Bartosh <ed.bartosh@linux.intel.com> wrote:
> Some c++ libraries fail to build if uninative is built
> with gcc 5.x and host gcc version is either 4.8 or 4.9.
>
> The issue should be solved by making separate uninative sstate
> directory structure sstate-cache/universal-<gcc version> for host gcc
> versions 4.8 and 4.9. This causes rebuilds of uninative if host gcc
> is either 4.8 or 4.9 and it doesn't match gcc version used to build
> uninative.
>
> [YOCTO #10441]
>
> Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
> ---
> meta/classes/uninative.bbclass | 16 +++++++++++++++-
> 1 file changed, 15 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.
> bbclass
> index 89cec07..3862b31 100644
> --- a/meta/classes/uninative.bbclass
> +++ b/meta/classes/uninative.bbclass
> @@ -95,11 +95,25 @@ python uninative_event_enable() {
> enable_uninative(d)
> }
>
> +def gcc_version(d):
> + compiler = d.getVar("BUILD_CC", True)
> + retval, output = oe.utils.getstatusoutput("%s --version" % compiler)
> + if retval:
> + bb.fatal("Error running %s --version: %s" % (compiler, output))
> +
> + import re
> + match = re.match(".* (\d\.\d)\.\d.*", output.split('\n')[0])
> + if not match:
> + bb.fatal("Can't get compiler version from %s --version output" %
> compiler)
> +
> + version = match.group(1)
> + return "-%s" % version if version in ("4.8", "4.9") else ""
> +
> def enable_uninative(d):
> loader = d.getVar("UNINATIVE_LOADER", True)
> if os.path.exists(loader):
> bb.debug(2, "Enabling uninative")
> - d.setVar("NATIVELSBSTRING", "universal")
> + d.setVar("NATIVELSBSTRING", "universal%s" % gcc_version(d))
> d.appendVar("SSTATEPOSTUNPACKFUNCS", " uninative_changeinterp")
> d.prependVar("PATH", "${STAGING_DIR}-uninative/${
> BUILD_ARCH}-linux${bindir_native}:")
>
> --
> 2.1.4
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 3703 bytes --]
^ permalink raw reply
* Re: [PATCH] gstreamer1.0-plugins-bad: Add PKG_CONFIG_SYSROOT_DIR to output of pkg-config
From: Jussi Kukkonen @ 2016-12-05 13:20 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <20161201083726.6160-1-raj.khem@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5338 bytes --]
On 1 December 2016 at 10:37, Khem Raj <raj.khem@gmail.com> wrote:
> When configure pokes for wayland-protocols isntallations it ended up
> using the ones from host, which is because it did not account for sysroot
> prefix
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> ---
> .../gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
> ...G_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch | 37
> ++++++++++++++++++++++
> .../gstreamer/gstreamer1.0-plugins-bad_1.10.1.bb | 1 +
> 3 files changed, 39 insertions(+), 1 deletion(-)
> create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
>
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
> index d26a6a9..d3c5326 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
> @@ -64,7 +64,7 @@ PACKAGECONFIG[srtp] =
> "--enable-srtp,--disable-srtp,libsrtp"
> PACKAGECONFIG[uvch264] = "--enable-uvch264,--disable-uvch264,libusb1
> libgudev"
> PACKAGECONFIG[voaacenc] = "--enable-voaacenc,--disable-
> voaacenc,vo-aacenc"
> PACKAGECONFIG[voamrwbenc] = "--enable-voamrwbenc,--
> disable-voamrwbenc,vo-amrwbenc"
> -PACKAGECONFIG[wayland] = "--enable-wayland,--disable-wayland,wayland-native
> wayland"
> +PACKAGECONFIG[wayland] = "--enable-wayland,--disable-wayland,wayland-native
> wayland wayland-protocols"
> PACKAGECONFIG[webp] = "--enable-webp,--disable-webp,libwebp"
>
> # these plugins have not been ported to 1.0 (yet):
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
> new file mode 100644
> index 0000000..eb789df
> --- /dev/null
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
> @@ -0,0 +1,37 @@
> +From c271503d7e233428ac0323c51d6517113e26bef7 Mon Sep 17 00:00:00 2001
> +From: Khem Raj <raj.khem@gmail.com>
> +Date: Thu, 1 Dec 2016 00:27:13 -0800
> +Subject: [PATCH] Prepend PKG_CONFIG_SYSROOT_DIR to pkg-config output
> +
> +In cross environment we have to prepend the sysroot to the path found by
> +pkgconfig since the path returned from pkgconfig does not have sysroot
> prefixed
> +it ends up using the files from host system. If build host has wayland
> installed
> +the build will succeed but if you dont have wayland-protocols installed
> on build host then
> +it wont find the files on build host
> +
> +This should work ok with non sysrooted builds too since in those cases
> PKG_CONFIG_SYSROOT_DIR
> +will be empty
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj <raj.khem@gmail.com>
> +---
> + configure.ac | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index f8ac96b..dc87b08 100644
> +--- a/configure.ac
> ++++ b/configure.ac
> +@@ -2233,7 +2233,7 @@ AG_GST_CHECK_FEATURE(WAYLAND, [wayland sink],
> wayland , [
> + PKG_CHECK_MODULES(WAYLAND_PROTOCOLS, wayland-protocols >= 1.4, [
> + if test "x$wayland_scanner" != "x"; then
> + HAVE_WAYLAND="yes"
> +- AC_SUBST(WAYLAND_PROTOCOLS_DATADIR, `$PKG_CONFIG
> --variable=pkgdatadir wayland-protocols`)
> ++ AC_SUBST(WAYLAND_PROTOCOLS_DATADIR, ${PKG_CONFIG_SYSROOT_DIR}`$PKG_CONFIG
> --variable=pkgdatadir wayland-protocols`)
>
I believe this breaks multilib because wayland-protocols is allarch so
PKG_CONFIG_SYSROOT_DIR may then be incorrect.
I've set "WAYLAND_PROTOCOLS_SYSROOT_DIR=${STAGING_DIR}/${MACHINE}"
in EXTRA_OECONF in other recipes and used that variable in the patches.
It's not pretty but seems to work.
Jussi
+ else
> + AC_MSG_RESULT([wayland-scanner is required to build the wayland
> plugin])
> + HAVE_WAYLAND="no"
> +--
> +2.10.2
> +
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad_1.10.1.bb b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-bad_1.10.1.bb
> index 9cd892e..6c6f011 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.1.bb
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.10.1.bb
> @@ -14,6 +14,7 @@ SRC_URI = " \
> file://0001-gstreamer-gl.pc.in-don-t-append-GL_CFLAGS-to-CFLAGS.patch
> \
> file://0009-glimagesink-Downrank-to-marginal.patch \
> file://0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch
> \
> + file://0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
> \
> "
> SRC_URI[md5sum] = "491d2d5aab55ffc60c66e714d3d664ea"
> SRC_URI[sha256sum] = "133e0ed9fe21011b15d3898e3d3a9d
> 17ab74eed31996da2e353353e688ca921d"
> --
> 2.10.2
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 7692 bytes --]
^ permalink raw reply
* [PATCH 0/2] Fixes for diffutils and u-boot
From: Robert Yang @ 2016-12-05 14:54 UTC (permalink / raw)
To: openembedded-core
The following changes since commit 11063a01d4511b2688ea7ba2d7359e4e07328c66:
ruby: upgrade to 2.3.1 (2016-11-30 15:47:17 +0000)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/2fixes
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/2fixes
Robert Yang (2):
diffutils: do_configure: fix "Argument list too long"
image.bbclass: inherit image_types_uboot when needed
meta/classes/image.bbclass | 9 +++++++++
meta/recipes-extended/diffutils/diffutils_3.4.bb | 3 +++
2 files changed, 12 insertions(+)
--
2.9.0
^ permalink raw reply
* [PATCH 1/2] diffutils: do_configure: fix "Argument list too long"
From: Robert Yang @ 2016-12-05 14:54 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1480949616.git.liezhi.yang@windriver.com>
Fixed when len(TMPDIR) = 410:
aclocal: error: cannot open echo [snip]: Argument list too long
This is becuase it has a lot of m4 files, use relative path for them
can fix the problem.
It doesn't happen when MACHINE="qemux86", I think it is because
intel-x86-64 is longer than qemux86.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
---
meta/recipes-extended/diffutils/diffutils_3.4.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-extended/diffutils/diffutils_3.4.bb b/meta/recipes-extended/diffutils/diffutils_3.4.bb
index cb7092b..be280ec 100644
--- a/meta/recipes-extended/diffutils/diffutils_3.4.bb
+++ b/meta/recipes-extended/diffutils/diffutils_3.4.bb
@@ -10,6 +10,9 @@ SRC_URI = "${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz \
EXTRA_OECONF += "--without-libsigsegv-prefix"
+# Fix "Argument list too long" error when len(TMPDIR) = 410
+acpaths = "-I ./m4"
+
do_configure_prepend () {
# Need to remove gettext macros with weird mix of versions
for i in codeset.m4 gettext_gl.m4 intlmacosx.m4 inttypes-pri.m4 lib-ld_gl.m4 lib-prefix_gl.m4 po_gl.m4 ssize_t.m4 wchar_t.m4 wint_t.m4; do
--
2.9.0
^ permalink raw reply related
* [PATCH 2/2] image.bbclass: inherit image_types_uboot when needed
From: Robert Yang @ 2016-12-05 14:54 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1480949616.git.liezhi.yang@windriver.com>
Fixed:
MACHINE = "qemuarm"
IMAGE_FSTYPES += "ext3.bz2.u-boot"
[snip]
No IMAGE_CMD defined for IMAGE_FSTYPES entry 'ext3.bz2.u-boot' - possibly invalid type name or missing support class
[snip]
This is because image_types_uboot is not inherited, inherit it when
needed will fix the problem.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
---
meta/classes/image.bbclass | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 6111f6d..b10272a 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -144,6 +144,15 @@ inherit ${IMAGE_TYPE_live}
IMAGE_TYPE_vm = '${@bb.utils.contains_any("IMAGE_FSTYPES", ["vmdk", "vdi", "qcow2", "hdddirect"], "image-vm", "", d)}'
inherit ${IMAGE_TYPE_vm}
+def build_uboot(d):
+ if 'u-boot' in (d.getVar('IMAGE_FSTYPES', True) or ''):
+ return "image_types_uboot"
+ else:
+ return ""
+
+IMAGE_TYPE_uboot = "${@build_uboot(d)}"
+inherit ${IMAGE_TYPE_uboot}
+
python () {
deps = " " + imagetypes_getdepends(d)
d.appendVarFlag('do_rootfs', 'depends', deps)
--
2.9.0
^ permalink raw reply related
* Re: [PATCH] classes/cpan-base: fix for PERLVERSION
From: Burton, Ross @ 2016-12-05 15:34 UTC (permalink / raw)
To: jackie.huang@windriver.com; +Cc: OE-core
In-Reply-To: <20161109055107.2250-1-jackie.huang@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 385 bytes --]
On 9 November 2016 at 05:51, <jackie.huang@windriver.com> wrote:
> -PERLVERSION := "${@get_perl_version(d)}"
> +PERLVERSION = "${@get_perl_version(d)}"
>
This uses := as the get_perl_version is a non-trivial amount of python
which doesn't need to be re-evaluated all the time. Have you looked at how
bad the performance hit is, and whether there is an alternative?
Ross
[-- Attachment #2: Type: text/html, Size: 909 bytes --]
^ permalink raw reply
* Yocto Project Status WW50
From: Jolley, Stephen K @ 2016-12-05 15:42 UTC (permalink / raw)
To: yocto@yoctoproject.org, openembedded-core@lists.openembedded.org
[-- Attachment #1: Type: text/plain, Size: 2258 bytes --]
Current Dev Position: YP 2.3 M1
Next Deadline: YP 2.3 M1 by Dec. 12, 2016
SWAT team rotation: Anibal -> Tracy
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
* We're now coming to the end of the M1 development period with it closing next Monday.
* The recipe specific sysroot patchset has been updated with a number of the key issues being addressed.
* Patches are being merged but we're continue to struggle to track down which patches in testing are causing which failures which does slow down the overall merge progress. The work Ross has been doing here is much appreciated. We have seen many recipe upgrades being merged.
* Performance of bitbake on systems with large numbers of cores appears to have bottlenecks in bitbake-worker. One patch has already merged for this and there are some further patches pending. Python3 appears to have made this issue worse.
* The monthly tech meeting is tomorrow at 8am PST. US Phone: 8007302996/9139049836, Bridge: 2705751
Proposed upcoming dot releases:
YP 2.0.3 Release by Dec. 9, 2016
YP 2.2.1 Release by Jan. 20, 2017
YP 2.1.3 Release by May. 19, 2017
Key YP 2.3 Dates:
YP 2.3 M1 Cutoff is Dec. 12, 2016
YP 2.3 M1 Release is Dec. 23, 2016
YP 2.3 M2 Cutoff is Jan. 23, 2017
YP 2.3 M2 Release is Feb. 3, 2017
YP 2.3 M3 Cutoff is Feb 27, 2017
YP 2.3 M3 Release is Mar. 10, 2017
YP 2.3 M4 Cutoff is April 3, 2017
YP 2.3 M4 Release is April 28, 2017
Tracking Metrics:
WDD 2507 (last week 2552)
(https://wiki.yoctoproject.org/charts/combo.html)
Key Status Links for YP:
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.3_Status
https://wiki.yoctoproject.org/wiki/Yocto_2.3_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_2.3_Features
[If anyone has suggestions for other information you'd like to see on this weekly status update, let us know!]
Thanks,
Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
* Work Telephone: (503) 712-0534
* Cell: (208) 244-4460
* Email: stephen.k.jolley@intel.com
[-- Attachment #2: Type: text/html, Size: 16797 bytes --]
^ permalink raw reply
* Re: [PATCH] u-boot: Update to v2016.11 release
From: Bill Randle @ 2016-12-05 15:45 UTC (permalink / raw)
To: Ross Burton; +Cc: openembedded-core
In-Reply-To: <20161118192955.17284-1-marex@denx.de>
On Fri, Nov 18, 2016 at 11:29 AM, Marek Vasut <marex@denx.de> wrote:
> Upgrade U-Boot to the latest version.
>
> Signed-off-by: Marek Vasut <marex@denx.de>
> Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
> Cc: Denys Dmytriyenko <denis@denix.org>
> Cc: Ross Burton <ross.burton@intel.com>
> ---
> .../{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc} | 4 ++--
> .../{u-boot-fw-utils_2016.09.01.bb => u-boot-fw-utils_2016.11.bb} | 0
> .../{u-boot-mkimage_2016.09.01.bb => u-boot-mkimage_2016.11.bb} | 0
> meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb} | 0
> 4 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-bsp/u-boot/{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc} (71%)
> rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.09.01.bb => u-boot-fw-utils_2016.11.bb} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.09.01.bb => u-boot-mkimage_2016.11.bb} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb} (100%)
>
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> similarity index 71%
> rename from meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> rename to meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> index f706a6b..84adc1c 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> @@ -7,8 +7,8 @@ PE = "1"
>
> # We use the revision in order to avoid having to fetch it from the
> # repo during parse
> -SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
> +SRCREV = "29e0cfb4f77f7aa369136302cee14a91e22dca71"
>
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
> +SRC_URI = "git://git.denx.de/u-boot.git"
>
> S = "${WORKDIR}/git"
> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot_2016.11.bb
> --
Ross, any chance of getting this staged soon? I'm using it in a
project and I checked poky/master-next and poky-contrib/ross/mut but
don't see it there yet.
-Bill
^ permalink raw reply
* Re: [PATCH 1/2] connman: Simplify and fix packaging of VPN plug-ins
From: Burton, Ross @ 2016-12-05 16:16 UTC (permalink / raw)
To: Andreas Oberritter; +Cc: OE-core
In-Reply-To: <1480508551-26893-1-git-send-email-obi@opendreambox.org>
[-- Attachment #1: Type: text/plain, Size: 1082 bytes --]
On 30 November 2016 at 12:22, Andreas Oberritter <obi@opendreambox.org>
wrote:
> - Use simple static packaging.
> - Move VPN runtime dependencies from connman to the individual plug-ins.
> - Create a connmann-ppp package containing libppp-plugin.so, which is
> a shared library needed by l2tp and pptp plug-ins.
> - Let connman suggest VPN packages instead of recommending them, so they
> don't get installed by default.
> - Remove unknown configure options (--with-pptp --with-l2tp)
>
Lines like this break with just oe-core:
+RDEPENDS_${PN}-plugin-vpn-l2tp = "${PN}-vpn ${PN}-ppp xl2tpd"
ERROR: Nothing RPROVIDES 'vpnc' (but
/home/ross/Yocto/poky/meta/recipes-connectivity/connman/connman_1.33.bb
RDEPENDS on or otherwise requires it)
NOTE: Runtime target 'vpnc' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['vpnc']
ERROR: Required build target 'connman' has no buildable providers.
Missing or unbuildable dependency chain was: ['connman', 'vpnc']
(repeat for all the other RDEPENDS that are not in oe-core).
Ross
[-- Attachment #2: Type: text/html, Size: 2017 bytes --]
^ permalink raw reply
* Re: [PATCH] u-boot: Add RPROVIDES bootloader
From: Burton, Ross @ 2016-12-05 16:18 UTC (permalink / raw)
To: Fabio Berton; +Cc: OE-core
In-Reply-To: <1480687192-4813-1-git-send-email-fabio.berton@ossystems.com.br>
[-- Attachment #1: Type: text/plain, Size: 476 bytes --]
On 2 December 2016 at 13:59, Fabio Berton <fabio.berton@ossystems.com.br>
wrote:
> This change allow to install u-boot in /boot partition using
> MACHINE_ESSENTIAL_EXTRA_RDEPENDS variable e.g.:
>
> MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "bootloader"
>
> This is usefull when system has only one partition and u-boot,
> kernel and device tree need to be installed in /boot.
>
What does this give you over just MACHINE_ESSENTIAL_EXTRA_RDEPENDS +=
"u-boot"?
Ross
[-- Attachment #2: Type: text/html, Size: 934 bytes --]
^ permalink raw reply
* Re: [PATCH] u-boot: Update to v2016.11 release
From: Burton, Ross @ 2016-12-05 16:19 UTC (permalink / raw)
To: Marek Vasut; +Cc: OE-core
In-Reply-To: <20161118192955.17284-1-marex@denx.de>
[-- Attachment #1: Type: text/plain, Size: 2908 bytes --]
This doesn't apply to master cleanly, I suspect it's part of a series that
has managed to become split up in my inbox.
Is there a branch with this on?
Ross
On 18 November 2016 at 19:29, Marek Vasut <marex@denx.de> wrote:
> Upgrade U-Boot to the latest version.
>
> Signed-off-by: Marek Vasut <marex@denx.de>
> Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
> Cc: Denys Dmytriyenko <denis@denix.org>
> Cc: Ross Burton <ross.burton@intel.com>
> ---
> .../{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc} |
> 4 ++--
> .../{u-boot-fw-utils_2016.09.01.bb => u-boot-fw-utils_2016.11.bb} | 0
> .../{u-boot-mkimage_2016.09.01.bb => u-boot-mkimage_2016.11.bb} | 0
> meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb} | 0
> 4 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-bsp/u-boot/{u-boot-common_2016.09.01.inc =>
> u-boot-common_2016.11.inc} (71%)
> rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.09.01.bb =>
> u-boot-fw-utils_2016.11.bb} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.09.01.bb =>
> u-boot-mkimage_2016.11.bb} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb}
> (100%)
>
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> similarity index 71%
> rename from meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> rename to meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> index f706a6b..84adc1c 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> @@ -7,8 +7,8 @@ PE = "1"
>
> # We use the revision in order to avoid having to fetch it from the
> # repo during parse
> -SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
> +SRCREV = "29e0cfb4f77f7aa369136302cee14a91e22dca71"
>
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
> +SRC_URI = "git://git.denx.de/u-boot.git"
>
> S = "${WORKDIR}/git"
> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> b/meta/recipes-bsp/u-boot/u-boot_2016.11.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> rename to meta/recipes-bsp/u-boot/u-boot_2016.11.bb
> --
> 2.10.2
>
>
[-- Attachment #2: Type: text/html, Size: 5918 bytes --]
^ permalink raw reply
* Re: [PATCH] u-boot: Update to v2016.11 release
From: Marek Vasut @ 2016-12-05 16:24 UTC (permalink / raw)
To: Burton, Ross; +Cc: OE-core
In-Reply-To: <CAJTo0LYdVfLUnMsJkiV_bCu5cGTwrY5HvbFYfjnKj3kp+4iFNQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 4608 bytes --]
On 12/05/2016 05:19 PM, Burton, Ross wrote:
> This doesn't apply to master cleanly, I suspect it's part of a series
> that has managed to become split up in my inbox.
>
> Is there a branch with this on?
Afaict you applied the update to 2016.09 and squashed some patches and
that never made it into master. Anyway, I'm attaching all the patches,
for completeness.
> Ross
>
> On 18 November 2016 at 19:29, Marek Vasut <marex@denx.de
> <mailto:marex@denx.de>> wrote:
>
> Upgrade U-Boot to the latest version.
>
> Signed-off-by: Marek Vasut <marex@denx.de <mailto:marex@denx.de>>
> Cc: Richard Purdie <richard.purdie@linuxfoundation.org
> <mailto:richard.purdie@linuxfoundation.org>>
> Cc: Denys Dmytriyenko <denis@denix.org <mailto:denis@denix.org>>
> Cc: Ross Burton <ross.burton@intel.com <mailto:ross.burton@intel.com>>
> ---
> .../{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc}
> | 4 ++--
> .../{u-boot-fw-utils_2016.09.01.bb
> <http://u-boot-fw-utils_2016.09.01.bb> => u-boot-fw-utils_2016.11.bb
> <http://u-boot-fw-utils_2016.11.bb>} | 0
> .../{u-boot-mkimage_2016.09.01.bb
> <http://u-boot-mkimage_2016.09.01.bb> => u-boot-mkimage_2016.11.bb
> <http://u-boot-mkimage_2016.11.bb>} | 0
> meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb
> <http://u-boot_2016.09.01.bb> => u-boot_2016.11.bb
> <http://u-boot_2016.11.bb>} | 0
> 4 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-bsp/u-boot/{u-boot-common_2016.09.01.inc =>
> u-boot-common_2016.11.inc} (71%)
> rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.09.01.bb
> <http://u-boot-fw-utils_2016.09.01.bb> => u-boot-fw-utils_2016.11.bb
> <http://u-boot-fw-utils_2016.11.bb>} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.09.01.bb
> <http://u-boot-mkimage_2016.09.01.bb> => u-boot-mkimage_2016.11.bb
> <http://u-boot-mkimage_2016.11.bb>} (100%)
> rename meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb
> <http://u-boot_2016.09.01.bb> => u-boot_2016.11.bb
> <http://u-boot_2016.11.bb>} (100%)
>
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> similarity index 71%
> rename from meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> rename to meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> index f706a6b..84adc1c 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
> @@ -7,8 +7,8 @@ PE = "1"
>
> # We use the revision in order to avoid having to fetch it from the
> # repo during parse
> -SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
> +SRCREV = "29e0cfb4f77f7aa369136302cee14a91e22dca71"
>
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y
> <http://git.denx.de/u-boot.git;branch=u-boot-2016.09.y>"
> +SRC_URI = "git://git.denx.de/u-boot.git
> <http://git.denx.de/u-boot.git>"
>
> S = "${WORKDIR}/git"
> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> <http://u-boot-fw-utils_2016.09.01.bb>
> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> <http://u-boot-fw-utils_2016.11.bb>
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> <http://u-boot-fw-utils_2016.09.01.bb>
> rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
> <http://u-boot-fw-utils_2016.11.bb>
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> <http://u-boot-mkimage_2016.09.01.bb>
> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> <http://u-boot-mkimage_2016.11.bb>
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> <http://u-boot-mkimage_2016.09.01.bb>
> rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
> <http://u-boot-mkimage_2016.11.bb>
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> <http://u-boot_2016.09.01.bb>
> b/meta/recipes-bsp/u-boot/u-boot_2016.11.bb <http://u-boot_2016.11.bb>
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> <http://u-boot_2016.09.01.bb>
> rename to meta/recipes-bsp/u-boot/u-boot_2016.11.bb
> <http://u-boot_2016.11.bb>
> --
> 2.10.2
>
>
--
Best regards,
Marek Vasut
[-- Attachment #2: 0001-u-boot-Update-to-2016.09.01-release.patch --]
[-- Type: text/x-patch, Size: 3015 bytes --]
From 7e9976663a738810238888ac9cf9814f9ba16e41 Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Sun, 4 Sep 2016 12:50:01 +0200
Subject: [PATCH 1/6] u-boot: Update to 2016.09.01 release
Upgrade U-Boot to the latest version.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Denys Dmytriyenko <denis@denix.org>
---
.../{u-boot-common_2016.03.inc => u-boot-common_2016.09.01.inc} | 8 ++++----
.../{u-boot-fw-utils_2016.03.bb => u-boot-fw-utils_2016.09.01.bb} | 0
.../{u-boot-mkimage_2016.03.bb => u-boot-mkimage_2016.09.01.bb} | 0
.../u-boot/{u-boot_2016.03.bb => u-boot_2016.09.01.bb} | 0
4 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-bsp/u-boot/{u-boot-common_2016.03.inc => u-boot-common_2016.09.01.inc} (59%)
rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.03.bb => u-boot-fw-utils_2016.09.01.bb} (100%)
rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.03.bb => u-boot-mkimage_2016.09.01.bb} (100%)
rename meta/recipes-bsp/u-boot/{u-boot_2016.03.bb => u-boot_2016.09.01.bb} (100%)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
similarity index 59%
rename from meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
rename to meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
index 403e316..ead5077 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
@@ -4,13 +4,13 @@ SECTION = "bootloaders"
LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
-# This revision corresponds to the tag "v2016.03"
+# This revision corresponds to the tag "v2016.09.01"
# We use the revision in order to avoid having to fetch it from the
# repo during parse
-SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
+SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
-PV = "v2016.03+git${SRCPV}"
+PV = "v2016.09.01+git${SRCPV}"
-SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
+SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
S = "${WORKDIR}/git"
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.03.bb b/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot_2016.03.bb
rename to meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
--
2.10.2
[-- Attachment #3: 0002-u-boot-Drop-the-git-part-from-PV.patch --]
[-- Type: text/x-patch, Size: 1153 bytes --]
From 4bae285969592a19907d987e7e8085fb1e1cf95c Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Sun, 16 Oct 2016 14:41:28 +0200
Subject: [PATCH 2/6] u-boot: Drop the +git part from PV
The U-Boot package is using release versions of U-Boot,
so drop the extra +git part from PV.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Denys Dmytriyenko <denis@denix.org>
---
meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
index ead5077..0a90621 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
# repo during parse
SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
-PV = "v2016.09.01+git${SRCPV}"
+PV = "v2016.09.01"
SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
--
2.10.2
[-- Attachment #4: 0003-u-boot-Drop-PV-altogether.patch --]
[-- Type: text/x-patch, Size: 1595 bytes --]
From 919f8093c8ac1e60a2d52c531af6345455ea1e62 Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Sun, 16 Oct 2016 14:44:12 +0200
Subject: [PATCH 3/6] u-boot: Drop PV altogether
Drop the explicit setting of PV altogether. This changes the U-Boot
version string from "v20yy.mm" to "20yy.mm" , so layer setting the
PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Denys Dmytriyenko <denis@denix.org>
---
V2: - Add PE=1 to increment the epoch of the package, as the version
numbering changes in non-backward-compatible way.
V3: - Formatting fix
---
meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
index 0a90621..183e222 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
@@ -3,14 +3,13 @@ SECTION = "bootloaders"
LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
+PE = "1"
# This revision corresponds to the tag "v2016.09.01"
# We use the revision in order to avoid having to fetch it from the
# repo during parse
SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
-PV = "v2016.09.01"
-
SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
S = "${WORKDIR}/git"
--
2.10.2
[-- Attachment #5: 0004-u-boot-Drop-redundant-comment.patch --]
[-- Type: text/x-patch, Size: 1233 bytes --]
From 4ee18fa12604d00b95dae92d92cc778970f572cc Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Sun, 16 Oct 2016 14:46:50 +0200
Subject: [PATCH 4/6] u-boot: Drop redundant comment
Drop comment stating that the SRCREV corresponds to particular U-Boot
version. This comment is redundant, since the U-Boot version is part
of the recipe filename.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Denys Dmytriyenko <denis@denix.org>
---
meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
index 183e222..f706a6b 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
@@ -5,7 +5,6 @@ LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
PE = "1"
-# This revision corresponds to the tag "v2016.09.01"
# We use the revision in order to avoid having to fetch it from the
# repo during parse
SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
--
2.10.2
[-- Attachment #6: 0005-u-boot-mkimage-Fix-build-of-u-boot-mkimage.patch --]
[-- Type: text/x-patch, Size: 2360 bytes --]
From 314a20266fd91aab01ccd513b3642e237a49bd29 Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Mon, 7 Nov 2016 19:20:06 +0100
Subject: [PATCH 5/6] u-boot: mkimage: Fix build of u-boot-mkimage
The build failed in multiple configurations. First, the native and
nativesdk was using the host compiler and was pulling host libraries
into the build. Second, the target configuration was attempting to
execute tools/bin2header tool on host, which is compiled for target,
to generate license header file that is not used by tools.
This patch changes the EXTRA_OEMAKE to address these issues, to build
both native and target builds with the correct compilers and correct
sysroots. Moreover, this patch removes the CONFIG_CMD_LICENSE from
tools build, thus disabling the execution of target tools/bin2header.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Ross Burton <ross.burton@intel.com>
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
index 5025961..66edae8 100644
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
@@ -3,10 +3,18 @@ require u-boot-common_${PV}.inc
SUMMARY = "U-Boot bootloader image creation tool"
DEPENDS = "openssl"
-EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS} ${LDFLAGS}" STRIP=true V=1'
+EXTRA_OEMAKE_class-target = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS} ${LDFLAGS}" STRIP=true V=1'
+EXTRA_OEMAKE_class-native = 'CC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" STRIP=true V=1'
+EXTRA_OEMAKE_class-nativesdk = 'CC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" STRIP=true V=1'
do_compile () {
oe_runmake sandbox_defconfig
+
+ # Disable CONFIG_CMD_LICENSE, license.h is not used by tools and
+ # generating it requires bin2header tool, which for target build
+ # is built with target tools and thus cannot be executed on host.
+ sed -i "s/CONFIG_CMD_LICENSE.*/# CONFIG_CMD_LICENSE is not set/" .config
+
oe_runmake cross_tools NO_SDL=1
}
--
2.10.2
[-- Attachment #7: 0006-u-boot-Update-to-v2016.11-release.patch --]
[-- Type: text/x-patch, Size: 2759 bytes --]
From e064a165bf080e5876518ec3ac8a68a1345c3b9c Mon Sep 17 00:00:00 2001
From: Marek Vasut <marex@denx.de>
Date: Fri, 18 Nov 2016 11:18:58 +0100
Subject: [PATCH 6/6] u-boot: Update to v2016.11 release
Upgrade U-Boot to the latest version.
Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Denys Dmytriyenko <denis@denix.org>
Cc: Ross Burton <ross.burton@intel.com>
---
.../{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc} | 4 ++--
.../{u-boot-fw-utils_2016.09.01.bb => u-boot-fw-utils_2016.11.bb} | 0
.../{u-boot-mkimage_2016.09.01.bb => u-boot-mkimage_2016.11.bb} | 0
meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb} | 0
4 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-bsp/u-boot/{u-boot-common_2016.09.01.inc => u-boot-common_2016.11.inc} (71%)
rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.09.01.bb => u-boot-fw-utils_2016.11.bb} (100%)
rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.09.01.bb => u-boot-mkimage_2016.11.bb} (100%)
rename meta/recipes-bsp/u-boot/{u-boot_2016.09.01.bb => u-boot_2016.11.bb} (100%)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
similarity index 71%
rename from meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
rename to meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
index f706a6b..84adc1c 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.11.inc
@@ -7,8 +7,8 @@ PE = "1"
# We use the revision in order to avoid having to fetch it from the
# repo during parse
-SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
+SRCREV = "29e0cfb4f77f7aa369136302cee14a91e22dca71"
-SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
+SRC_URI = "git://git.denx.de/u-boot.git"
S = "${WORKDIR}/git"
diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.11.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.11.bb
diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb b/meta/recipes-bsp/u-boot/u-boot_2016.11.bb
similarity index 100%
rename from meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
rename to meta/recipes-bsp/u-boot/u-boot_2016.11.bb
--
2.10.2
^ permalink raw reply related
* Re: [PATCH] u-boot: Add RPROVIDES bootloader
From: Fabio Berton @ 2016-12-05 16:25 UTC (permalink / raw)
To: Burton, Ross; +Cc: OE-core
In-Reply-To: <CAJTo0LaPMyELP89ZvUoi5kEnH_ToGt_bxMuRwWN1ooYWxeUWCA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 659 bytes --]
Use MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "u-boot" without apply any patch?
On Mon, Dec 5, 2016 at 2:18 PM, Burton, Ross <ross.burton@intel.com> wrote:
>
> On 2 December 2016 at 13:59, Fabio Berton <fabio.berton@ossystems.com.br>
> wrote:
>
>> This change allow to install u-boot in /boot partition using
>> MACHINE_ESSENTIAL_EXTRA_RDEPENDS variable e.g.:
>>
>> MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "bootloader"
>>
>> This is usefull when system has only one partition and u-boot,
>> kernel and device tree need to be installed in /boot.
>>
>
> What does this give you over just MACHINE_ESSENTIAL_EXTRA_RDEPENDS +=
> "u-boot"?
>
> Ross
>
[-- Attachment #2: Type: text/html, Size: 1654 bytes --]
^ permalink raw reply
* [PATCH] gdb-cross-canadian: Depend on nativesdk-python3-misc
From: George McCollister @ 2016-12-05 16:38 UTC (permalink / raw)
To: openembedded-core
Add missing dependency on nativesdk-python3-misc so the imp Python
module is installed.
Before this patch, running gdb from the sdk would give the following
error:
Python Exception <class 'ImportError'> No module named 'imp':
Signed-off-by: George McCollister <george.mccollister@gmail.com>
---
meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
index e53081d..844daf2 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
@@ -14,7 +14,8 @@ GDBPROPREFIX = "--program-prefix='${TARGET_PREFIX}'"
PACKAGECONFIG ??= "python readline"
PACKAGECONFIG[python] = "--with-python=${WORKDIR}/python,--without-python,nativesdk-python3, \
nativesdk-python3-core nativesdk-python3-lang nativesdk-python3-re \
- nativesdk-python3-codecs nativesdk-python3-netclient"
+ nativesdk-python3-codecs nativesdk-python3-netclient \
+ nativesdk-python3-misc"
PACKAGECONFIG[readline] = "--with-system-readline,--without-system-readline,nativesdk-readline"
SSTATE_DUPWHITELIST += "${STAGING_DATADIR}/gdb"
--
2.9.3
^ permalink raw reply related
* Re: non-standard library locations and rpath
From: Khem Raj @ 2016-12-05 16:43 UTC (permalink / raw)
To: Jack Mitchell; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <b645b26d-a60f-f42e-8545-13d3b36b0596@embed.me.uk>
On Mon, Dec 5, 2016 at 2:54 AM, Jack Mitchell <ml@embed.me.uk> wrote:
>
>
> On 05/12/16 10:44, Jack Mitchell wrote:
>>
>> On 02/12/16 07:08, Khem Raj wrote:
>>>
>>> On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <ml@embed.me.uk> wrote:
>>>>
>>>> I'm having some troubles with shared library, shared library
>>>> dependencies
>>>> and rpaths. I have libfoo, which depends on libbar when I try to link
>>>> libfoo
>>>> with my app, it requires libbar to be found. libbar is in a non-standard
>>>> location, /usr/local/bar when I compiled libfoo, I used -Wl,rpath-link
>>>> ${STAGING_SYSROOT}/usr/local/bar and -Wl,rpath /usr/local/bar. Now
>>>> when I
>>>> come to try link my app with libfoo, it fails to link as it can't find
>>>> libbar, which I assume means the rpath in libfoo isn't being properly
>>>> prepending with sysroot what is the proper way to support this in OE? My
>>>> library has the following rpath information:
>>>>
>>>> 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
>>>>
>>>> So why isn't the rpath being prepended with the sysroot when I
>>>> compile my
>>>> app and link libfoo? The apps build system is using cmake, but this
>>>> should
>>>> be a built in linker feature, correct?
>>>
>>>
>>> Only first path ( before :) is relative to location of binary at runtime
>>>
>>
>> Exactly, so how can you make an OE build use the rpaths of libs that
>> point to the build sysroot. What I have at the moment is
>>
>> 0x0000000f (RPATH) Library rpath: [$ORIGIN/../lib:/usr/local/bar]
>>
>> Which would be correct if I was linking on the target. However when OE
>> sees the rpath in it's cross compile environment it should prepend it
>> with the build sysroot so you end up with something like
>>
>> 0x0000000f (RPATH) Library rpath:
>> [$ORIGIN/../lib:/path/to/build/sysroot/usr/local/bar]
>>
>> And then the SDK should end up with something like
>>
>> 0x0000000f (RPATH) Library rpath:
>> [$ORIGIN/../lib:/path/to/sdk/sysroot/usr/local/bar]
>>
>> Is this what is expected to happen, or am I stumbling into an
>> unsupported scenario.
>>
>> Cheers,
>
>
> I think basically what I'm saying is that does the linker prepend it's
> --sysroot value to absolute rpaths, and if not, should it?
having absolute build paths into rpaths is not a good thing. Linker
will search the libs during link in sysroot its configured to do so.
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH] gstreamer1.0-plugins-bad: Add PKG_CONFIG_SYSROOT_DIR to output of pkg-config
From: Khem Raj @ 2016-12-05 16:46 UTC (permalink / raw)
To: Jussi Kukkonen; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAHiDW_ERJNEoc4OfTQtV6Bi3UPzQkt9RMPJDUx-RAVJnrj2feA@mail.gmail.com>
On Mon, Dec 5, 2016 at 5:20 AM, Jussi Kukkonen <jussi.kukkonen@intel.com> wrote:
>
>
> On 1 December 2016 at 10:37, Khem Raj <raj.khem@gmail.com> wrote:
>>
>> When configure pokes for wayland-protocols isntallations it ended up
>> using the ones from host, which is because it did not account for sysroot
>> prefix
>>
>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>> ---
>> .../gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
>> ...G_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch | 37
>> ++++++++++++++++++++++
>> .../gstreamer/gstreamer1.0-plugins-bad_1.10.1.bb | 1 +
>> 3 files changed, 39 insertions(+), 1 deletion(-)
>> create mode 100644
>> meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
>>
>> diff --git
>> a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
>> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
>> index d26a6a9..d3c5326 100644
>> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
>> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
>> @@ -64,7 +64,7 @@ PACKAGECONFIG[srtp] =
>> "--enable-srtp,--disable-srtp,libsrtp"
>> PACKAGECONFIG[uvch264] =
>> "--enable-uvch264,--disable-uvch264,libusb1 libgudev"
>> PACKAGECONFIG[voaacenc] =
>> "--enable-voaacenc,--disable-voaacenc,vo-aacenc"
>> PACKAGECONFIG[voamrwbenc] =
>> "--enable-voamrwbenc,--disable-voamrwbenc,vo-amrwbenc"
>> -PACKAGECONFIG[wayland] =
>> "--enable-wayland,--disable-wayland,wayland-native wayland"
>> +PACKAGECONFIG[wayland] =
>> "--enable-wayland,--disable-wayland,wayland-native wayland
>> wayland-protocols"
>> PACKAGECONFIG[webp] = "--enable-webp,--disable-webp,libwebp"
>>
>> # these plugins have not been ported to 1.0 (yet):
>> diff --git
>> a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
>> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
>> new file mode 100644
>> index 0000000..eb789df
>> --- /dev/null
>> +++
>> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch
>> @@ -0,0 +1,37 @@
>> +From c271503d7e233428ac0323c51d6517113e26bef7 Mon Sep 17 00:00:00 2001
>> +From: Khem Raj <raj.khem@gmail.com>
>> +Date: Thu, 1 Dec 2016 00:27:13 -0800
>> +Subject: [PATCH] Prepend PKG_CONFIG_SYSROOT_DIR to pkg-config output
>> +
>> +In cross environment we have to prepend the sysroot to the path found by
>> +pkgconfig since the path returned from pkgconfig does not have sysroot
>> prefixed
>> +it ends up using the files from host system. If build host has wayland
>> installed
>> +the build will succeed but if you dont have wayland-protocols installed
>> on build host then
>> +it wont find the files on build host
>> +
>> +This should work ok with non sysrooted builds too since in those cases
>> PKG_CONFIG_SYSROOT_DIR
>> +will be empty
>> +
>> +Upstream-Status: Pending
>> +
>> +Signed-off-by: Khem Raj <raj.khem@gmail.com>
>> +---
>> + configure.ac | 2 +-
>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>> +
>> +diff --git a/configure.ac b/configure.ac
>> +index f8ac96b..dc87b08 100644
>> +--- a/configure.ac
>> ++++ b/configure.ac
>> +@@ -2233,7 +2233,7 @@ AG_GST_CHECK_FEATURE(WAYLAND, [wayland sink],
>> wayland , [
>> + PKG_CHECK_MODULES(WAYLAND_PROTOCOLS, wayland-protocols >= 1.4, [
>> + if test "x$wayland_scanner" != "x"; then
>> + HAVE_WAYLAND="yes"
>> +- AC_SUBST(WAYLAND_PROTOCOLS_DATADIR, `$PKG_CONFIG
>> --variable=pkgdatadir wayland-protocols`)
>> ++ AC_SUBST(WAYLAND_PROTOCOLS_DATADIR,
>> ${PKG_CONFIG_SYSROOT_DIR}`$PKG_CONFIG --variable=pkgdatadir
>> wayland-protocols`)
>
>
> I believe this breaks multilib because wayland-protocols is allarch so
> PKG_CONFIG_SYSROOT_DIR may then be incorrect.
how so ?
^ 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