I just finished some recipes for some CMake-built packages (from the
Kurento project). I managed to get everything building, but I had to
modify how cmake.bbclass does things, and I'm wondering if there's a better
way to solve some of these.
Each of the packages generates a pkg-config file and a
On Wed, 2015-02-11 at 11:21 +0100, Stefan Herbrechtsmeier wrote:
> Am 10.02.2015 um 23:53 schrieb Matt Madison:
> > I just finished some recipes for some CMake-built packages (from the
> > Kurento project). I managed to get everything building, but I had to
> > modify h
to restore the intent of
making it a fallback for when there is no git timestamp to
retrieve.
Signed-off-by: Matt Madison
---
meta/classes/image.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 3b5600e550
iate '!=' comparison
operator.
Signed-off-by: Matt Madison
---
meta/conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 2d9cd05695..cda37c33b4 100644
--- a/meta/conf/layer.conf
+++ b/meta/co
The script needs to be executable so the service doesn't
fail.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/apt/apt-package.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/apt/apt-package.inc
b/meta/recipes-devtools/apt/apt-packag
m/golang/dep/cmd/dep dep.test || RC=1
> exit $RC
> root@qemux86-64:/usr/lib64/go-dep/ptest# ./run-ptest
> building testdep failed: exit status 1
> can't load package: package .: no Go files in
> /usr/lib64/go-dep/ptest/github.com/golang/dep/cmd/dep
> root@qemux86-64:/usr/lib64/go-
On Wed, Jun 26, 2019 at 2:02 AM Yu, Mingli wrote:
>
>
>
> On 2019年06月25日 20:23, Matt Madison wrote:
> > On Fri, Jun 21, 2019 at 2:08 AM Yu, Mingli wrote:
> >>
> >> Hi Matt,
> >>
> >> I noticed your commit is the latest update for go-d
On Wed, Jun 26, 2019 at 11:40 PM Yu, Mingli wrote:
>
>
>
> On 2019年06月26日 22:00, Matt Madison wrote:
> > On Wed, Jun 26, 2019 at 2:02 AM Yu, Mingli wrote:
> >>
> >>
> >>
> >> On 2019年06月25日 20:23, Matt Madison wrote:
> >
On Sun, Jun 30, 2019 at 6:59 PM Yu, Mingli wrote:
>
>
>
> On 2019年06月28日 19:02, Richard Purdie wrote:
> > On Fri, 2019-06-28 at 00:57 -0700, mingli...@windriver.com wrote:
> >> From: Mingli Yu
> >>
> >> The run-ptest logic for go-dep actually runs the
> >> /usr/lib64/go-dep/ptest/github.com/golan
On Wed, Jul 3, 2019 at 2:25 AM wrote:
>
> From: Mingli Yu
>
> Remove the ptest bbclass inherit logic to let
> each recipe inherit ptest individually if the
> specified recipe wants to support ptest to avoid
> the recipe which inherits go bblcass inheriting
> ptest automatically.
Recipes will hav
On Wed, Aug 7, 2019 at 10:36 PM Changqing Li wrote:
>
>
> On 8/7/19 10:16 PM, Richard Purdie wrote:
> > On Wed, 2019-08-07 at 10:35 +0800, Changqing Li wrote:
> >> On 8/6/19 6:47 PM, Richard Purdie wrote:
> >>> On Tue, 2019-08-06 at 14:54 +0800, changqing...@windriver.com
> >>> wrote:
> From:
On Tue, Feb 9, 2021 at 6:34 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> The original patch contained some text which shouldn't have been there
> and used brackets in configure which isn't a great idea. Tweak the patch
> to resolve this.
>
> Signed-off-by: Richard Purdie
> ---
) !=
dc2ecf9029a051f391760e3317c8fc538d8640f2145af4dd1740db5a227b571a (qemux86)
Switching to a regular assignment, instead of using anonymous python, looks
like the
right solution.
Matt Madison (1):
autotools.bbclass: use ordinary append for file-checksums update
meta/classes/autotools.bbclass | 5 +
1 file changed, 1
get processed
before the TARGET_ARCH changes in allarch.
Use an ordinary += assignment to fix this.
Signed-off-by: Matt Madison
---
meta/classes/autotools.bbclass | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/classes/autotools.bbclass b/meta/classes
eneck
for builds with a large modules package.
Signed-off-by: Matt Madison
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 301e3b86b2..aef5e97892 100644
--- a/meta/classes/kernel.bb
libxi, which is not actually needed.
The missing dependency doesn't cause problems in most cases,
since mesa also depends on libxdamage, but when an alternative
opengl implementation such as libglvnd is used, cogl fails
to configure.
Signed-off-by: Matt Madison
---
meta/recipes-graphics/cogl
On Thu, Feb 3, 2022 at 3:25 AM Richard Purdie
wrote:
>
> Target build output, stored in do_populate_sysroot or do_package can depend
> not only upon direct dependencies but also indirect ones. A good example is
> linux-libc-headers. The toolchain depends on this but most target recipes do
> not. T
On Fri, Dec 3, 2021 at 11:13 PM Alexander Kanavin
wrote:
> This replaces the specific gtkdoc wrapper setting
> (which was rejected by upstream in
> https://github.com/mesonbuild/meson/pull/9627)
> with a generic, officially supported and documented exe_wrapper,
> which is enabled subject to qemu
I'm finding that none of the Rust recipes are getting setscened in my builds off
master due to the the SRCPV hack that was added to make the cargo fetcher
visible during parsing. There's no error reported about it, but by adding an
exception handler into the sstate code I tracked it down to pstagin
which is introducing task hash changes for some
allarch package builds, and should no longer
be needed with recent versions of qemu.
Signed-off-by: Matt Madison
---
meta/classes/qemu.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/qemu.bbclass b/meta
On Wed, Dec 15, 2021 at 12:24 PM Khem Raj wrote:
>
>
>
> On 12/15/21 12:16 PM, Matt Madison wrote:
> > which is introducing task hash changes for some
> > allarch package builds, and should no longer
> > be needed with recent versions of qemu.
> >
>
> T
qemu patch to set minimum kernel version for riscv32.
With this patch, qemu for all supported archs should have a built-in
oldest kernel setting, eliminating the need for putting it on the
command line.
Matt Madison (2):
qemu.bbclass: drop OLDEST_KERNEL reference
qemu: add patch t
which enables us to drop the -r option on qemu-static-riscv32
invocations.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
...s-minimum-kernel-version-for-riscv32.patch | 40 +++
2 files changed, 41 insertions(+)
create mode 100644
meta
which is introducing task hash changes for some
allarch package builds, and should no longer
be needed with recent versions of qemu.
Signed-off-by: Matt Madison
---
meta/classes/qemu.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/qemu.bbclass b/meta
On Thu, Dec 16, 2021 at 6:47 AM Joshua Watt wrote:
>
> On Wed, Dec 15, 2021 at 8:16 AM Matt Madison wrote:
> >
> > I'm finding that none of the Rust recipes are getting setscened in my
> > builds off
> > master due to the the SRCPV hack that was added to
On Thu, Dec 16, 2021 at 7:53 AM Matt Madison via
lists.openembedded.org
wrote:
>
> On Thu, Dec 16, 2021 at 6:47 AM Joshua Watt wrote:
> >
> > On Wed, Dec 15, 2021 at 8:16 AM Matt Madison wrote:
> > >
> > > I'm finding that none of the Rust recipes are
This patch series switches to using the OE_IMPORTS mechanism
for installing the crate fetcher. This simplifies the addition
and clears up issues with interactions between SRCPV and
the shared-state fetching logic.
Matt Madison (4):
lib/crate.py: install crate fetcher on import
base.bbclass
to enable the move to using OE_IMPORTS for adding
this fetcher.
Signed-off-by: Matt Madison
---
meta/lib/crate.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/lib/crate.py b/meta/lib/crate.py
index d10f441875..f9db7c28cd 100644
--- a/meta/lib/crate.py
+++ b/meta/lib/crate.py
to install the crate:// fetch handler.
Signed-off-by: Matt Madison
---
meta/classes/base.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index b709777f24..ee9950f207 100644
--- a/meta/classes/base.bbclass
+++ b
No longer needed now that the crate fetcher is
installed via OE_IMPORTS.
Signed-off-by: Matt Madison
---
meta/classes/cargo_common.bbclass | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/classes/cargo_common.bbclass
b/meta/classes/cargo_common.bbclass
index 23d82aa6ab..c403591434
No longer required now that the crate fetcher
gets installed via OE_IMPORTS.
Signed-off-by: Matt Madison
---
meta/classes/crate-fetch.bbclass | 28
1 file changed, 28 deletions(-)
delete mode 100644 meta/classes/crate-fetch.bbclass
diff --git a/meta/classes/crate
On Thu, Dec 16, 2021 at 9:09 AM Matt Madison via
lists.openembedded.org
wrote:
>
> On Thu, Dec 16, 2021 at 7:53 AM Matt Madison via
> lists.openembedded.org
> wrote:
> >
> > On Thu, Dec 16, 2021 at 6:47 AM Joshua Watt wrote:
> > >
> > > On Wed, D
On Sun, Dec 19, 2021 at 3:36 PM Richard Purdie
wrote:
>
> On Wed, 2021-12-15 at 12:16 -0800, Matt Madison wrote:
> > which is introducing task hash changes for some
> > allarch package builds, and should no longer
> > be needed with recent versions of qemu.
> >
&
021 at 18:37, Matt Madison wrote:
>>
>> to install the crate:// fetch handler.
>>
>> Signed-off-by: Matt Madison
>> ---
>> meta/classes/base.bbclass | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/classes/base.bb
On Tue, Dec 21, 2021 at 6:07 AM Paul Barker wrote:
>
> On 20/12/2021 22:34, Richard Purdie wrote:
> > On Mon, 2021-12-20 at 17:01 +, Paul Barker wrote:
> >> On 17/12/2021 15:36, Matt Madison wrote:
> >>> This patch series switches to using the OE_IMPORTS m
On Sat, Jan 1, 2022 at 3:30 AM Alexander Kanavin wrote:
>
> This cannot be right: what we install for the target should not
> depend on what host it's being built on. If this was fixing
> some problem, there needs to be a different solution.
IIRC, I added this because the go toolchain doesn't rea
On Fri, Jan 7, 2022 at 3:19 AM Richard Purdie
wrote:
>
> On Wed, 2021-12-15 at 12:16 -0800, Matt Madison wrote:
> > which is introducing task hash changes for some
> > allarch package builds, and should no longer
> > be needed with recent versions of qemu.
> >
&
On Fri, Jan 7, 2022 at 4:56 AM Richard Purdie
wrote:
>
> On Fri, 2022-01-07 at 12:51 +, Richard Purdie via lists.openembedded.org
> wrote:
> > On Fri, 2022-01-07 at 04:36 -0800, Matt Madison wrote:
> > > On Fri, Jan 7, 2022 at 3:19 AM Richard Purdie
> > > wr
On Sat, Jan 8, 2022 at 6:34 AM Richard Purdie
wrote:
>
> On Fri, 2022-01-07 at 06:44 -0800, Matt Madison wrote:
> > On Fri, Jan 7, 2022 at 4:56 AM Richard Purdie
> > wrote:
> > >
> > > On Fri, 2022-01-07 at 12:51 +, Richard Purdie via
> > > lists
> > Cc: Patches and discussions about the oe-core layer > c...@lists.openembedded.org>
> > Subject: Re: [OE-core][PATCH] qemu.bbclass: drop OLDEST_KERNEL reference
> >
> > On 08.01.22 16:13, Richard Purdie wrote:
> > > On Sat, 2022-01-08 at 07:10 -0800,
On Sun, Jan 9, 2022 at 5:52 AM Peter Kjellerstedt
wrote:
>
> > -Original Message-
> > From: Matt Madison
> > Sent: den 9 januari 2022 13:04
> > To: Peter Kjellerstedt
> > Cc: Konrad Weihmann ; Richard Purdie
> > ; Patches and discussions about the
On Tue, Dec 21, 2021 at 10:15 AM Matt Madison via
lists.openembedded.org
wrote:
>
> On Tue, Dec 21, 2021 at 6:07 AM Paul Barker wrote:
> >
> > On 20/12/2021 22:34, Richard Purdie wrote:
> > > On Mon, 2021-12-20 at 17:01 +, Paul Barker wrote:
> > >>
I run my CI autobuilders on Ubuntu 20.04 servers, which generate sstate that I
mirror out to my development machine, which runs Ubuntu 20.10. That used to
work fine - everything would setscene in as expected. For some time now,
though, I see just about everything setscene in, and then everything
so an explicit runtime dependency on one of the library
packages doesn't generate a message about libxcb and
libxcb-native both being providers.
Signed-off-by: Matt Madison
---
meta/recipes-graphics/xorg-lib/libxcb_1.14.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
I updated to the latest on dizzy and ran into an issue with busybox's
modutils commands failing, complaining about "no gzip/bzip2/xz magic".
I've tracked it down to this patch committed (cd20b3c) on the 21st:
busybox: libarchive: open_zipped() does not need to check extensions
Backport from busybo
On Wed, Apr 1, 2015 at 11:27 AM, Andre McCurdy wrote:
> On Wed, Apr 1, 2015 at 5:32 AM, Matt Madison wrote:
>> I updated to the latest on dizzy and ran into an issue with busybox's
>> modutils commands failing, complaining about "no gzip/bzip2/xz magic".
>>
Backing out this change, which breaks busybox's modutils commands.
This reverts commit cd20b3c009a9c1743f5cb054710214231e5dfcfc.
Signed-off-by: Matt Madison
---
...open_zipped-does-not-need-to-check-extens.patch | 66 --
meta/recipes-core/busybox/busybox_1.22
For one of my projects, I have a read-only rootfs, but I do use PAM
plugins for controlling login access to the device, as well as group
controls and non-root users for daemons and such. After my latest
update to master, I ran into an problem where all logins failed and some
daemons failed to star
The rootfs creator automatically removes shadow for read-only
root filesystems, which breaks use of PAM plugins for login and
other process identity management utilities. Package those programs
and config files separately, so they don't get removed.
Signed-off-by: Matt Madison
---
meta/re
On Fri, 2015-05-22 at 12:38 +0100, Ross Burton wrote:
> Signed-off-by: Ross Burton
> ---
> meta/lib/oe/utils.py | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
> index b8224de..f70bd86 100644
> --- a/meta/lib/oe/utils.py
> +++
On Tue, Feb 7, 2017 at 12:17 PM, Paul Eggleton
wrote:
> On Tuesday, 7 February 2017 9:44:46 AM NZDT Khem Raj wrote:
>> On Tue, Feb 7, 2017 at 9:35 AM, Burton, Ross wrote:
>> > On 7 February 2017 at 04:24, Khem Raj wrote:
>> >> This is converging the recipes for go from
>> >> meta-virtualization
This follows how bitbake performs path insertion, and fixes a
failure to start wic on Ubuntu 15.10 with the distribution's
version of python-ply installed.
Signed-off-by: Matt Madison
---
scripts/wic | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/wic b/sc
Make the feature order in ARMPKGSFX_FPU match that used in
PACKAGE_EXTRA_ARCHS when both neon and vfpv4 are enabled.
Signed-off-by: Matt Madison
---
meta/conf/machine/include/arm/feature-arm-neon.inc | 2 +-
meta/conf/machine/include/arm/feature-arm-vfp.inc | 2 +-
2 files changed, 2
to the name mismatch.
The following patch fixes this by changing ARMPKGSFX_FPU. I'm not sure if it
would be more correct to change the PACKAGE_EXTRA_ARCHS settings, but the
'neon-vfpv4' more closely aligns to the tune names, so I took this route.
Matt Madison (1):
feature-arm-neon.
variants (similar to RpmPM). I also took the
liberty of expanding the Debian architecture mappings so the names
align better with what's documented on the Debian wiki, for those
cases where a direct mapping is possible.
Matt Madison (2):
package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH ma
ssing apt/preferences.d directory.
Signed-off-by: Matt Madison
---
meta/lib/oe/package_manager.py | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index d6104b3..b07cbb4 100644
--- a/meta/l
d-off-by: Matt Madison
---
meta/classes/cross-canadian.bbclass | 2 +-
meta/classes/package_deb.bbclass| 35 +--
2 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/meta/classes/cross-canadian.bbclass
b/meta/classes/cross-canadian.bbclass
index ea
at occurs due to the -vfp include being processed
before the -neon include, resulting vfpv4 preceding neon in
ARMPKGSFX_FPU when both are enabled.
Thanks,
-Matt
>
> On Sun, Dec 6, 2015 at 6:09 PM, Matt Madison wrote:
>>
>> I was trying some multilib ARM builds and ran into
OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off
Martin's changes.
-Matt
On Mon, Dec 7, 2015 at 7:17 AM, Mark Hatle wrote:
> On 12/7/15 8:01 AM, Burton, Ross wrote:
>>
>> On 6 December 2015 at 18:22, Matt Madison > <mailto:matt@madison.system
On Mon, Dec 7, 2015 at 7:49 AM, Matt Madison wrote:
> OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off
> Martin's changes.
Martin's latest patch series resolved the problem for me with no
additional changes needed. Thanks, Martin!
>
> -Matt
>
&g
v7a-hf, so that's what I've been testing with. The BSP
defs are in https://github.com/madisongh/meta-tegra.
Thanks,
-Matt
>
> Kind regards,
> alimon
>
>
> On 12/06/2015 11:25 AM, Matt Madison wrote:
>> I ran into sevearl issues while trying to build an ARM m
RES = "debug-tweaks package-management"
>
> Kind regards,
> alimon
>
>
> On 12/15/2015 01:28 PM, Matt Madison wrote:
>> On Tue, Dec 15, 2015 at 9:29 AM, Aníbal Limón
>> wrote:
>>> Hi Matt,
>>>
>>> I'm starting to lo
to the problem.
-Matt
>
> Regards,
> alimon
>
> On 12/16/2015 07:31 AM, Matt Madison wrote:
>> On Tue, Dec 15, 2015 at 2:23 PM, Aníbal Limón
>> wrote:
>>> Hi Matt,
>>>
>>> Trying to build core-image-sato with qemux86-64 and multilib enabl
Anibal,
After studying the Debian multi-arch wiki pages, I think I've figured
out the right answer to this. Testing now, will send out a V2 patch
series when done.
-Matt
On Wed, Dec 16, 2015 at 8:33 AM, Matt Madison wrote:
> On Wed, Dec 16, 2015 at 7:50 AM, Aníbal Limón
> wrote:
ssing apt/preferences.d directory.
Signed-off-by: Matt Madison
---
meta/lib/oe/package_manager.py | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index fd9caa3..b78d291 100644
--- a/meta/l
This tells APT that it can use such packages to resolve dependencies
from packages of any architecture in a multilib build.
Signed-off-by: Matt Madison
---
meta/classes/package_deb.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/package_deb.bbclass b/meta/classes
This adds a third patch that fixes the problem where APT couldn't
resolve dependencies between when two packages of different architectures
both depended on an allarch package.
Matt Madison (3):
package_deb.bbclass, cross-canadian.bbclass: DPKG_ARCH mapping
function
package_manag
d-off-by: Matt Madison
---
meta/classes/cross-canadian.bbclass | 2 +-
meta/classes/package_deb.bbclass| 35 +--
2 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/meta/classes/cross-canadian.bbclass
b/meta/classes/cross-canadian.bbclass
index 7b
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
>
>
> I'm reviewing if this an error in the meta data (because
> core-image-minimal builds) or in the class.
>
> Best regards,
> alimon
>
> On 12/18/2015 08:34 AM, Matt Madison wrote:
>> This
> Details below...
>
> Can you send the 4 patches again?
Thanks, will send out V3 shortly.
-Matt
>
> alimon
>
> On 01/05/2016 11:00 AM, Matt Madison wrote:
>> On Mon, Jan 4, 2016 at 12:56 PM, Aníbal Limón
>> wrote:
>>> Hi Matt,
>>>
>>
This version adds a fourth patch from Aníbal to skip any
"unmet dependencies" errors reported by APT from the initial
install, which were prematurely terminating the rootfs build.
Aníbal Limón (1):
DpkgRootfs: Fix logcheck_error false-positive when use multilib
Matt
This tells APT that it can use such packages to resolve dependencies
from packages of any architecture in a multilib build.
Signed-off-by: Matt Madison
Signed-off-by: Aníbal Limón
---
meta/classes/package_deb.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes
d-off-by: Matt Madison
Signed-off-by: Aníbal Limón
---
meta/classes/cross-canadian.bbclass | 2 +-
meta/classes/package_deb.bbclass| 35 +--
2 files changed, 26 insertions(+), 11 deletions(-)
diff --git a/meta/classes/cross-canadian.bbclass
b/meta/classes/
ssing apt/preferences.d directory.
Signed-off-by: Matt Madison
Signed-off-by: Aníbal Limón
---
meta/lib/oe/package_manager.py | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 32afeaf..bc
ned-off-by: Matt Madison
---
meta/lib/oe/rootfs.py | 13 +
1 file changed, 13 insertions(+)
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index a2af332..f677d03 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -63,6 +63,15 @@ class Rootfs(object):
It would be great if these could be pulled into jethro as well, since
that's where I first noticed that multilib Debian builds were broken.
-Matt
On Wed, Jan 6, 2016 at 4:21 AM, Matt Madison wrote:
> This version adds a fourth patch from Aníbal to skip any
> "unmet dependencies&
This patch is the one that fixed this issue for me:
http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8
The problem was introduced by this change to systemd's recipe:
http://cgit.openembedded.org/openembedded-core/commit/m
On Tue, Sep 27, 2016 at 8:42 AM, akuster808 wrote:
>
>
> On 09/26/2016 10:51 AM, Matt Madison wrote:
>> This patch is the one that fixed this issue for me:
>>
>> http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec
On Wed, Oct 12, 2016 at 10:01 AM, Phil Blundell wrote:
> I just ran into an annoying problem with two recipes whose upstreams
> both use the same poor naming scheme for their downloadable tarballs
> which causes the sources to collide in DL_DIR. One of them is eudev,
> which has:
>
> SRC_URI = "h
On Fri, Nov 11, 2016 at 10:04 AM, Richard Purdie
wrote:
> On Fri, 2016-11-11 at 15:10 +0200, Alexander Kanavin wrote:
>> On 11/10/2016 02:39 AM, Khem Raj wrote:
>> >
>> > This is converging the recipes for go from
>> > meta-virtualization and oe-meta-go
>> Wait a moment, why this should go to oe-c
showing up in
the text of the function.
Fixed this by not expanding the value of IMAGE_CMD during the
generation of the do_iamge_ task. The vardeps still do
their job for detecting relevant changes.
Matt Madison (1):
image.bbclass: don't expand IMAGE_CMD when setting do_image task
Expanding it causes the do_image_x function to include values of
variables that may contain date/time stamps, rather than references
to the variable names, leading to spurious taskhash mismatch errors.
Signed-off-by: Matt Madison
---
meta/classes/image.bbclass | 2 +-
1 file changed, 1
On Wed, Apr 27, 2016 at 6:03 AM, Richard Purdie
wrote:
> On Wed, 2016-04-27 at 05:32 -0700, Matt Madison wrote:
>> Expanding it causes the do_image_x function to include values of
>> variables that may contain date/time stamps, rather than references
>> to the variable names
On Wed, Apr 27, 2016 at 7:39 AM, Burton, Ross wrote:
>
> On 27 April 2016 at 15:19, Matt Madison wrote:
>>
>> There are other variables that can cause this, too - ${DATE} and
>> ${TIME} by themselves, for example, which aren't deleted.
>
>
> If DATE and
The runtime dependency between i2c-tools and i2c-tools-misc was
backwards when the packages were split. With this change,
including i2c-tools in an image no longer drags in perl.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/i2c-tools/i2c-tools_3.1.2.bb | 3 +--
1 file changed, 1
On Fri, Mar 3, 2017 at 3:18 PM, Khem Raj wrote:
> * This is converging the recipes for go from
> meta-virtualization and oe-meta-go
>
> * Add recipes for go 1.7
>
> * go.bbclass is added to ease out writing
> recipes for go packages
>
> * go-examples: Add an example, helloworld written in go
>
On Wed, Mar 8, 2017 at 2:19 PM, Khem Raj wrote:
> Hi Matt
>
> Thanks for good feedback.
> I have snipped the mail and replied below
>
> On 17-03-06 12:00:44, Matt Madison wrote:
>> On Fri, Mar 3, 2017 at 3:18 PM, Khem Raj wrote:
>> > * This is converging th
On Wed, Mar 8, 2017 at 11:03 PM, Kristian Amlie
wrote:
> On 08/03/17 23:19, Khem Raj wrote:
>>> ...
>>> For the following go-1.4 recipes:
>>>
>>> I wouldn't recommend fixing go-native at version 1.4, which is now
>>> postiviely ancient.
>>> Instead, add go1.4.3's SRC_URI into the go-native recipe,
On Fri, Mar 31, 2017 at 7:09 AM, Richard Purdie
wrote:
> liblzma is part of xz and we already build it but configure it out. This makes
> no sense. Enabling it means we gain multithreaded compression and it speeds
> dpkg-deb up massively. It also removes the fork overhead of separate xz
> process
Don't modify an OrderedDict while walking its keys.
Signed-off-by: Matt Madison
---
meta/classes/package_deb.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
index 8f9b09a..945df0e 100644
On Wed, Jul 20, 2016 at 4:56 AM, Burton, Ross wrote:
>
> On 19 July 2016 at 13:18, Matt Madison wrote:
>>
>> -for dep in rdepends.keys():
>> +for dep in [k for k in rdepends.keys()]:
>
>
> I'll admit to being fairly new to Python 3 idioms, b
Don't modify an OrderedDict while walking its keys.
Signed-off-by: Matt Madison
---
meta/classes/package_deb.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
index 8f9b09a..6db6933 100644
On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel wrote:
>
> To package a go application in Yocto, one needs to also package its
> dependencies to keep the build reproducible and under control. The
> default install task of the go class puts the source in ${libdir}/go/src.
>
> ${libdir}/go/src is wher
On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel wrote:
>
> On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> >
> > On Wed, Dec 19, 2018 at 9:51 AM Damien Riegel
> > wrote:
> > >
> > > To package a go application in Yocto, one needs to also packag
On Thu, Dec 20, 2018 at 6:02 AM Damien Riegel wrote:
>
> On Thu, 20 Dec 2018 at 07:53, Matt Madison wrote:
> >
> > On Wed, Dec 19, 2018 at 5:52 PM Damien Riegel
> > wrote:
> > >
> > > On Wed, 19 Dec 2018 at 16:41, Matt Madison wrote:
> > &g
do_create_extlinux_config performs its own override processing
for several variables, so we have to explicitly add the label-
suffixed variable names to its vardeps to make sure that changes
get detected.
Signed-off-by: Matt Madison
---
meta/classes/uboot-extlinux-config.bbclass | 2 ++
1 file
I've got a handle on the go-runtime issue, will send a patch shortly.
-Matt
On Sat, Apr 21, 2018 at 3:02 AM, Burton, Ross wrote:
> Good news is that went green, so the problem is restricted to
> CC_FOR_BUILD usage I guess.
>
> Ross
>
> On 21 April 2018 at 09:09, Burton, Ross wrote:
>> Okay, fir
When running the make.bash script to build the host-side
tools, make sure that cgo is using CFLAGS and LDFLAGS for
the build host, rather than those for the target.
[YOCTO #12704]
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-runtime_1.9.bb | 2 +-
1 file changed, 1 insertion
Update to the go1.9.2 minor release, which includes
fixes to the compiler and runtime.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-1.9.inc | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/go/go-1.9.inc
b/meta/recipes-devtools/go
confuses Go.
[YOCTO #12341]
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-1.9.inc| 1 +
...verride-CC-when-building-dist-and-go_boot.patch | 43 ++
meta/recipes-devtools/go/go-common.inc | 4 ++
3 files changed, 48 insertions(+)
create
1 - 100 of 202 matches
Mail list logo
