PN-dev is empty and causes dependency loops during SDK build
Signed-off-by: Khem Raj
---
meta/recipes-core/busybox/busybox.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 24c15e4aee..2444afabd5 100644
--
Could fix issues where dirs with wrong permission is created with mkdir -p
Signed-off-by: Khem Raj
---
meta/classes/libc-package.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/libc-package.bbclass
b/meta/classes/libc-package.bbclass
index 0b4c666a74..34
when building with opkg backend and huge packages e.g. chromium/llvm all
going in parallel, memory pressure causes xz to catapult with
do_package_write_ipk: Failed to create package, opkg-build failed with: xz:
(stdin): Cannot allocate memory
since there are many tasks going on in parallel, xz a
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor prefix and default tune. This adds the right mapping to ensure
SDKs work as expected. And fix problem in below con
ping
-Original Message-
From: Jaewon Lee
Sent: Monday, January 28, 2019 3:18 PM
To: Jaewon Lee ; openembedded-core@lists.openembedded.org
Cc: Alejandro Enedino Hernandez Samaniego
Subject: RE: [OE-core][PATCH] Support kmeta directory usage with devtool
modify/finish
ping
-Original
For changes, see:
https://github.com/intel/libva-utils/releases
Switch back to using tarball now that it is available.
Signed-off-by: Anuj Mittal
---
...ple-only-when-X11-backend-is-enabled.patch | 35 +++
...va-utils_2.3.0.bb => libva-utils_2.4.0.bb} | 8 +++--
2 files change
Signed-off-by: Anuj Mittal
---
meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
index 3d435e8b31..bf9
For changes, see:
https://github.com/intel/libva/releases
Signed-off-by: Anuj Mittal
---
.../recipes-graphics/libva/{libva_2.3.0.bb => libva_2.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/libva/{libva_2.3.0.bb => libva_2.4.0.bb} (92%)
diff --g
Ping
-Original Message-
From: Jaewon Lee
Sent: Monday, January 28, 2019 3:19 PM
To: Jaewon Lee ; openembedded-core@lists.openembedded.org;
nat...@nathanrossi.com
Cc: Alejandro Enedino Hernandez Samaniego ; Manjukumar
Harthikote Matha
Subject: RE: [OE-core][PATCH v2] device-tree.bbclass
On Mon, Feb 11, 2019 at 12:01 PM William Bourque wrote:
> Some distributions default shell (ex: /bin/dash)
> does not support "-e" argument to echo.
> Hence, using "printf" is safer as it, unlike echo,
> always inteprets \n correctly.
>
>
That seems to be the same change I proposed a couple of da
On Fri, Feb 8, 2019 at 1:28 AM Alexander Kanavin wrote:
>
> The status of the driver is described here:
> https://www.phoronix.com/scan.php?page=news_item&px=Lima-DRM-Driver-Mainline-V2
>
> Considering the kernel DRM driver is not yet mainlined, and mesa
> driver is also developed separately, and
Some distributions default shell (ex: /bin/dash)
does not support "-e" argument to echo.
Hence, using "printf" is safer as it, unlike echo,
always inteprets \n correctly.
Signed-off-by: William Bourque
---
scripts/lib/wic/engine.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
Load self.paths from environment variable and
if it fails, fall back to hardcoded list.
This is required for users that would need to load
different e2fsprogs binaries if their system's ones
are not recent enought
Signed-off-by: William Bourque
---
scripts/lib/wic/engine.py | 11 ---
1 f
On Mon, Feb 11, 2019 at 3:21 AM André Draszik wrote:
> From: André Draszik
> Busybox' getty has code to try to make itself a session leader,
> whereas util-linux' agetty doesn't. It expects this to happen
> from outside.
> When getty is not a session leader, many things don't work on
> the serial
All,
The triage team meets weekly and does its best to handle the bugs reported
into the Bugzilla. The number of people attending that meeting has fallen,
as have the number of people available to help fix bugs. One of the things
we hear users report is they don't know how to help. We (the tria
This regression has been introduced while upgrading to version 237
(commit 906230a73b3ccfa4afd2a19a6b0aa18cd1d5fa08)
and seems to only affect sumo version.
Signed-off-by: Matthieu Rogez
---
meta/recipes-core/systemd/systemd_237.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
here is a build failure with -fuse-ld=gold
https://errors.yoctoproject.org/Errors/Details/222046/
On Sat, Feb 9, 2019 at 9:23 AM Khem Raj wrote:
>
> dump ld.bfd generated .so and see if this symbol is present
>
> On Sat, Feb 9, 2019 at 5:20 AM Martin Jansa wrote:
> >
> > On Sat, Feb 09, 2019 at
Hi Richard
my case is with master infact master-next
On Mon, Feb 11, 2019 at 6:45 AM Richard Purdie
wrote:
>
> On Mon, 2019-02-11 at 06:35 -0800, Khem Raj wrote:
> > On Wed, Feb 6, 2019 at 6:39 PM Phil Reid
> > wrote:
> > > On 3/01/2019 9:59 pm, Richard Purdie wrote:
> > > > On Mon, 2018-12-31
On Mon, 2019-02-11 at 06:35 -0800, Khem Raj wrote:
> On Wed, Feb 6, 2019 at 6:39 PM Phil Reid
> wrote:
> > On 3/01/2019 9:59 pm, Richard Purdie wrote:
> > > On Mon, 2018-12-31 at 20:56 +0100, Andrej Valek wrote:
> > > > Your previous solution is working for me, so I was not working
> > > > on
> >
Seems to be, that is not the right solution, even if -dev package is not
existing. On the other hand, why busybox package needs -dev package itself?
We can create an empty package, without any requirements if it's really
required.
Regards,
Andrej
-Original Message-
From: Khem Raj
Sen
On Wed, Feb 6, 2019 at 6:39 PM Phil Reid wrote:
>
> On 3/01/2019 9:59 pm, Richard Purdie wrote:
> > On Mon, 2018-12-31 at 20:56 +0100, Andrej Valek wrote:
> >> Your previous solution is working for me, so I was not working on
> >> fixing
> >> this. I thought, that You will just add missing package
On Mon, 11 Feb 2019 at 12:14, S. Fricke wrote:
> Hi,
>
> >Is it? I'm genuinely curious when a base64 encoded image is useful.
>
> It is! :-)
> We are using a softwarestack which use base64 (I am delighted thats no one
> is
> using uuencode ^^) encoded images to transfer them via wire. I can
On Mon, Feb 11, 2019 at 12:08:46PM +, André Draszik wrote:
> Please ignore this patch. Looks like a red-herring. Sorry for the noise.
FWIW, I would like to see this patch merged. Had some issues in the past
with busybox umount and added same change as a bbappend.
-Mikko
> On Mon, 2019-02-11
Hi,
>Is it? I'm genuinely curious when a base64 encoded image is useful.
It is! :-)
We are using a softwarestack which use base64 (I am delighted thats no one is
using uuencode ^^) encoded images to transfer them via wire. I can not change
this stack.
If this isn't useful, maybe you can he
Please ignore this patch. Looks like a red-herring. Sorry for the noise.
On Mon, 2019-02-11 at 12:04 +, André Draszik wrote:
> From: André Draszik
>
> It looks like there is an implicit dependency on util-linux'
> umount - as otherwise when using busybox' umount we see a
> long delay on shut
From: André Draszik
It looks like there is an implicit dependency on util-linux'
umount - as otherwise when using busybox' umount we see a
long delay on shutdown / reboot.
[YOCTO #13058]
Signed-off-by: André Draszik
---
this should only be merged with or after the util-linux
packaging rework
On Fri, 2019-02-08 at 18:46 +0100, Andreas Oberritter wrote:
> Hi André,
>
> On Fri, 8 Feb 2019 16:48:32 +
> André Draszik wrote:
>
> > From: André Draszik
> >
> > Busybox' getty has code to try to make itself a session leader,
> > whereas util-linux' agetty doesn't. It expects this to ha
From: André Draszik
Busybox' getty has code to try to make itself a session leader,
whereas util-linux' agetty doesn't. It expects this to happen
from outside.
When getty is not a session leader, many things don't work on
the serial console, e.g. setting the terminal process group,
job control do
Instead of calling 'ar' and 'ranlib' directly, set AR=gcc-ar and
RANLIB=gcc-ranlib. This fixes builds with link-time optimisation where more
arguments would need to be passed to ranlib but gcc-ranlib will do that
automatically.
Signed-off-by: Ross Burton
---
meta/conf/bitbake.conf | 4 ++--
1 f
These tests are very old, unmaintained, and there are better benchmarking
systems available now.
Signed-off-by: Ross Burton
---
meta-poky/conf/distro/include/poky-floating-revisions.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta-poky/conf/distro/include/poky-floating-revisions.inc
These tests are very old, unmaintained, and there are far better tools to
exercise video codepaths now.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/distro_alias.inc | 1 -
meta/conf/distro/include/maintainers.inc | 1 -
.../packagegroups/packagegroup-core
This is now in the default HOSTTOOLS so can be removed from here.
Signed-off-by: Ross Burton
---
meta-poky/conf/site.conf.sample | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-poky/conf/site.conf.sample b/meta-poky/conf/site.conf.sample
index a4c2f9feed9..5164fedf630 10
Is it? I'm genuinely curious when a base64 encoded image is useful.
Ross
On Mon, 11 Feb 2019 at 06:03, Silvio Fricke wrote:
> Sometimes it is useful to have a base64 representation of an image.
>
> Signed-off-by: Silvio Fricke
> ---
> meta/classes/image_types.bbclass | 4 +++-
> 1 file chang
33 matches
Mail list logo
