Signed-off-by: Chen Qi
---
meta/recipes-devtools/nasm/nasm_2.14.02.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/nasm/nasm_2.14.02.bb
b/meta/recipes-devtools/nasm/nasm_2.14.02.bb
index 96536cc..ecec78d 100644
--- a/meta/recipes-devtools/nasm/nasm_2.14.02.bb
+++ b
*** BLURB HERE ***
The following changes since commit 35742c10f531ba451c06a4e360fecfb55f358b35:
ref-manual: Removed DISK_DESCRIPTION variable from glossary (2019-03-26
15:38:56 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/nasm-cve
http://git.p
This patch series provides support for the user to run menuconfig command in
the
devtool flow. This would allow the user to modify the current configurations
and
generate a config fragment to update the recipe using devtool finish. Devtool
menuconfig command will work on all packages that conta
On 3/29/19 2:41 PM, changqing...@windriver.com wrote:
From: Changqing Li
Reproduce steps:
1. add below config into local.conf
IMAGE_INSTALL_append = " packagegroup-xfce-base"
DISTRO_FEATURES_append = " polkit"
2. bitbake core-image-minimal
do_rootfs failed with below error:
qemu-i386
Hi Armin,
On 19.03.19 16:13, akuster808 wrote:
On 3/14/19 8:43 AM, Stefan Müller-Klieser wrote:
This fixes the native build on glibc 2.28 hosts, by backporting two
gnulib patches from master.
This will need to be done for Thud too.
- armin
coreutils 8.30 in thud already carries those patches
On Thu 2019-03-28 @ 03:40:33 PM, Martin Jansa wrote:
> Send for oe-core:
> https://patchwork.openembedded.org/patch/159874/
> but more information might be needed before it gets applied to oe-core
> as discussed with RP. I'll try to get serial cable working on my Nexus 5
> to test it there in runti
On Fri, 29 Mar 2019 at 08:18, Changqing Li wrote:
> Upstream replied that: should be xfconf upsteam bug. So this is a
> workaround,
Yes, that's definitely a xfconf bug. Let's fix it there.
Ross
--
___
Openembedded-core mailing list
Openembedded-core
But GTK+ doesn't depend on librsvg at all, and this is a failure in
adwaita-icon-theme. Why doesn't the dependency belong on
adwaita-icon-theme?
Ross
On Tue, 26 Mar 2019 at 10:30, Andreas Müller wrote:
>
> adwaita-icon-themes failes to create symbolic icons. In log.do_install when
> calling gtk
On Fri, 29 Mar 2019 at 13:04, Burton, Ross wrote:
>
> But GTK+ doesn't depend on librsvg at all, and this is a failure in
> adwaita-icon-theme. Why doesn't the dependency belong on
> adwaita-icon-theme?
I believe adwaita runs some utility that gtk provides?
Alex
--
On Fri, 29 Mar 2019 at 12:11, Alexander Kanavin wrote:
>
> On Fri, 29 Mar 2019 at 13:04, Burton, Ross wrote:
> >
> > But GTK+ doesn't depend on librsvg at all, and this is a failure in
> > adwaita-icon-theme. Why doesn't the dependency belong on
> > adwaita-icon-theme?
>
> I believe adwaita runs
An image built with gold fails on the hardware.
I was able to build core-image-minimal with gold enabled:
configuration:
Build Configuration:
BB_VERSION = "1.40.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING = "opensuseleap-15.0"
TA
adwaita-icon-theme uses gtk-encode-symbolic-svg to generate icons, so DEPEND on
librsvg-native (and gtk+3-native, via gtk-icon-cache.bbclass) so that this tool
exists and can load SVG files.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gnome/adwaita-icon-theme_3.30.1.bb | 3 ++-
1 file chan
This was added so that adwaita-icon-theme can find the SVG loader for icon
generation, but the fix is in the wrong place. GTK+ does not depend on librsvg
at all, the tool in GTK+ which loads the icons uses gdk-pixbuf which uses
loadable modules.
This reverts commit 66828ff04d107b7719c9c8857d7c6c2
On Fri, Mar 29, 2019 at 2:31 PM Burton, Ross wrote:
>
> On Fri, 29 Mar 2019 at 12:11, Alexander Kanavin
> wrote:
> >
> > On Fri, 29 Mar 2019 at 13:04, Burton, Ross wrote:
> > >
> > > But GTK+ doesn't depend on librsvg at all, and this is a failure in
> > > adwaita-icon-theme. Why doesn't the d
Instead of using DEPENDS += use _append to ensure that these additions can't get
overwritten.
Also use gtk+3-native instead gtk-icon-utils-native as that recipe no longer
exists and is provided by gtk+3-native for compatibility.
Signed-off-by: Ross Burton
---
meta/classes/gtk-icon-cache.bbclass
On Fri, 29 Mar 2019 at 14:29, Andreas Müller wrote:
> Thought same. Are you sure that does not link - or can you explain how
> DEPENDs fixed adwaita: If it does not link: How comes that librsvg
> makes it into adwaita's native sysroot?
I suspect historical about how the sysroot is populated for n
On Fri, Mar 29, 2019 at 3:34 PM Burton, Ross wrote:
>
> On Fri, 29 Mar 2019 at 14:29, Andreas Müller wrote:
> > Thought same. Are you sure that does not link - or can you explain how
> > DEPENDs fixed adwaita: If it does not link: How comes that librsvg
> > makes it into adwaita's native sysroot?
On Fri, 29 Mar 2019 at 14:51, Andreas Müller wrote:
> * The patch you just sent: Doesn't adwaita-icon-theme need a rdepend
> on librsvg then? If so it is another allarch rdepending on arch
> recipe...
RDEPEND? No. The theme just contains PNGs and SVGs.
Ross
--
_
On Fri, 29 Mar 2019 at 15:34, Burton, Ross wrote:
>
> On Fri, 29 Mar 2019 at 14:29, Andreas Müller wrote:
> > Thought same. Are you sure that does not link - or can you explain how
> > DEPENDs fixed adwaita: If it does not link: How comes that librsvg
> > makes it into adwaita's native sysroot?
>
In the regular devtool modify flow, the kernel source is fetched by
running do_fetch task. This is an overhead in time and space.
This patch updates modify command to check if the kernel source is
already downloaded. If so, then instead of calling do_fetch, copy the
source from work-shared to devt
On Fri, Mar 29, 2019 at 3:54 PM Burton, Ross wrote:
>
> On Fri, 29 Mar 2019 at 14:51, Andreas Müller wrote:
> > * The patch you just sent: Doesn't adwaita-icon-theme need a rdepend
> > on librsvg then? If so it is another allarch rdepending on arch
> > recipe...
>
> RDEPEND? No. The theme just c
On Fri, 29 Mar 2019 at 15:33, Andreas Müller wrote:
> Hope adwaita-icon packs remain complete / have librsvg from elsewhere
> in my images.
The theme itself doesn't mean pulling in librsvg. Whatever is using
the icons is responsible for that, so if you're using something GNOMEy
then that's gdk-p
2019. 03. 29. 19:45 keltezéssel, Böszörményi Zoltán írta:
2019. 03. 26. 0:44 keltezéssel, Ross Burton írta:
This isn't a git snapshot recipe but a release that is fetched over it. For
clarity, put the PV in the filename.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/libcomps/{libcomp
2019. 03. 26. 0:44 keltezéssel, Ross Burton írta:
This isn't a git snapshot recipe but a release that is fetched over it. For
clarity, put the PV in the filename.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/libcomps/{libcomps_git.bb => libcomps_0.1.10.bb} | 1 -
1 file changed, 1 d
If kernel source is not already downloaded i.e staging kernel dir is
empty, place a copy of the source when the user runs devtool modify
linux-yocto. This way the kernel source is available for other packages
that use it.
[YOCTO #10416]
Signed-off-by: Sai Hari Chandana Kalluri
Signed-off-by: Ale
If kernel-devsrc is used in a SDK context, the symlink from usr/src/kernel
points to an absolute path '/lib/modules/${KERNEL_VERSION}/build',
which ends up pointing to the local machine's build directory.
To address this issue change the symlink to be realtive to
${D}/lib/modules/${KERNEL_VERSION}
Add missing runtime dependencies: the test suite needs proper chmod from
coreutils, and the Europe/Minsk timezone.
Also change run-ptest to use -W (run verbosely on failure) instead of -v (always
verbose) to hopefully reduce the noise in the ptest reports.
Signed-off-by: Ross Burton
---
meta/re
On 3/29/19 3:49 PM, Ross Burton wrote:
> Add missing runtime dependencies: the test suite needs proper chmod from
> coreutils, and the Europe/Minsk timezone.
>
> Also change run-ptest to use -W (run verbosely on failure) instead of -v
> (always
> verbose) to hopefully reduce the noise in the pt
From: Denys Dmytriyenko
Note:
6.0.0 is the last one to support autotools (needs explicit configure option),
newer versions will only support meson.
Signed-off-by: Denys Dmytriyenko
---
meta/recipes-graphics/wayland/{weston_5.0.0.bb => weston_6.0.0.bb} | 5 +++--
1 file changed, 3 insertions(+)
On Wed, Mar 27, 2019 at 7:20 AM Ross Burton wrote:
>
> There's a sort-of-official port of asciidoc to Python 3. Whilst the official
> replacement is asciidoctor which is rewritten in Ruby, this is a fairly
> trivial
> swap and removes Python 2 from core-image-sato builds entirely.
>
> Moving for
30 matches
Mail list logo