Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

On Thu, Jul 25, 2019 at 11:01 PM Yu, Mingli wrote: > > > > On 2019年07月26日 10:46, Bruce Ashfield wrote: > > > > > > On Thu, Jul 25, 2019 at 10:28 PM Yu, Mingli > > wrote: > > > > > > > > On 2019年07月25日 21:45, Bruce Ashfield wrote: > > > On Thu, Jul 25,

Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

On 2019年07月26日 10:46, Bruce Ashfield wrote: On Thu, Jul 25, 2019 at 10:28 PM Yu, Mingli mailto:mingli...@windriver.com>> wrote: On 2019年07月25日 21:45, Bruce Ashfield wrote: > On Thu, Jul 25, 2019 at 3:06 AM mailto:mingli...@windriver.com>> wrote: >> >> From: Mingli Yu

Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

On Thu, Jul 25, 2019 at 10:28 PM Yu, Mingli wrote: > > > On 2019年07月25日 21:45, Bruce Ashfield wrote: > > On Thu, Jul 25, 2019 at 3:06 AM wrote: > >> > >> From: Mingli Yu > > > > Can you share some details as to why this should be pulled from > > meta-security into a different repo ? > >

Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

On 2019年07月25日 21:45, Bruce Ashfield wrote: On Thu, Jul 25, 2019 at 3:06 AM wrote: From: Mingli Yu Can you share some details as to why this should be pulled from meta-security into a different repo ? Considering there is also some security related recipe under

Re: [oe] Perl5 build issues (meta-cpan only?)

On Thu, 2019-07-25 at 14:52 +0200, Jens Rehsack wrote: > Maybe one or the other has already seen the following message in > connection with modules::Build-based Perl modules: > ERROR: hash-fieldhash-perl-0.15-r0 do_package_qa: QA Issue: No > GNU_HASH in the ELF binary

Re: [oe] [meta-openembedded][PATCH v5 4/7] ibus-pinyin: add ibus-pinyin recipe

On Wed, Jul 24, 2019 at 7:59 AM Pablo Saavedra wrote: > > PinYin engine for IBus. > > Requires: pyzy > > Signed-off-by: Pablo Saavedra > --- > meta-oe/recipes-support/ibus/ibus-pinyin_1.5.0.bb | 30 > +++ > 1 file changed, 30 insertions(+) > create mode 100644

Re: [oe] [meta-openembedded][PATCH v5 1/7] pyzy: add pyzy recipe

This needs CXXFLAGS_append_class-target = " -Wno-error=narrowing" to fix DoublePinyinTable.h:86:1: error: narrowing conversion of '-1' from 'int' to 'char' inside { } [-Wnarrowing] On Wed, Jul 24, 2019 at 7:59 AM Pablo Saavedra wrote: > > The chinese pinyin and bopomofo conversion library > >

Re: [oe] [meta-filesystems][PATCH] ostree: import from meta-overc

On Thu, Jul 25, 2019 at 6:42 AM Bruce Ashfield wrote: > > On Thu, Jul 25, 2019 at 3:05 AM wrote: > > > > From: Mingli Yu > > This doesn't make any sense to "import from meta-overc". meta-overc, > was never the authoritative upstream for ostree. That layer has to > carry a specific version to

Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

On Thu, Jul 25, 2019 at 3:06 AM wrote: > > From: Mingli Yu Can you share some details as to why this should be pulled from meta-security into a different repo ? It seems to fit the mandate of meta-security quite nicely ;) Is there some sort of dependency issue, or other technical problem that

Re: [oe] [meta-filesystems][PATCH] ostree: import from meta-overc

On Thu, Jul 25, 2019 at 3:05 AM wrote: > > From: Mingli Yu This doesn't make any sense to "import from meta-overc". meta-overc, was never the authoritative upstream for ostree. That layer has to carry a specific version to meet the requirements of some of the container libraries, etc, that it

[oe] Perl5 build issues (meta-cpan only?)

Hi all, please apologize that I didn't act earlier after Alexanders update of perl. Too many weddings ... you know very well. The problem with the conflicts with the dual-life modules we should perhaps discuss separately - as far as I know, there were more fundamental problems with -native.

[oe] [meta-xfce][PATCH v2 0/1] Fix xfwm4 assertion error

From: Kai Kang v2: * add Upstream-Status Kai Kang (1): xfwm4: fix assertion error ...r-Revert-to-GLX-as-default-vblank-me.patch | 92 +++ meta-xfce/recipes-xfce/xfwm4/xfwm4_4.13.3.bb | 1 + 2 files changed, 93 insertions(+) create mode 100644

[oe] [meta-xfce][PATCH v2 1/1] xfwm4: fix assertion error

From: Kai Kang It fails to start xfwm4 on intel_x86_64 boards: | xfwm4: ../mesa-19.1.1/src/mesa/drivers/dri/i965/intel_mipmap_tree.c:1293: | intel_miptree_match_image: Assertion `image->TexObject->Target == mt->target' failed. | Aborted Revert the upstream commit which introduce the issue.

[oe] [meta-oe][PATCH] libseccomp: import from meta-security

From: Mingli Yu Signed-off-by: Mingli Yu --- .../recipes-security/libseccomp/files/run-ptest| 4 +++ .../libseccomp/libseccomp_2.4.1.bb | 41 ++ 2 files changed, 45 insertions(+) create mode 100644 meta-oe/recipes-security/libseccomp/files/run-ptest

[oe] [meta-filesystems][PATCH] ostree: import from meta-overc

From: Mingli Yu Signed-off-by: Mingli Yu --- ...llow-updating-files-in-the-boot-directory.patch | 230 +++ ...reate-boot-symlink-based-on-relative-path.patch | 27 ++ ...ploy-using-etc-in-runtime-as-merge-source.patch | 41 +++ ...decrypt-password-of-remote-repository-uri.patch |

[oe] [meta-oe][PATCH] lmsensors: support package lmsensors

Recipe lmsensors has multiple packages, but do not provide package lmsensors. The fix will allow package lmsensors empty, and it runtime depends on other sub packages. It is convenience for Yocto new user to install all of them by specifying one package, especially the package name is the same