On Thu, Jun 20, 2019 at 6:18 PM Tim Orling wrote:
>
>
> On Thu, Jun 20, 2019 at 6:37 AM Khem Raj wrote:
>
>> On Fri, Jun 7, 2019 at 5:50 PM Tim Orling
>> wrote:
>> >
>> > SCons has supported python3 since 3.0.0 release, use it.
>> >
>> > [YOCTO #13381]
>> >
>> > Signed-off-by: Tim Orling
>> >
From: Changqing Li
* update-rc.d has added support of enable/disable options, which are
expected to keep the previous configuration even after upgrade the packages.
With support for these options, it will only create start/stop link
when there are none, or it will keep the previous
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-core/update-rc.d/update-rc.d_0.8.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb
b/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb
index
From: Changqing Li
1. update-rc.d.bbclass: change to work align with new update-rc.d behavior
2. update-rc.d_0.8.bb: update SRCREV and license checksum
Changqing Li (2):
update-rc.d: support enable/disable options
update-rc.d: update SRCREV and license checksum
Currently `oe-selftest -R a' will skip 'archiver' tests. This is
not expected. Fix it so that the '-R' should be followed by actual
module/class/test names.
Signed-off-by: Chen Qi
---
meta/lib/oeqa/core/context.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
*** BLURB HERE ***
The following changes since commit 1d60af733cc28018ce95789191986e3ce6c3b86d:
python3: python3: Fix build error x86->x86 (2019-06-19 22:13:42 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/oeqa-skip-class
For now, even if we have specified to skip the whole module/class via
command line, e.g., `oe-selftest -R gotoolchain', the class setup method
is still run. This at least results in unnecessary builds, and at worst
results in ERROR, if the setup method fails.
So improve the skipping mechanism to
On Thu, Jun 20, 2019 at 6:37 AM Khem Raj wrote:
> On Fri, Jun 7, 2019 at 5:50 PM Tim Orling
> wrote:
> >
> > SCons has supported python3 since 3.0.0 release, use it.
> >
> > [YOCTO #13381]
> >
> > Signed-off-by: Tim Orling
> > ---
> > meta/classes/scons.bbclass | 2 +-
> > 1 file changed, 1
== Series Details ==
Series: dropbear: new feature: disable-weak-ciphers
Revision: 1
URL : https://patchwork.openembedded.org/series/18278/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
dropbear: new feature: disable-weak-ciphers
Enhances dropbear with a new feature "disable-weak-ciphers", on by
default.
This feature disables all CBC, SHA1, and diffie-hellman group1 ciphers
in
the dropbear ssh server and client.
Disable this feature if you need to connect to the ssh server
t6001-psep should check for device manager the same way as
other ptests for parted -- look for an environment variable.
Signed-off-by: Joe Slater
---
meta/recipes-extended/parted/files/dm_check.patch | 22 ++
meta/recipes-extended/parted/parted_3.2.bb| 1 +
2 files
On Thu, Jun 20, 2019 at 4:17 PM Bruce Ashfield wrote:
>
> On Thu, Jun 20, 2019 at 3:19 PM Martin Jansa wrote:
> >
> > Hi,
> >
> >
> > One of these recent updates is causing following WARNING:
>
> It is this one:
or I should have said, I *should* be that change ... But either way,
I'm pulling
On Thu, Jun 20, 2019 at 3:19 PM Martin Jansa wrote:
>
> Hi,
>
>
> One of these recent updates is causing following WARNING:
It is this one:
--
commit 70a30872bd93cc058b05d9cf2b4f9334658629ee
Author: Mariano López
Date: Thu Jun 13 22:32:41 2019 -0500
linux-yocto: Add scsi_debug
Hi,
One of these recent updates is causing following WARNING:
-- CONFIG_SCSI_DEBUG -
Config: CONFIG_SCSI_DEBUG
From:
work-shared/qemuarm/kernel-source/.kernel-meta/configs/v5.0/standard/features/scsi/scsi-debug.cfg
Requested value: CONFIG_SCSI_DEBUG=m
Actual value:
Remove upstreamed patches.
Signed-off-by: Jonathan Rajotte
---
...nk-libpause_consumer-on-liblttng-ctl.patch | 35 --
...01-Skip-when-testapp-is-not-present.patch} | 0
...tng-modules-presence-before-testing.patch} | 0
...st_getcpu_override-on-single-thread-.patch | 52 ---
Unchanged patch from glib.git which was added after current release.
Signed-off-by: Joe Slater
---
.../glib-2.0/glib-2.0/CVE-2019-12450.patch | 62 ++
meta/recipes-core/glib-2.0/glib-2.0_2.60.3.bb | 1 +
2 files changed, 63 insertions(+)
create mode 100644
On Thu, Jun 20, 2019 at 11:09:39AM -0600, Khem Raj wrote:
> On Thu, Jun 20, 2019 at 1:15 AM Adrian Bunk wrote:
> >
> > On Wed, Jun 19, 2019 at 12:59:05PM -0700, Khem Raj wrote:
> > > On Fri, Jun 14, 2019 at 4:44 AM Richard Purdie <
> > > richard.pur...@linuxfoundation.org> wrote:
> > >
> > > > On
On Thu, Jun 20, 2019 at 1:15 AM Adrian Bunk wrote:
>
> On Wed, Jun 19, 2019 at 12:59:05PM -0700, Khem Raj wrote:
> > On Fri, Jun 14, 2019 at 4:44 AM Richard Purdie <
> > richard.pur...@linuxfoundation.org> wrote:
> >
> > > On Fri, 2019-06-14 at 10:29 +0300, Adrian Bunk wrote:
> > > > This removes
On Thu, 2019-06-20 at 10:43 -0500, Joshua Watt wrote:
> Reformats the sysconfig file when packaging. This file is output by
> using the python pprint function. This function will wrap long lines
> at
> 80 characters by default, and will even split strings at whitespace
> boundaries to do so, e.g.:
On Thu, Jun 20, 2019, 11:20 AM Burton, Ross wrote:
> Is it easier to just always delete those files? Do they serve any
> useful purpose?
>
Probably not for our uses. I'll post a V2 unless someone complains
> Ross
>
> On Thu, 20 Jun 2019 at 16:47, Joshua Watt wrote:
> >
> > Bash has an
Is it easier to just always delete those files? Do they serve any
useful purpose?
Ross
On Thu, 20 Jun 2019 at 16:47, Joshua Watt wrote:
>
> Bash has an internal "build number" that it tracks and automatically
> increments ever time a given builds is made from the same sandbox.
> However, this
== Series Details ==
Series: python3: Reproducible build fixes
Revision: 1
URL : https://patchwork.openembedded.org/series/18272/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
Fixes a few reproducibility issues in the perl ptest package:
1) config.log has a lot of paths encoded in it. This file is
unnecessary for ptest, so it is omitted from the package
2) Makefile.config has a lot of paths encoded in it. This file should
be fixed up using the same rules as
Bash has an internal "build number" that it tracks and automatically
increments ever time a given builds is made from the same sandbox.
However, this can make builds non-reproducible in the event that a build
directory is reused multiple times.
Remove the .build files after every build if
Two fixes to make the Python3 build reproducible
Joshua Watt (2):
python3: Reformat sysconfig
python3: Disable PGO for reproducible builds
.../python/python3/reformat_sysconfig.py | 21 +++
meta/recipes-devtools/python/python3_3.7.3.bb | 20 +-
2 files
Enabling PGO for python current causes it to not be reproducible when
building, so disable it for now.
Signed-off-by: Joshua Watt
---
meta/recipes-devtools/python/python3_3.7.3.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
Reformats the sysconfig file when packaging. This file is output by
using the python pprint function. This function will wrap long lines at
80 characters by default, and will even split strings at whitespace
boundaries to do so, e.g.:
'A': 'B is really'
' long'
This causes a problem for
On Thu, 2019-06-20 at 16:15 +0800, Robert Yang wrote:
> Recipes like postfix run command newaliases in postinst, but
> newaliases is
> installed newaliases.postfix, and need run update-alternatives to
> update it to
> newaliases, so we would get the error when install postinst on
> target.
>
>
Follow the python3 behaviour, and common sense, by making 'python' install
python-modules instead of python-core. This means a user installing python gets
all of Python, instead of just a fraction of the library.
[ YOCTO #13402 ]
Signed-off-by: Ross Burton
---
From: Kai Kang
When build lib32-qemu for qemumips with multilib:
require conf/multilib.conf
MACHINE = "qemumips64"
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "mips"
it fails to compile capstone:
| CC arch/AArch64/AArch64InstPrinter.o
| {standard input}:
== Series Details ==
Series: cmake.bbclass: pass mandatory compiler flags through
CMAKE__COMPILER_ARG1 (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/17610/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an
Hi,
Updated patch for the current "master" branch is attached.
> have you also tried building SDK and see if these changes are reflected in
> SDK as well ?
I checked that the changes reflected in the Extensible SDK for the
"core-image-sato" image of the poky.
Regards,
Nikolai
- Original
Why DEPENDS on gtk? The recipes will typically already do this, but
all this class needs is the rdepends. Also, there's no explanation
for the hicolor addition.
Ross
On Thu, 20 Jun 2019 at 14:54, Richard Purdie
wrote:
>
> On Thu, 2019-06-20 at 17:58 +0800, Robert Yang wrote:
> >
> > On
On Thu, 2019-06-20 at 17:58 +0800, Robert Yang wrote:
>
> On 6/20/19 5:19 PM, Adrian Bunk wrote:
> > On Thu, Jun 20, 2019 at 04:46:16PM +0800, Robert Yang wrote:
> > > ...
> > > Maybe gtk+2 is out of date? Since gtk+4 is on the way, so I think
> > > that we
> > > need something like virtual/gtk
On Fri, Jun 7, 2019 at 5:50 PM Tim Orling
wrote:
>
> SCons has supported python3 since 3.0.0 release, use it.
>
> [YOCTO #13381]
>
> Signed-off-by: Tim Orling
> ---
> meta/classes/scons.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/scons.bbclass
On Wed, Jun 12, 2019 at 2:36 PM Ross Burton wrote:
>
> This was in meta-oe but EFI is sufficiently widespread now that we need it in
> core.
>
> The recipe is based on the one in meta-oe but with several updates.
>
now there is a patch to meta-oe to remove it and I see built failure
with
The comment is misleading and there was confusion in a bug report. In the native
case STAGING_DATADIR would be equal to the native value so there isn't any issue
but tweak the comment.
[YOCTO #12761]
Signed-off-by: Richard Purdie
---
meta/classes/cmake.bbclass | 2 +-
1 file changed, 1
On 6/20/19 5:19 PM, Adrian Bunk wrote:
On Thu, Jun 20, 2019 at 04:46:16PM +0800, Robert Yang wrote:
...
Maybe gtk+2 is out of date? Since gtk+4 is on the way, so I think that we
need something like virtual/gtk to fix these problems totally?
GTK+2 is mostly obsolete.
I just checked the
I’d say virtual/gtk wouldn’t be helpful much as 2/3/4 versions have major api
differences.
Alex
> On 20 Jun 2019, at 11.19, Adrian Bunk wrote:
>
>> On Thu, Jun 20, 2019 at 04:46:16PM +0800, Robert Yang wrote:
>> ...
>> Maybe gtk+2 is out of date? Since gtk+4 is on the way, so I think that we
> Not sure which of the changes is responsible, but this is new:
> WARNING: flex-native-2.6.0-r0 do_cve_check: Found unpatched CVE
> (CVE-2015-1773)
>
> https://nvd.nist.gov/vuln/detail/CVE-2015-1773
>
> Note that the flex tool is completely unrelated to Apache Flex.
>
>
I see, the 4/4 patch is
From: Mingli Yu
Some package such as vim depends on iconv.
Without iconv, vim-common which is the
sub-pakcage of vim may include different files
as failed to use iconv to generate the *.po file.
Signed-off-by: Mingli Yu
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1
On Thu, Jun 20, 2019 at 04:46:16PM +0800, Robert Yang wrote:
>...
> Maybe gtk+2 is out of date? Since gtk+4 is on the way, so I think that we
> need something like virtual/gtk to fix these problems totally?
GTK+2 is mostly obsolete.
I just checked the GTK4 sources, and there it is renamed to
On 6/20/19 3:35 PM, Adrian Bunk wrote:
On Thu, Jun 20, 2019 at 11:14:03AM +0800, changqing...@windriver.com wrote:
From: Changqing Li
1. mdadm: No mail address or alert command - not monitoring
with --monitor mode, mdadm needs a mail address and/or a program.
This can be given with
On 6/20/19 4:28 PM, Adrian Bunk wrote:
On Thu, Jun 20, 2019 at 04:15:26PM +0800, Robert Yang wrote:
The gtk-update-icon-cache and gdk-pixbuf-query-loaders are provided by gtk+3.
gdk-pixbuf-query-loaders is provided by gdk-pixbuf,
which is not tied to a specific GTK version.
Signed-off-by: Adrian Bunk
---
meta/recipes-devtools/go/go-1.12.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/go/go-1.12.inc
b/meta/recipes-devtools/go/go-1.12.inc
index 7c4cac1fc2..3f23f06f09 100644
---
On Thu, Jun 20, 2019 at 04:15:26PM +0800, Robert Yang wrote:
> The gtk-update-icon-cache and gdk-pixbuf-query-loaders are provided by gtk+3.
gdk-pixbuf-query-loaders is provided by gdk-pixbuf,
which is not tied to a specific GTK version.
gtk-update-icon-cache is provided by both GTK 2 and GTK 3,
Fixed do_configure error when use linux-dummy:
PREFERRED_PROVIDER_virtual/kernel = "linux-dummy"
/bin/sh: bison: command not found
Build make-mod-scripts doesn't make sense when use linux-dummy, but it breaks
"bitbake world", so add bison-native to DEPENDS to fix the problem.
Signed-off-by:
Recipes like postfix run command newaliases in postinst, but newaliases is
installed newaliases.postfix, and need run update-alternatives to update it to
newaliases, so we would get the error when install postinst on target.
Fixed:
$ opkg install postfix
Configuring postfix.
The gtk-update-icon-cache and gdk-pixbuf-query-loaders are provided by gtk+3.
Signed-off-by: Robert Yang
---
meta/classes/gtk-icon-cache.bbclass | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/meta/classes/gtk-icon-cache.bbclass
The following changes since commit 2106a567820bad438ff78d54a49e3d87da428dcf:
python3: python3: Fix build error x86->x86 (2019-06-19 13:15:55 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/4fixes
Fixed:
PREFERRED_PROVIDER_virtual/kernel = "linux-dummy"
$ bitbake world
ERROR: Task do_compile in make-mod-scripts_1.0.bb depends upon non-existent
task do_compile_kernelmodules in linux-dummy.bb
ERROR: Command execution failed: Exited with 1
Signed-off-by: Robert Yang
---
On Thu, Jun 20, 2019 at 11:14:03AM +0800, changqing...@windriver.com wrote:
> From: Changqing Li
>
> 1. mdadm: No mail address or alert command - not monitoring
>
> with --monitor mode, mdadm needs a mail address and/or a program.
> This can be given with "mailaddr" and "program" lines to that
On Wed, Jun 19, 2019 at 12:59:05PM -0700, Khem Raj wrote:
> On Fri, Jun 14, 2019 at 4:44 AM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
>
> > On Fri, 2019-06-14 at 10:29 +0300, Adrian Bunk wrote:
> > > This removes clearly incorrect musl patches and marks
> > > systemd as
53 matches
Mail list logo
