Ping
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
-Original Message-
From: Zheng, Ruoqin/郑 若钦
Sent: Monday, May 08, 2017 6:17 PM
To: openembedded-core@lists.ope
Ping
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
-Original Message-
From: Zheng, Ruoqin/郑 若钦
Sent: Monday, May 08, 2017 6:16 PM
To: openembedded-core@lists.op
Ping
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
-Original Message-
From: Zheng, Ruoqin/郑 若钦
Sent: Monday, May 08, 2017 6:16 PM
To: openembedded-core@lists.op
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 2630b47..f40fbf3 100644
--- a/meta/classes/kernel-fitima
From: Chunrong Guo
* For example:
KERNEL_DEVICETREE ?= "freescale/fsl-ls1046a-rdb.dtb"
${DTB}= "freescale/fsl-ls1046a-rdb.dtb"
but only fsl-ls1046a-rdb.dtb should be used in fit-image.its
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 1 +
1 file
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index f40fbf3..9fa836f 100644
--- a/meta/classes/kernel-fitima
From: sweeaun
Use ??= to set LINUX_VERSION_EXTENSION default value.
Signed-off-by: sweeaun
---
meta/recipes-kernel/linux/linux-yocto.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
b/meta/recipes-kernel/linux/linux-yocto.inc
in
Otavio,
On 05/16/2017 03:23 AM, Otavio Salvador wrote:
Hello guys,
I've been applying following change, on krogoth, and using without problems:
This is already in the last pull request.
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=akuster/krogoth-next&id=b5765cc6e0fe6b64b1
On 05/16/2017 02:50 PM, Denys Dmytriyenko wrote:
On Mon, Apr 24, 2017 at 09:08:55AM -0700, akuster808 wrote:
On 04/21/2017 04:18 PM, Denys Dmytriyenko wrote:
Ping. It's been over a month now...
its in my stagging since 4/1. The AB has been failing with my
current changes.
Is morty now dead
On Mon, Apr 24, 2017 at 09:08:55AM -0700, akuster808 wrote:
> On 04/21/2017 04:18 PM, Denys Dmytriyenko wrote:
> >Ping. It's been over a month now...
> its in my stagging since 4/1. The AB has been failing with my
> current changes.
Is morty now dead?
> >On Mon, Mar 20, 2017 at 01:38:20PM -0400
Ping
On Tue, May 09, 2017 at 05:58:56PM -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> Commit d2eb70e809d482c493922f23aef4409cfd82 has changed suffixes for
> all -crosssdk packages from SDK_ARCH to SDK_SYS, but missed one line with
> binutils-crosssdk. This change fixes that o
Ping
On Tue, May 09, 2017 at 03:31:54PM -0400, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> This resolves a conflict when both python-nose and python3-nose are pulled
> into an image and try to install ${bindir}/nosetests binary.
>
> This matches with how other distros are solving thi
I have an image based on core-image-minimal that uses sysvinit for init and
opkg for package management. I am doing some upgrade testing and I see an
issue with eudev. I am testing upgrading an image that was built under dizzy
to my latest image built under morty. I'm first testing that all t
On 05/16/2017 05:25 PM, Patrick Ohly wrote:
It is done like that already, it's just not very consistent from what I
can see. For example, core-image-sato-dev.bb:
=
require core-image-sato.bb
DESCRIPTION = "Image with Sato for development work. It includes
everything \
within core-im
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: den 16 maj 2017 15:15
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 0/2] Allow oe-pkgdata-util package-info
> to display more info
>
> On
Hi,
On Tue, May 16, 2017 at 01:26:15PM +0200, Carlos Rafael Giani wrote:
> * libmad plugin was removed in 1.12.0, since mad is GPLed, unmaintained,
> and both gst-libav & the mpg123 plugin are fully functional alternatives
>
> Signed-off-by: Carlos Rafael Giani
> ---
> meta/recipes-multimedia
On Tue, 2017-05-16 at 17:02 +0300, Alexander Kanavin wrote:
> On 05/16/2017 04:47 PM, Patrick Ohly wrote:
>
> > Then why is not already done like that in practice? Is it just because
> > OE-core and Poky set such a bad precedence with teaching developers to
> > add EXTRA_IMAGE_FEATURES ?= "debug-t
On 16/05/2017, 16.45, "Richard Purdie"
wrote:
On Tue, 2017-05-16 at 16:18 +0300, Markus Lehtonen wrote:
> This patchset makes it possible to make a PGO (profile-guided-
> optimization) build of python. This version of the patchset is almost
> identical to v1 submitted back in F
On 05/16/2017 05:07 PM, Markus Lehtonen wrote:
You're probably right. There's not much use in churning
soon-to-be-deprecated Python 2.x. I will submit a new patchset for
Python 3.x only. Python 2.x could be added later if deprecation
wouldn't happen for some reason.
The deprecation is not a si
On 16/05/2017, 16.23, "Alexander Kanavin"
wrote:
On 05/16/2017 04:18 PM, Markus Lehtonen wrote:
> This patchset makes it possible to make a PGO
(profile-guided-optimization)
> build of python. This version of the patchset is almost identical to v1
> submitted back in February, w
On 05/16/2017 04:47 PM, Patrick Ohly wrote:
Then why is not already done like that in practice? Is it just because
OE-core and Poky set such a bad precedence with teaching developers to
add EXTRA_IMAGE_FEATURES ?= "debug-tweaks" to make the images usable,
and then that approach gets copied?
It
On Tue, 2017-05-16 at 14:49 +0300, Alexander Kanavin wrote:
> On 05/16/2017 11:21 AM, Patrick Ohly wrote:
>
> >> While the "development/production" switch may be great for some projects,
> >> it'll make things only more complicated for others while gaining nothing
> >> above
> >> what we have now
On Tue, 2017-05-16 at 16:18 +0300, Markus Lehtonen wrote:
> This patchset makes it possible to make a PGO (profile-guided-
> optimization) build of python. This version of the patchset is almost
> identical to v1 submitted back in February, with these changes:
> - rebased on top of latest oe-core m
On 05/16/2017 04:18 PM, Markus Lehtonen wrote:
This patchset makes it possible to make a PGO (profile-guided-optimization)
build of python. This version of the patchset is almost identical to v1
submitted back in February, with these changes:
- rebased on top of latest oe-core master
- exclude pr
pkgdataui is a Python 3/GObject Introspection/GTK+ 3 tool to browse the pkgdata
database at your leisure. By being graphical it is easier to explore and can
follow links between packages.
This is very much a work in progress, so be gentle and patches are welcome.
Signed-off-by: Ross Burton
---
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
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
[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
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
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 | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-devtools/images/python-pgo-ima
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
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
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(+)
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
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.13.bb| 5 +
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/
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 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 patchset makes it possible to make a PGO (profile-guided-optimization)
build of python. This version of the patchset is almost identical to v1
submitted back in February, with these changes:
- rebased on top of latest oe-core master
- exclude profile data for Modules/posixmodule of Python 2.7
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 = "
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
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
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
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
On Tue, 2017-05-16 at 12:56 +0200, Peter Kjellerstedt wrote:
> After a build in our autobuilder, we use `oe-pkgdata-util package-
> info
> -f package.manifest` to store a file with information about each
> installed package. This is typically used to compare builds later
> on. Since not every diffe
meta-micro puts headers in /include rather than /usr/include in the
sysroot. ${target_includedir} means that the correct path will be used
automatically.
Signed-off-by: Mike Crowe
Acked-by: Phil Blundell
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 4 ++--
1 file changed, 2 insertions
Hi Jussi,
Thanks for your reply.
These six patches are all backports.
And they are just some enhancements and bug fix.
- 0002-qmlglsrc-some-enhancements-for-qmlglsrc.patch
Add enhancement for qmlglsrc.
- 0003-player-Add-configuration-for-enabling-accurate-seeks.patch
- 0004-player-Add-get-tr
Fixed CVE:
- CVE-2017-2620 (Severity = High)
display: cirrus: potential arbitrary code execution via cirrus_bitblt_cputovideo
Reference
https://lists.gnu.org/archive/html/qemu-devel/2017-02/msg04700.html
Removed patches (already in upstream):
- target-ppc-fix-user-mode.patch
Signed-off-by: So
On 15 May 2017 at 16:58, Khem Raj wrote:
> >> +SRC_URI_append_libc-musl = "file://musl-header-conflict.patch"
> >
> >
> > Does the patched version not build with glibc or why is this only patched
> > for musl?
>
> this should be generic
>
Yes, please always apply patches which despite fixing bui
On 05/16/2017 11:21 AM, Patrick Ohly wrote:
While the "development/production" switch may be great for some projects,
it'll make things only more complicated for others while gaining nothing above
what we have now.
What about the approach I outlined in my reponse to Richard, where we
just intr
On 05/16/2017 08:36 AM, Belal, Awais wrote:
The standard way to fix too long #! lines in oe is to patch
upstream code to use #!/usr/bin/env something (where something is
just the binary name).
Why not simply replace ${POSIX_SHELL} with /bin/sh? Where and how
is it set?
POSIX_SHELL is being s
Signed-off-by: Carlos Rafael Giani
---
.../recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.10.4.bb | 6 --
.../recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.12.0.bb | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
delete mode 100644
meta/recipes-multimedia/gstr
* Added PACKAGECONFIG_GL variable to make it possible for BSP layers to
customize what should be the default, egl or glx
* Set virtual/egl instead of virtual/mesa as egl dependency in case
platform specific drivers provide virtual/egl functionality
* Removed backported allocator patch since it
* Updated version numbers in patches from 0.10.x to 1.12.0
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-libav/mips64_cpu_detection.patch | 6 +++---
.../{gstreamer1.0-libav_1.10.4.bb => gstreamer1.0-libav_1.12.0.bb} | 4 ++--
2 files changed, 5 insertions(+), 5 dele
* libmad plugin was removed in 1.12.0, since mad is GPLed, unmaintained,
and both gst-libav & the mpg123 plugin are fully functional alternatives
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc | 1 -
...1.0-plugins-ugly_1.10.4.bb =>
Signed-off-by: Carlos Rafael Giani
---
.../{gstreamer1.0-omx_1.10.4.bb => gstreamer1.0-omx_1.12.0.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.10.4.bb =>
gstreamer1.0-omx_1.12.0.bb} (69%)
diff --git a/meta/rec
* 0001-Makefile.am-don-t-hardcode-libtool-name-when-running.patch:
Extended patch to include fix for libgstallocators
* 0001-Prepend-PKG_CONFIG_SYSROOT_DIR-to-pkg-config-output.patch,
0001-gstreamer-gl.pc.in-don-t-append-GL_CFLAGS-to-CFLAGS.patch:
Updated to apply to 1.12.0
* 0001-mssdemux-im
* Removed encodebin patch since it has been merged
Signed-off-by: Carlos Rafael Giani
---
...eed-more-buffers-in-output-queue-for-bett.patch | 32 --
...10.4.bb => gstreamer1.0-plugins-base_1.12.0.bb} | 5 ++--
2 files changed, 2 insertions(+), 35 deletions(-)
delete mode 1
* Version 1.12 introduces support for libdw (provided by elfutils)
libdw adds source lines & numbers to backtraces
new dw packageconfig added for enabling/disabling this feature
* Leftover docbook cruft was removed
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstr
* Removed backported v4l2object patch since it is no longer needed
Signed-off-by: Carlos Rafael Giani
---
...Also-add-videometa-if-there-is-padding-to.patch | 35 --
...10.4.bb => gstreamer1.0-plugins-good_1.12.0.bb} | 5 ++--
2 files changed, 2 insertions(+), 38 deletions(-
After a build in our autobuilder, we use `oe-pkgdata-util package-info
-f package.manifest` to store a file with information about each
installed package. This is typically used to compare builds later
on. Since not every difference to a package is explained by its
version, we have found it benefic
By specifying the -e option one or multiple times, extra
variables available in the pkgdata can be displayed, e.,g,
`oe-pkgdata-util package-info -e SUMMARY -e SRC_URI ...`. The extra
variables displayed are quoted since some of them may contain
whitespace.
Signed-off-by: Peter Kjellerstedt
---
Emit SRC_URI variable in pkgdata. Having this available is beneficial
when comparing the information generated for two different builds and
looking for changes not directly related to the package versions.
Signed-off-by: Peter Kjellerstedt
---
meta/classes/package.bbclass | 1 +
1 file changed,
Hello guys,
I've been applying following change, on krogoth, and using without problems:
commit db2cf6ec905e2a8870d1adb6c069c08c36055b01 (HEAD -> krogoth)
Author: Richard Purdie
Date: Wed May 18 19:28:29 2016 +0100
pseudo: Work around issues with glibc 2.24
There are issues with a ch
This seems to assume that every project is similar and that develop vs
production is something well defined. Well, it's not.
I for one would welcome the demise of debug-tweaks. It's an option that
enforces one of two policies that may both be wrong.
For example, if the target is a settop box
On Tue, 2017-05-16 at 09:35 +0200, Mike Looijmans wrote:
> This seems to assume that every project is similar and that develop vs
> production is something well defined. Well, it's not.
>
> I for one would welcome the demise of debug-tweaks. It's an option that
> enforces one of two policies th
On Tue, 2017-05-16 at 08:29 +0100, Richard Purdie wrote:
> I'm not really sure I like this change, it seems fairly invasive and
> complex for gains which don't seem to add up to me.
>
> For example after your patchset, we end up with two different places
> motd may be generated based on various fl
On Mon, 2017-05-15 at 15:26 +0200, Patrick Ohly wrote:
> At OEDAM [1] I took the AR to flesh out some of my ideas for
> introducing global and per-image settings for switching between
> development and production builds. The goal is partly to establish
> common configure options that then can be us
On Mon, 2017-05-15 at 15:27 +0200, Patrick Ohly wrote:
> Enabling "debug-tweaks" unconditionally, even if it is only in the
> local.conf.sample file, runs the risk of that getting used in
> production images.
>
> By checking the per-image IMAGE_MODE, the debug tweaks only get
> enabled for images
2017-05-16 0:10 GMT+02:00 Denys Dmytriyenko :
> On Mon, May 15, 2017 at 09:05:23AM +0200, Mirza Krak wrote:
>> 2017-05-10 13:31 GMT+02:00 Patchwork :
>> > == Series Details ==
>> >
>> > Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
>> > Revision: 1
>> > URL : https://patchwork.op
72 matches
Mail list logo
