Hi Armin,
On Sun, 2020-03-15 at 11:11 -0700, Armin Kuster wrote:
> Khem Raj (1):
> valgrind: Fix build with -fno-common
>
This isn't present in stable/zeus-next. Should this pull request be
updated?
> Lee Chee Yang (1):
> virglrenderer: fix multiple CVEs
>
> Mark Hatle (1):
>
> -Original Message-
> From: mikko.rap...@bmw.de
> Sent: Thursday, March 12, 2020 08:34 PM
> To: Mittal, Anuj
> Cc: openembedded-core@lists.openembedded.org; stefan.ghi...@windriver.com
> Subject: Re: [OE-core] [PATCH] [zeus] aspell: CVE-2019-20433
>
> On Th
It looks like this is changing the API. I wonder if this would need any
other change or break something elsewhere in OE-core, meta-oe?
http://aspell.net/buffer-overread-ucs.txt
Thanks,
Anuj
On Thu, 2020-03-12 at 11:23 +0200, Stefan Ghinea wrote:
> libaspell.a in GNU Aspell before 0.60.8 has a
Ping.
On Wed, 2020-03-04 at 07:59 +0800, Anuj Mittal wrote:
> Please merge these changes from stable/zeus-next.
>
> Clean a-full on autobuilder except a single unrelated fetch failure
> for
> esdk test:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/751
>
> Thanks,
>
>
On Tue, 2020-03-03 at 03:11 +, Yu, Mingli wrote:
> Hi Anuj,
>
> I agree the Backport status is not accurate as the patch doesn't go
> to master branch, but why do you say the patch is irrelevant to the
> CVE-2019-18276, could you help to provide more info?
I didn't say that the patch was
> -Original Message-
> From: Bruce Ashfield
> Sent: Monday, February 24, 2020 12:07 PM
> To: Mittal, Anuj
> Cc: richard.pur...@linuxfoundation.org; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 03/10] linux-yocto/5.2: update to v5.2.2
This is causing error when building linux-yocto-rt 5.2:
| In file included from
/build/tmp/work-shared/intel-core2-32/kernel-source/include/linux/spinlock.h:51,
| from
/build/tmp/work-shared/intel-core2-32/kernel-source/include/linux/mmzone.h:8,
| from
On Tue, 2020-02-18 at 18:55 -0800, Khem Raj wrote:
> On 2/18/20 6:43 PM, Mittal, Anuj wrote:
> > On Tue, 2020-02-18 at 18:39 -0800, Khem Raj wrote:
> > > On Tue, Feb 18, 2020 at 6:37 PM Anuj Mittal <
> > > anuj.mit...@intel.com>
> > > wrote:
> > >
On Fri, 2020-02-14 at 08:04 -0500, Robert P. J. Day wrote:
> was documenting the use of [EXTRA_]IMAGE_FEATURES, and noticed that
> while the oe-core layer defines a related feature:
>
> core-image.bbclass:FEATURE_PACKAGES_hwcodecs =
> "${MACHINE_HWCODECS}"
>
On Tue, 2020-02-18 at 18:39 -0800, Khem Raj wrote:
> On Tue, Feb 18, 2020 at 6:37 PM Anuj Mittal
> wrote:
> > Use the correct variable so options actually get used and use the
> > correct qt option name to prevent errors.
> >
> > Signed-off-by: Anuj Mittal
> > ---
> >
On Sun, 2020-02-09 at 12:26 -0800, Scott Branden via Openembedded-core
wrote:
> -EXTRA_OEMAKE = "CC='${CC}' KERNEL_INCLUDE=${STAGING_INCDIR}
> DOCDIR=${docdir}/iproute2 SUBDIRS='lib tc ip bridge misc genl \
> +EXTRA_OEMAKE = "CC='${CC}' KERNEL_INCLUDE=${STAGING_INCDIR}
> DOCDIR=${docdir}/iproute2
On Tue, 2020-02-18 at 15:35 +, Richard Purdie wrote:
> On Tue, 2020-02-18 at 10:28 -0500, Chet Ramey wrote:
> > On 2/17/20 9:46 PM, Huo, De wrote:
> > > I applied the patch to fix CVE defect CVE-2019-18276.
> >
> > That's not exactly an answer to the question of who produced the
> > patch.
>
On Fri, 2020-02-14 at 19:28 +0800, chee.yang@intel.com wrote:
> From: Lee Chee Yang
>
> see:
> https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
>
> Signed-off-by: Lee Chee Yang
> ---
> .../libxml/libxml2/CVE-2019-20388.patch| 37
> ++
>
On Thu, 2020-02-06 at 12:41 +0100, Carlos Rafael Giani wrote:
> Shouldn't this be split into two commits, one that fixes
> EXTRA_OECONF,
> and one that fixes the qt5 support?
>
> Also, are we sure that meson's qt5 moc/rcc/uic autodetection won't
> cause
> any problems in OE?
> Typically, we
On Wed, 2020-02-05 at 01:25 +, Taras Kondratiuk (takondra) via
Openembedded-core wrote:
> The patch applies to zeus branch as is without conflicts.
> Should still resend it separately for Zeus?
I have picked this up along with some other patches for zeus-next.
Thanks,
Anuj
--
Was the original patch sent to the oe-core list? This CVE should be applicable
to master too.
Also it looks like the patch is doing other things besides fixing just the CVE.
Thanks,
Anuj
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
I think this should be reverted. Sorry, I had given comments at the time patch
was sent but missed this in zeus review.
http://lists.openembedded.org/pipermail/openembedded-core/2020-January/291826.html
This CVE is not applicable to 1.0.7. This is not failing because the CVE patch
file is not
On Mon, 2020-02-03 at 17:04 +1030, Joel Stanley wrote:
> # use /usr/bin/env instead of version specific python
> -for s in `find ${S}/tools/perf/ -name '*.py'`; do
> -sed -i 's,/usr/bin/python,/usr/bin/env python3,' "${s}"
> +for s in `find ${S}/tools/perf/ -name '*.py'`
>
Ping
On Wed, 2020-01-22 at 13:46 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal
> ---
> .../stress-ng/{stress-ng_0.10.15.bb => stress-ng_0.10.16.bb} | 4
> ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-extended/stress-ng/{stress-ng_0.10.15.bb =>
>
On Mon, 2020-01-20 at 04:26 -0800, Wang Mingyu wrote:
> Refresh the following patch:
> musl.patch
Can you please remove this patch entirely and backport a patch from
upstream that fixes the remaining issue in this patch:
https://sourceforge.net/p/libtirpc/mailman/message/36905712/
Thanks,
Anuj
On Tue, 2020-01-21 at 06:14 +, Saloni Jain wrote:
> From: Sana Kazi
>
> Fixes out of bound access discovered while fuzzying karchive.
>
> Tested by: sana.k...@kpit.com
>
> Signed-off-by: Saloni Jain
> ---
> .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36
> ++
On Sun, 2020-01-12 at 14:59 +0100, Carlos Rafael Giani wrote:
> # qt5 support is disabled, because it is not present in OE core, and
> requires more work than
> # just adding a packageconfig (it requires access to moc, uic, rcc,
> and qmake paths).
> @@ -58,19 +56,18 @@ PACKAGECONFIG[zlib]
Hi Richard,
On Wed, 2019-12-18 at 11:20 +0800, Anuj Mittal wrote:
> The following changes since commit
> 9c0c8e51dd345dd1b6ba240b027d24a18f55757c:
>
> YP 3.0.1 Docs: Fixed manual revision tables. (2019-12-16 23:32:39
> +)
>
> are available in the Git repository at:
>
>
Hi Richard,
On Wed, 2019-12-18 at 11:20 +0800, Anuj Mittal wrote:
> The following changes since commit
> 9c0c8e51dd345dd1b6ba240b027d24a18f55757c:
>
> YP 3.0.1 Docs: Fixed manual revision tables. (2019-12-16 23:32:39
> +)
>
> are available in the Git repository at:
>
>
On Thu, 2019-12-19 at 08:01 +0200, Adrian Bunk wrote:
> On Thu, Dec 19, 2019 at 01:41:08PM +0800, Anuj Mittal wrote:
> > Remove backported patches and explicitly pass -std=gnu99 to native
> > CFLAGS
> > to make sure build passes on older and still supported OSes like
> > CentOS 7.
> > ...
>
>
On Thu, 2019-12-12 at 19:14 +0100, Alexander Kanavin wrote:
> diff --git a/meta/recipes-extended/cups/cups/0001-cups-Update-to-
> 1.6.1.patch b/meta/recipes-extended/cups/cups/0001-cups-Update-to-
> 1.6.1.patch
> new file mode 100644
> index 000..1cd02e8b324
> --- /dev/null
> +++
On Fri, 2019-12-06 at 14:49 +, Richard Purdie wrote:
> Hi Anuj,
>
> On Fri, 2019-12-06 at 10:41 +0800, Anuj Mittal wrote:
> > Hi Richard
> >
> > Can you please merge these changes in zeus? They can be pulled from
> > stable/zeus-next.
>
> I merged the anujm/zeus branch since that's the one
Has this been tested with musl? I think would fail because anacron has
now been enabled by default [1] which in turn needs obstack [2].
[1]
https://github.com/cronie-crond/cronie/commit/a8920856869a4682ce2300368da623fc86645c7a
[2]
This version has moved ucm and topology conf files to separate
repositories. We should also probably fetch and package those.
https://github.com/alsa-project/alsa-lib/commit/1f37ba2a2b1c07c04de1c368cd4943f712cccfa5
On Mon, 2019-11-18 at 15:28 +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> ...am-create-src-directory-before-attempting-t.patch | 12 +-
> --
> .../psmisc/{psmisc_23.2.bb => psmisc_23.3.bb}| 2 +-
> 2 files changed, 6 insertions(+), 8 deletions(-)
>
Hi Armin
On Mon, 2019-11-11 at 20:33 -0800, Armin Kuster wrote:
> # LTP runtime tests
> @OETestDepends(['ssh.SSHTest.test_ssh'])
> @OEHasPackage(["ltp"])
> @@ -111,8 +34,10 @@ class LtpTest(LtpTestBase):
> @OETestDepends(['ltp.LtpTest.test_ltp_help'])
> def
On Mon, 2019-11-11 at 20:33 -0800, Armin Kuster wrote:
> +
> +class Bsp(OESelftestTestCase):
> +def test_bash_installed(self):
> +"""
> +Summary:The purpose of this test case is to verify
> that bash
> +in exists in the image. Test came from
>
On Tue, 2019-11-12 at 23:31 +, Paul Barker wrote:
> I'm not sure what's wrong here. I've given the reason in the format
> shown in
> https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations:_Upstream-Status
> .
>
> Maybe it's getting tripped up by the
Hi Joshua
On Fri, 2019-11-08 at 13:21 -0600, Joshua Watt wrote:
> Fixes the way that subTest results are reported so that each subTest
> is
> reported independently, with it's own status. The base test case is
> also
> reported, but only if it actually had a status.
>
> Signed-off-by: Joshua
This applies as-is to master and warrior too since the versions there
are same. Can this be merged there too please since those branches are
also affected?
Thanks,
Anuj
On Wed, 2019-09-25 at 23:30 +, msft.dant...@gmail.com wrote:
> From: Dan Tran
>
> Signed-off-by: Dan Tran
> ---
>
We should probably take this as well:
https://github.com/madler/unzip/commit/6d351831be705cc26d897db44f878a978f4138fc
See:
https://github.com/madler/unzip/commit/47b3ceae397d21bf822bc2ac73052a4b1daf8e1c#commitcomment-34460988
Debian has also applied all three patches.
Thanks,
Anuj
On Wed,
Hello,
On Wed, 2019-09-11 at 12:29 +0300, dbarysh...@gmail.com wrote:
> From: Dmitry Eremin-Solenikov
>
> Create new bbclass defining common variables for all UEFI-related
> packages (bootloaders, test applications, etc).
Have these changes been tested using wic as well with non default
On Wed, 2019-09-11 at 15:51 +0800, zhou li wrote:
> On 2019/09/11 15:38, Mittal, Anuj wrote:
> > On Wed, 2019-09-11 at 14:02 +0800, Li Zhou wrote:
> > > Backporting patch from
> > > https://gitlab.freedesktop.org/slirp/libslirp/commit/c5927943
> > > to solve CVE
On Wed, 2019-09-11 at 14:02 +0800, Li Zhou wrote:
> Backporting patch from
> https://gitlab.freedesktop.org/slirp/libslirp/commit/c5927943
> to solve CVE-2019-15890.
>
> Signed-off-by: Li Zhou
> ---
> meta/recipes-devtools/qemu/qemu.inc| 1 +
>
On Thu, 2019-08-29 at 08:27 -0400, Bruce Ashfield wrote:
> On Thu, Aug 29, 2019 at 5:17 AM Mittal, Anuj
> wrote:
> > On Wed, 2019-08-14 at 11:31 -0400, bruce.ashfi...@gmail.com wrote:
> > > From: Bruce Ashfield
> > >
> > > The 5.3 kernel has two cha
Hi Alex,
On Wed, 2019-08-28 at 17:24 +0200, Alexander Kanavin wrote:
...
> diff --git a/meta/conf/machine/qemuarm64.conf
> b/meta/conf/machine/qemuarm64.conf
> index ec2a887bddf..05f0ee5e66f 100644
> --- a/meta/conf/machine/qemuarm64.conf
> +++ b/meta/conf/machine/qemuarm64.conf
> @@ -17,7 +17,7
On Wed, 2019-08-14 at 11:31 -0400, bruce.ashfi...@gmail.com wrote:
> From: Bruce Ashfield
>
> The 5.3 kernel has two changes that require tweaks to the minimal
> kernel-devsrc package.
>
> - 4ce97317f [x86/purgatory: Do not use __builtin_memcpy and
> __builtin_memset]
>
> This change removes
On Wed, 2019-08-28 at 20:13 -0400, Bruce Ashfield wrote:
> > On Wed, Aug 28, 2019 at 8:01 PM Mittal, Anuj
> wrote:
> This is causing failure for 5.0 kernels probably because the attr.py
> > python -> python3 changes are not there ...
> >
> > ERROR: perf-1.0
This is causing failure for 5.0 kernels probably because the attr.py
python -> python3 changes are not there ...
ERROR: perf-1.0-r9 do_package_qa: QA Issue: /usr/libexec/perf-
core/tests/attr.py contained in package perf-tests requires
/usr/bin/python, but no providers found in
On Fri, 2019-08-16 at 08:08 -0700, Khem Raj wrote:
> On Fri, Aug 16, 2019 at 5:00 AM Martin Jansa
> wrote:
> > Hi,
> >
> > I have an app which includes omp.h from gomp, it used to find it
> > without adding any -I for that (with just -fopenmp to enable
> > openmp).
> >
> > Now the header file
On Tue, 2019-08-20 at 20:08 -0700, akuster808 wrote:
> On 8/20/19 6:58 PM, Anuj Mittal wrote:
> > From: Trevor Gamblin
> >
> > (From OE-Core rev: b59b1222b3f73f982286222a583de09c661dc781)
> >
> > Signed-off-by: Trevor Gamblin
> > Signed-off-by: Richard Purdie
>
> this one is already stagged
On Mon, 2019-08-19 at 14:02 +, Patchwork wrote:
> * Issue Series does not apply on top of target branch
> [test_series_merge_on_head]
> Suggested fixRebase your series on top of targeted branch
> Targeted branch warrior (currently at 952bfcc3f4)
This is intentional.
On Thu, 2019-08-08 at 17:07 +0200, Oleksandr Kravchuk wrote:
> --- a/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb
> +++ b/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb
> @@ -8,8 +8,6 @@ SECTION = "console/utils"
> LICENSE = "LGPLv2 | LGPLv2.1"
> LIC_FILES_CHKSUM =
>
On Thu, 2019-08-08 at 12:57 +0300, dbarysh...@gmail.com wrote:
> From: Dmitry Eremin-Solenikov
>
> Stripping kernel modules will also remove signature, thus we have to
> inhibit package striping in case modules signatures are enabled.
>
Isn't this already being taken care of here:
There is a problem with this version and it looks like there'd be a
1.3.4:
https://git.xiph.org/?p=flac.git;a=commit;h=3b36fe260e92f3c2cab3680df0cd20e0c8b93817
Thanks,
Anuj
On Wed, 2019-08-07 at 10:53 +0800, Zang Ruochen wrote:
> -flac/CVE-2017-6888.patch
> Removed since this is included in
On Wed, 2019-08-07 at 11:08 +0800, Zang Ruochen wrote:
> diff --git a/lang/python/Makefile.am b/lang/python/Makefile.am
> -index ce9a108..0c8cfdc 100644
> +index 551deee..60734d0 100644
> --- a/lang/python/Makefile.am
> +++ b/lang/python/Makefile.am
> -@@ -25,7 +25,10 @@ EXTRA_DIST = \
> -
Please ignore this. Wrong list.
On Tue, 2019-08-06 at 12:47 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal
> ---
> recipes-graphics/gmmlib/gmmlib_19.2.3.bb | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb b/recipes-
>
Ping. Can this series be merged please?
On Thu, 2019-07-25 at 12:02 +0800, Anuj Mittal wrote:
> (From OE-Core rev: 093f0914f261a27d58ecba9c1e9d3b78a35af012)
>
> Signed-off-by: Anuj Mittal
> Signed-off-by: Richard Purdie
> ---
> meta/recipes-devtools/binutils/binutils-2.32.inc | 2 +
>
On Thu, 2019-08-01 at 09:10 +0800, Zang Ruochen wrote:
> From: Yuan Chao
>
> Signed-off-by: Yuan Chao
> ---
> meta/recipes-graphics/xorg-
> lib/libx11.inc | 4 ++--
> meta/recipes-graphics/xorg-lib/{libx11_1.6.7.bb => libx11_1.6.8.bb}
> | 0
> 2 files changed, 2
This is causing errors:
| Makefile:557: recipe for target 'alloc.lo' failed
| make[2]: *** [alloc.lo] Error 1
| In file included from ../includes/dhcpd.h:91,
| from conflex.c:29:
| ../includes/omapip/isclib.h:51:10: fatal error: isc/boolean.h: No
such file or directory
|51 |
Hi Ross
This is causing errors:
https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/869/steps/8/logs/errors
step7b: ERROR: libical-3.0.5-r0 do_package_qa: QA Issue:
/usr/lib/libicalss.so.3.0.5 contained in package libical requires
libdb-5.3.so()(64bit), but no providers found in
This is causing errors:
Parsing recipes...ERROR: /home/pokybuild/yocto-
worker/multilib/build/meta/recipes-extended/packagegroups/packagegroup-
core-base-utils.bb: Please ensure recipe /home/pokybuild/yocto-
worker/multilib/build/meta/recipes-extended/packagegroups/packagegroup-
On Tue, 2019-07-23 at 22:56 -0700, Khem Raj wrote:
> This is a backport from 5.2 release upstream, it fixes long standing
> build failure on musl/aarch64
>
> Signed-off-by: Khem Raj
> ---
> ...sm-ptrace.h-should-not-depend-on-uap.patch | 62
> +++
> .../linux-libc-headers_5.0.bb
On Mon, 2019-07-22 at 17:59 -0700, Khem Raj wrote:
> On Mon, Jul 22, 2019 at 4:17 PM Mittal, Anuj
> wrote:
> > On Mon, 2019-07-22 at 15:48 +0100, Ross Burton wrote:
> > > -LICENSE = "LGPLv2.1 | MPL-1.0"
>
> this should be MPL-2.0 | LGPL-2.1
>
> > &
On Mon, 2019-07-22 at 09:37 +0800, Kang Kai wrote:
> I just run oe-selftest -a with this patch after you updated the patch
> in
> oe-core. But I met some (>15) errors
>
> ERROR: Unable to start bitbake server (None)
>
> But I think it should not be related with init manager changes and
> will
On Mon, 2019-07-22 at 15:48 +0100, Ross Burton wrote:
> -LICENSE = "LGPLv2.1 | MPL-1.0"
> -LIC_FILES_CHKSUM =
> "file://COPYING;md5=d4fc58309d8ed46587ac63bb449d82f8 \
> -
> file://LICENSE;md5=d1a0891cd3e582b3e2ec8fe63badbbb6"
> +LICENSE = "LGPLv2.1 | MPL-2"
> +LIC_FILES_CHKSUM =
On Fri, 2019-07-19 at 13:55 +0800, Anuj Mittal wrote:
> Remove upstreamed patch and manually package symlinks which aren't
> handled by do_split_package.
>
> Fixes CVE-2019-12155.
I copy pasted the wrong CVE number here. Please ignore this change.
Thanks,
Anuj
--
This resulted in a oe-selftest failure for
recipetool.RecipetoolTests.test_recipetool_create_cmake:
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/280/steps/7/logs/step2d
Thanks,
Anuj
On Fri, 2019-07-05 at 17:20 +0100, Ross Burton wrote:
> GTK+ 2 is ancient, and shouldn't be
These would need an entry in maintainers.inc as well.
https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/519/steps/7/logs/step2d
Thanks,
Anuj
On Wed, 2019-06-12 at 21:35 +0100, Ross Burton wrote:
> This was in meta-oe but EFI is sufficiently widespread now that we
> need it in
>
This is causing on CentOS 7:
| DEBUG: Executing shell function do_compile
| scons: *** SCons version 3.0.5 does not run under Python version
3.4.8.
| Python 2.7 or >= 3.5 is required.
Looks like it's using host python which is at 3.4.8 in this case.
Thanks,
Anuj
On Fri, 2019-06-07 at 16:47
Ping
On Thu, 2019-05-23 at 14:45 +0800, Anuj Mittal wrote:
> Changes in this release:
>
> 979a351 [common] Add A2RGB10 fourcc definition
> 22cba79 build: meson: enables va messaging and visibility
> b89f6ec va/va_trace: add trace support for RIR(rolling intra
> refresh).
> 844b90c va/va_trace:
Looks like this needs a dependency on wayland-scanner and wayland-
protocols as well for this version?
Error log from autobuilder:
https://errors.yoctoproject.org/Errors/Details/247143/
Thanks
Anuj
On Sun, 2019-05-26 at 13:06 +0200, Carlos Rafael Giani wrote:
> Signed-off-by: Philippe Normand
On Tue, 2019-05-14 at 17:42 -0400, Randy MacLeod wrote:
> > We also have a problem that its overflowing the 4GB limit on some
> > image
> > sizes with the debug info included :/
>
> There's an enhancement to track that:
>https://bugzilla.yoctoproject.org/show_bug.cgi?id=13025
> Kevin owns it
This is failing with error:
| In file included from ../ofono-1.29/ell/random.c:34:
| ../ofono-1.29/ell/missing.h:59:20: error: static declaration of
'explicit_bzero' follows non-static declaration
| static inline void explicit_bzero(void *s, size_t n)
| ^~
| In
On Sun, 2019-03-10 at 23:45 -0400, bruce.ashfi...@gmail.com wrote:
> -SRCREV_machine_qemuarm ?= "1fbecad0e6a68b6c57b4f6ef8207e7e90ea764a3"
> -SRCREV_machine_qemuarm64 ?=
> "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_machine_qemumips ?=
> "d9dd6d4cfe689efd5cb7bbacd118a3888ac7c517"
>
Looks like this is failing with musl:
https://errors.yoctoproject.org/Errors/Details/232435/
On Sun, 2019-03-10 at 11:07 -0700, Armin Kuster wrote:
> refactor diet-x11 patch
>
> LIC_FILES_CHKSUM changed to do merging of copyright/license notices
>
On Wed, 2019-02-20 at 18:10 -0300, Fabio Berton wrote:
> +PACKAGECONFIG[xvmc] = "-gallium-xvmc=true,-Dgallium-
> xvmc=false,libxvmc"
This is missing a '-D' ... Was a problem with my original patch as
well.
--
___
Openembedded-core mailing list
> -Original Message-
> From: Alexander Kanavin [mailto:alex.kana...@gmail.com]
> Sent: Friday, February 15, 2019 08:52 PM
> To: Otavio Salvador
> Cc: Mittal, Anuj ; Fabio Berton
> ; Patches and discussions about the oe-core
> layer
>
> Subject: Re: [OE-core
On Thu, 2019-02-14 at 07:58 -0800, Khem Raj wrote:
> On Wed, Feb 13, 2019 at 9:49 PM Anuj Mittal
> wrote:
> >
> > For changes, see:
> >
> >
https://cgit.freedesktop.org/pixman/log/?qt=range=pixman-0.38.0...pixman-0.34.0
> >
> > Signed-off-by: Anuj Mittal
> > ---
> >
Ping for the series.
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Anuj Mittal
> Sent: Thursday, December 20, 2018 05:29 PM
> To: openembedded-core@lists.openembedded.org
> Subject:
I gave this a try and it looks like if I change my kernel version after
one try of devtool modify, this change copies the old kernel version
tree (because something is already present in work-shared).
And, work-shared is getting re-populated with the requested second
kernel vesion when running
On Tue, 2018-11-13 at 10:46 +, Awan, Arsalan wrote:
> ping
>
> > > Arsalan,
> > >
> > >
> > > On 11/2/18 8:01 AM, Arsalan Awan wrote:
> > > > From: "Arsalan H. Awan"
> > > >
> > > > The EFI bootloader name and path for being able to boot from a
> > > > removable storage media - such as
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Armin Kuster
> Sent: Saturday, September 15, 2018 12:04 AM
> To: akuster...@gmail.com; openembedded-core@lists.openembedded.org
>
78 matches
Mail list logo
