From: Zheng Ruoqin
1) Upgrade bash from 4.3.30 to 4.4
2) Delete 1 patche below, since they are integrated upstream.
fix-run-intl.patch
3) Modify 2 patches below to make it compatible with new version
fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
test-output.patch
4) Add 1 pa
Signed-off-by: Hongxu Jia
---
.../ncurses/{ncurses_6.0+20160625.bb => ncurses_6.0+20161126.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/ncurses/{ncurses_6.0+20160625.bb =>
ncurses_6.0+20161126.bb} (84%)
diff --git a/meta/recipes-core/ncurses/ncurses
Changed in V4:
- Rebase bash, to drop backported patch CVE-2016-9401.patch
- Fix ncurses configure failure in beaglebone by removing cf_flags check.
Changed in V3:
- Fix nativesdk-bash compile failure
- Fix ncurses configure failure in beaglebone
//Hongxu
The following changes since commit e
In configure, the option ${HOST_CC_ARCH} was removed from ${CC}:
---
|configure:2188: WARNING: your environment misuses the CC variable
to hold CFLAGS/CPPFLAGS options
|configure:2284: testing resulting CC: 'arm-poky-linux-gnueabi-gcc
--sysroot=tmp/work/cortexa8hf-neon-poky-linux-gnueab
- Update patches from upstream to 4.4
- Add ${PN}-loadable for loadable builtins which is new features in Bash 4.4
--
a. `make install' now installs the example loadable builtins and a set of
bash headers to use when developing new loadable builtins.
b. `enable -f' no
Changed in V4:
Rebase on the latest oe-core master branch
Changed in V3:
Add the runtime depends packages: "unzip gzip cpio cronie logrotate
which at" according to Yi zhao's
suggestion.
Changed in V2:
Add Upstream-Status for 0001-add-_GNU_SOURCE-to-pec_listener.c.
1. Upgrade ltp from 20160126 to 20170116.
2. Delete some patches because these have been integrated in upstream.
0001-ltp-Don-t-link-against-libfl.patch
0006-sendfile-Use-off64_t-instead-of-__off64_t.patch
0007-replace-SIGCLD-with-SIGCHLD.patch
0009-Guard-error.h-w
On Mon, Feb 20, 2017 at 5:37 PM, Ross Burton wrote:
> From: Hongxu Jia
>
> Add a patch to fix the CC/CFLAGS mangling that broke builds. [RB]
>
> Signed-off-by: Hongxu Jia
> Signed-off-by: Ross Burton
> ---
> meta/recipes-core/ncurses/files/fix-cflags-mangle.patch | 17
> +
> .
On 2017年02月21日 09:01, Enrico Scholz wrote:
"Burton, Ross" writes:
c) fix the function that detects the "broken" use of CC as it should be
extracting the flags and moving them to CFLAGS. Clearly this isn't working
somewhere.
Upstream tries to do it correctly for nearly a year and fails everyt
On 16 February 2017 at 10:34, Andreas Oberritter
wrote:
> +LICENSE = "BSD & GPLv2+ & LGPLv2.1+ & MIT"
> +LICENSE_${PN} = "GPLv2+"
> +LICENSE_libavcodec = "${@bb.utils.contains('PACKAGECONFIG', 'gpl',
> 'GPLv2+', 'LGPLv2.1+', d)}"
> +LICENSE_libavdevice = "${@bb.utils.contains('PACKAGECONFIG', 'gp
"Burton, Ross" writes:
>> c) fix the function that detects the "broken" use of CC as it should be
>> extracting the flags and moving them to CFLAGS. Clearly this isn't working
>> somewhere.
Upstream tries to do it correctly for nearly a year and fails everytime
at some cornercases.
> I've a l
On 10 February 2017 at 14:01, Maxin B. John wrote:
> +RDEPENDS_${PN}-ptest += "make bash sudo perl perl-module-cwd
> perl-module-ipc-open2 \
>
The ptest needing sudo is moderately scary and also suggests that it can't
be ran in an automated test harness. What does this need sudo for?
Ross
--
From: Hongxu Jia
Add a patch to fix the CC/CFLAGS mangling that broke builds. [RB]
Signed-off-by: Hongxu Jia
Signed-off-by: Ross Burton
---
meta/recipes-core/ncurses/files/fix-cflags-mangle.patch | 17 +
...{ncurses_6.0+20160625.bb => ncurses_6.0+20161126.bb} | 3 ++-
2 files
On 20 February 2017 at 23:21, Burton, Ross wrote:
> c) fix the function that detects the "broken" use of CC as it should be
> extracting the flags and moving them to CFLAGS. Clearly this isn't working
> somewhere.
>
So upstream's sed made the assumption that there was only one argument
being pa
On 14 February 2017 at 10:48, Enrico Scholz wrote:
> a) bother the ncurses author to remove the stupid CC sanity check, or
>
> b) create a wrapper around CC like in
>
c) fix the function that detects the "broken" use of CC as it should be
extracting the flags and moving them to CFLAGS. Clearly
On 20 February 2017 at 21:46, Patrick Ohly wrote:
> So it is still considered an error when two recipes produce the same
> file?
>
Only if they both installed to the sysroot. As you say, RSS makes the
build and use of these deterministic, so some of the checks need to be
reviewed - we're obviou
On Mon, 2017-02-20 at 17:08 +, Burton, Ross wrote:
>
> On 19 February 2017 at 22:04, Andreas Müller
> wrote:
> This needs love: One can guess that libldb is trying to
> install stuff
> already there - nothing mentions samba and the error pops up
> for gvfs
>
The yocto-compat-layer script serves as a tool to validate the alignament
of a layer with YP Compatible Layers Programme [1], is based on an RFC
sent to the ML to enable automatic testing of layers [2] that wants to
be YP Compatible.
The tool takes an layer (or set of layers) via command line opti
Signed-off-by: Alejandro Hernandez
---
meta/recipes-core/udev/{eudev_3.2.bb => eudev_3.2.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/udev/{eudev_3.2.bb => eudev_3.2.1.bb} (95%)
diff --git a/meta/recipes-core/udev/eudev_3.2.bb
b/meta/recipes-core/ude
On 20 February 2017 at 07:21, Saul Wold wrote:
> Hmm, since this is a script would it make more sense to have this
> install create the "usr/lib" directory? I am wondering is this will
> bullocks up a single root solution or a different non-standard libdir?
>
/usr/lib will most likely exist, bu
Testing that feeds specified with PACKAGE_FEED_URIS var are set
correctly has two parts. First a build with this var set is required,
and then smart update needs to be issued in the running taget.
The previous is not a common selftest practice because this is a
simple test, but requires building a
On Fri, 2017-02-17 at 20:40 +, Burton, Ross wrote:
>
> On 17 February 2017 at 18:28, Saul Wold wrote:
> > - install -m 0644 ${S}/debian/apt.systemd.daily
> > ${D}/usr/lib/apt/
> > + install -m 0644 ${S}/debian/apt.systemd.daily
> > ${D}${libdir}/apt/
> > install -m 0644 ${
On 20 February 2017 at 11:54, Robert P. J. Day
wrote:
> gpgme config.log attached.
cc1: warning: include location "/usr/include/python2.7" is unsafe for
cross-compilation [-Wpoison-system-directories]
It decided to try looking on your host for Python libraries for some
reason. You'll have to
On 02/17/2017 04:41 PM, Christopher Larson wrote:
> On Fri, Feb 17, 2017 at 3:39 PM, Christopher Larson
> wrote:
>
>> On Fri, Feb 17, 2017 at 2:26 PM, Aníbal Limón <
>> anibal.li...@linux.intel.com> wrote:
>>
>>> +parser.add_argument('-l', '--layer', metavar='LAYER_DIR',
>>> +he
On 19 February 2017 at 22:04, Andreas Müller
wrote:
> This needs love: One can guess that libldb is trying to install stuff
> already there - nothing mentions samba and the error pops up for gvfs
> which does nothing really wrong. I consider this as bug introduced by
> RSS.
>
Yes: without RSS th
Upstream is releasing development snapshots of the form
unifdef-2.11.23.1cca442.tar.gz so filter out versions which end is something
that looks like a git SHA.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/unifdef/unifdef_2.11.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/
These plugins follow the GStreamer versioning, so inherit this class to ensure
we don't get notified about development releases.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipe
On 20 February 2017 at 15:53, Robert P. J. Day
wrote:
> i'm still confused, then ... what is libnet-dbus-perl complaining
> about?
>
You'll have to look at what libnet-dbus-perl is doing. Maybe the logic is
broken and it thinks 1.10 < 1.3 (ascii compare would do that). Maybe you
forgot a dbu
On Mon, 20 Feb 2017, Christopher Larson wrote:
>
> On Mon, Feb 20, 2017 at 7:40 AM, Robert P. J. Day
> wrote:
> moving on, i whipped together a recipe for libnet-dbus-perl, tried
> to build, and:
>
> ...
> DBus >= 1.3.0 is required
> ...
>
> which is w
On Mon, Feb 20, 2017 at 7:40 AM, Robert P. J. Day
wrote:
> moving on, i whipped together a recipe for libnet-dbus-perl, tried
> to build, and:
>
> ...
> DBus >= 1.3.0 is required
> ...
>
> which is weird since oe-core contains the recipe:
>
> meta/recipes-core/dbus/dbus_1.10.14.bb
>
> b
moving on, i whipped together a recipe for libnet-dbus-perl, tried
to build, and:
...
DBus >= 1.3.0 is required
...
which is weird since oe-core contains the recipe:
meta/recipes-core/dbus/dbus_1.10.14.bb
but when i examined the deployed rpms:
-rw-r--r--. 3 rpjday rpjday 163963 Feb
On Sun, 2017-02-19 at 14:26 -0800, Richard Purdie wrote:
> On Tue, 2017-02-14 at 11:26 +0100, Patrick Ohly wrote:
> > My testing was flawed: in addition to the RDEPENDS there also was a
> > DEPENDS with the same entry, and despite what was said earlier about
> > build dependencies, that entry did h
On Sun, 2017-02-19 at 10:47 -0800, Richard Purdie wrote:
> On Fri, 2017-02-17 at 08:25 +0100, Patrick Ohly wrote:
> > On Thu, 2017-02-16 at 15:46 -0800, Saul Wold wrote:
> > >
> > > This allows a native package's recipe-sysroot-native to be
> > > populated with
> > > that packages native image fil
On 19 February 2017 at 18:15, Robert P. J. Day
wrote:
> building core-image-minimal for qemuppc using latest poky checkout,
> and:
>
> ERROR: gpgme-1.8.0-r0 do_configure: This autoconf log indicates
> errors, it looked at host include and/or library paths while
> determining system capabilities
Instead of running autogen.sh (which runs autoconf et al) before running
autoreconf (which runs autoreconf et al...) just do the one task that we need
from autogen.sh: copying install-sh from automake's libdir.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/btrfs-tools/btrfs-tools_4.8.5.bb
Without this the pgo-related compiler flags are not used in
cross-builds.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
...-CFLAGS-for-extensions-when-cross-compili.patch | 56 ++
meta/recipes-devtools/python/python3_3.5.2.bb | 1 +
2 files changed, 57 insertions(+)
Remove two unneeded hacks. The first hack ("setup.py: no host headers
libs" patch) is not needed because we use cross-compiler (e.g.
i586-oe-linux-gcc) which has not been configured with any host system
include or library directories, and thus, we don't get any host system
directories when running
Running test.regrtest was still taking ridiculously long, i.e. around 4
hours in qemux86 on my desktop machine. Change to pybench which "only"
takes around 55 minutes.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/images/python-pgo-image.bb | 11 ++-
1 file chan
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/python/python-3.5-manifest.inc | 8 +---
meta/recipes-devtools/python/python3_3.5.2.bb| 5 +
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
Make it possible to do profile-optimized build. The implementation is
virtually identical to how we do it in Python 2.7. Basically, you need
to define PYTHON3_PROFILE_OPT = "1" in your local.conf and have profile
data available in the location pointed to by PYTHON3_PROFILE_DIR.
Profile data can be
Exlude failing tests (on qemux86 target) which would cause the profile
task to fail.
Also, disable some very long running tests. Running in qemux86 target on
my i7-3770K:
test_lib2to3: 1604.5s
test_buffer: 1562.8s
test_pickle: 1527.0s
test_io: 1517.8s
test_threading: 1384.1s
test_async
Add a new 'do_profile3' task for python-pgo-image that runs profiling
task for python3 and retrieves the profile data, similarly to
'do_profile' for python2. Profile data will be copied into a directory
pointed by PYTHON3_PROFILE_DIR on the host system. The profile task may
be specified with PYTHON
This feature is virtually identical to that of python-native. Profile
guided optimization is enabled by defining
PYTHON3_NATIVE_PROFILE_OPT = "1"
in local.conf. In addition, the profile task may be defined with
PYTHON3_NATIVE_PROFILE_TASK.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/r
Useful in developing Python, e.g. in benchmarking.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 8 +---
meta/recipes-devtools/python/python_2.7.12.bb| 5 +
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/
There are caveats however, basically because of the circular dependency
between python-pgo-image and python (python is a build dep of
python-pgo-image, and at the same time, depends on the profile data
generated by python-pgo-image). In practice the sstate data is only used
when no profile data is
Similar to python-profile-opt for Python 2.7, this is a special version
of Python3 used for profile guided optimization. It is used for
generating profile data on the target device. Libpython3 is renamed to
libpython-profile-opt3 in order to prevent soname clash with "normal"
libpython3.
[YOCTO #9
Similar to an earlier fix for Python 2.7. Make the tests subpackage
depend on all modules as test.regrtest uses most (if not all) of them.
Some tests also depend on libgcc so add that as a runtime dependency as
well.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/python
Switch to pybench in order to reduce the time taken by profiling.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
meta/recipes-devtools/images/python-pgo-image.bb | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-devtools/images/python-pgo-image.
Exclue tests that are segfaulting or otherwise failing (on qemux86
target), and thus, causing the profile task to fail.
Also, disable tests that are taking very long to execute. In qemux86
target on my i7-3770K:
test_lib2to3: 1908.8s
test_io: 1278.4s
test_itertools: 436.4s
[YOCTO #9338]
Si
There should be no need to hack the library and include dirs in
setup.py. The script detects them from compiler output. We need to
remove this is because python-profile-opt recipe is built with a
non-standard prefix setting (i.e. /opt) and the hack breaks the
discovery of system libraries and heade
This patch makes it possible to build python with profile directed
optimization. That is, feed python build process with profile data to
guide optimization. This is the third (and the last) step in profile
directed optimization for Python.
In order to do a profile-optimized build you need to set
P
The python library needs to be renamed so that the automatic dependency
generation/checking mechanism in bitbake does not get confused.
Otherwise python-profile-opt will depend on libpython from the "normal"
python package.
[YOCTO #9338]
Signed-off-by: Markus Lehtonen
---
.../python/python-prof
This is a special image for profiling Python in order to utilize
profile-guided-optimization. Profile data can be obtained by by running
bitbake python-pgo-image -c profile. It will be located in the directory
pointed by ${PYTHON_PROFILE_DIR}. The profile task that is run can be
altered by specifyi
This patch adds a new recipe that builds a special version of python
that produces profile data for profile guided optimization. It will
install under /opt in order to prevent clash with the "normal" python.
The new recipe directly includes the base python recipe so that they are
build in as simila
Make it possible to build python-native with profile directed
optimization enabled. The feature is enabled by setting
PYTHON_NATIVE_PROFILE_OPT = "1" in local.conf.
The profile task to run may be specified with PYTHON_NATIVE_PROFILE_TASK
variable in local.conf, e.g.
PYTHON_NATIVE_PROFILE_TASK = "
This patchset makes it possible to build Python with
profile-guided-optimization (PGO) enabled. Both Python 2.7 and Python 3 as well
as native and target recipes are supported. The patchset is basically identical
to the two RFC patchsets (separate for Python 2 and Python 3) I posted earlier
- I jus
Only the copyright year has been updated in LICENSE.txt. The license text
itself has not changed.
This version fixes a bug with dependency output that could cause problems
when compiling kernels for different MACHINEs using a shared ccache. See
https://github.com/ccache/ccache/issues/158
Signed-o
ccache tarballs have been available in tar.xz format since at least v3.1.1.
The v3.3.4 tarball is about 30% smaller so we might as well switch to it.
Signed-off-by: Mike Crowe
---
meta/recipes-devtools/ccache/ccache.inc | 2 +-
meta/recipes-devtools/ccache/ccache_3.3.4.bb | 4 ++--
2 files
On Sun, Feb 19, 2017 at 10:19 AM, Robert P. J. Day
wrote:
> i understand that a layer can do pretty much *anything*, what i was
> more interested in is what it *shouldn't* do unless it comes with huge
> warning signs telling you about it. as a more concrete example, if
> someone says, "hey, i have
upgrade.py imports oe.recipeutils in meta/lib/ but path to oe.recipeutils
is not provided. This fails populate_sdk_ext.
Signed-off-by: Luck Hoang
---
scripts/lib/devtool/upgrade.py | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/lib/devtool/upgrade.py b/scripts/lib/devtool/upgrad
It has been fixed.
[YOCTO #9544]
Signed-off-by: Robert Yang
---
meta/conf/distro/include/security_flags.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index 77416bc11e7..5a1cbb13192 100644
--- a/m
Fixed when compile with "-Wformat -Wformat-security -Werror=format-security":
| gettext-tools/gnulib-lib/libcroco/cr-statement.c: In function
'cr_statement_dump_charset':
| gettext-tools/gnulib-lib/libcroco/cr-statement.c:2661:17: error: format not a
string literal and no format arguments [-Werro
The following changes since commit def3800c7e58d9d1b54ea1df27b190a0f6d1d544:
layer.conf: bump version for change in eSDK selftest behaviour (2017-02-19
09:38:59 -0800)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/gettext
http://cgit.open
So that we can easily reproduce configure by:
$ $CACHED_CONFIGUREVARS ./configure $CONFIGUREOPTS $EXTRA_OECONF
[YOCTO #9423]
Signed-off-by: Robert Yang
---
meta/classes/terminal.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/terminal.bbclass b/meta/cla
The following changes since commit def3800c7e58d9d1b54ea1df27b190a0f6d1d544:
layer.conf: bump version for change in eSDK selftest behaviour (2017-02-19
09:38:59 -0800)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/terminal
http://cgit.ope
65 matches
Mail list logo
