... which default to the BUILDSDK_CFLAGS in any case.
Signed-off-by: Douglas Royds
---
meta/classes/nativesdk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass
index 7b75710726..171ae72be0 100644
---
From: Changqing Li
tar.xz on original URL have been removed, switch to use git
Signed-off-by: Changqing Li
---
meta/recipes-devtools/dpkg/dpkg.inc | 9 -
meta/recipes-devtools/dpkg/dpkg_1.20.0.bb | 10 +++---
2 files changed, 15 insertions(+), 4 deletions(-)
diff --git
Please consider it for dunfell as well once in master
On 7/9/20 12:57 PM, Khem Raj wrote:
> cgo is still not available in go for riscv64, we will re-evaluate it
> once we upgrade to 1.15
>
> Fixes
> | /usr/src/debug/go-runtime/1.14.4-r0/go/src/runtime/cgo/gcc_util.c:23:
> undefined reference to
I narrowed it down to be in the PLY state machine of
bitbake/lib/bb/pysh/pyshyacc.py.
I'm not really familiar with PLY but to me it seems that the transition
from "empty > separator_op" or "separator_op separator_op" isn't
designed in.
Still I hope this helps and somebody could fix that, as I
Hi Charlie,
This same code (and bug) is present in the master branch, so you would
need to submit your patch there first before I can take it for
dunfell. We have a strict "master first" policy so that we don't fix
things in stable branches that haven't been fixed in master first.
Steve
On
== Series Details ==
Series: move find_cfgs() helper to cml1.bbclass
Revision: 1
URL : https://patchwork.openembedded.org/series/25079/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
u-boot.inc and busybox.inc contain identical copies of this little
helper. They both inherit the cml1 class and use cml1_do_configure
right after having used this helper, and other recipes that want to
write similar logic for doing Kconfig via fragments will also need it
or something equivalent.
cgo is still not available in go for riscv64, we will re-evaluate it
once we upgrade to 1.15
Fixes
| /usr/src/debug/go-runtime/1.14.4-r0/go/src/runtime/cgo/gcc_util.c:23:
undefined reference to `_cgo_sys_thread_start'
[YOCTO #13966]
Signed-off-by: Khem Raj
---
v2: Fix go as well along with
cgo is still not available in go for riscv64, we will re-evaluate it
once we upgrade to 1.15
Fixes
| /usr/src/debug/go-runtime/1.14.4-r0/go/src/runtime/cgo/gcc_util.c:23:
undefined reference to `_cgo_sys_thread_start'
[YOCTO #13966]
Signed-off-by: Khem Raj
---
On 02/07/2020 08.42, Rasmus Villemoes via lists.openembedded.org wrote:
> On 01/07/2020 16.03, Quentin Schulz wrote:
>> Hi Rasmus,
>>
>> On Wed, Jul 01, 2020 at 03:51:19PM +0200, Rasmus Villemoes wrote:
>>> Hi,
>>>
>>> We have a recipe that uses
>>>
>>> SRC_URI += "file://somedir/*"
>>>
>>
>>
On 10/07/2020 5:02 am, Peter Kjellerstedt wrote:
>Richard Purdie wrote:
Seems like a useful idea. I think the name may need "failed" in the
name to make it clearer what it does. We also need a section for the
classes chapter in the manual.
As another data point, OEQA is using
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 8 juli 2020 20:12
> To: Paul Eggleton ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [RFC PATCH 1/1] classes: add workdir_save
On Thu, 9 Jul 2020 at 11:42, Fredrik Gustafsson
wrote:
>
> Hi,
> is there something I can do to make this series move forward?
>
I guess it's waiting for at least one person to review it in detail.
It's in my backlog, I should get to it on Monday.
--
Paul Barker
Konsulko Group
COMPLEMENTARY_GLOB[lic-pkgs] = '*-lic'
IMAGE_FEATURES += "lic-pkgs"
This is how the dbg-pkgs, dev-pkgs, doc-pkgs, src-pkgs, ptest-pkgs,
staticdev-pkgs are done.
On Thu, Jul 9, 2020 at 3:58 AM Christian Eggers wrote:
> I have set LICENSE_CREATE_PACKAGE to "1" in order to create additional -lic
Hi Quentin,
Am Donnerstag, 9. Juli 2020, 15:25:00 CEST schrieb Quentin Schulz:
> Not really directing the question to you but... does this actually makes
> sense? Is the license licensed? Can't we just empty LICENSE_${PN}-lic or
> not check the license for this package? That might be something
Hi Christian,
On Thu, Jul 09, 2020 at 03:17:34PM +0200, Christian Eggers wrote:
> The default license (GPL-3.0-with-GCC-exception & GPLv3) is not suitable
> for installing libgcc-lic on an image where INCOMPATIBLE_LICENSE is set
> to "GPL-3.0".
>
> Signed-off-by: Christian Eggers
> ---
>
The default license (GPL-3.0-with-GCC-exception & GPLv3) is not suitable
for installing libgcc-lic on an image where INCOMPATIBLE_LICENSE is set
to "GPL-3.0".
Signed-off-by: Christian Eggers
---
meta/recipes-devtools/gcc/libgcc.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
> Am 09.07.2020 um 13:52 schrieb Otavio Salvador
> :
>
> Hello Jens,
>
> I've added Richard on Cc.
/o\
> Em qui., 9 de jul. de 2020 às 01:13, Jens Rehsack
> escreveu:
>>> Am 08.07.2020 um 23:20 schrieb Otavio Salvador
>>> :
>>>
>>> Em qua., 8 de jul. de 2020 às 16:58, Jens Rehsack
>>>
Yep, I suspect the resulting empty shell statement to cause problems -
if I'll find some time later, I can take a deeper look into it
On 09.07.20 13:57, Alex Kiernan wrote:
On Thu, Jul 9, 2020 at 8:19 AM Konrad Weihmann wrote:
remove the trailing blanks before the ;-delimiter, so one could
On Thu, Jul 9, 2020 at 8:19 AM Konrad Weihmann wrote:
>
> remove the trailing blanks before the ;-delimiter, so one could use
> "_remove" to avoid running tasks like 'rootfs_update_timestamp',
> which are currently hardcoded and not bound to any
> configurable feature flag
>
> Signed-off-by:
Hello Jens,
I've added Richard on Cc.
Em qui., 9 de jul. de 2020 às 01:13, Jens Rehsack escreveu:
> > Am 08.07.2020 um 23:20 schrieb Otavio Salvador
> > :
> >
> > Em qua., 8 de jul. de 2020 às 16:58, Jens Rehsack
> > escreveu:
> >>
> >> Instead of recognizing only environment-setup scripts
I have set LICENSE_CREATE_PACKAGE to "1" in order to create additional -lic
packages per recipe. As NO_RECOMMENDATIONS is set to "1" in my image recipe,
the -lic packages are not installed automatically.
How can I install specific -lic packages "manually". My idea was to create a
new recipe which
Hi,
is there something I can do to make this series move forward?
/Fredrik
From: Fredrik Gustafsson
Sent: Friday, July 3, 2020 1:43 PM
To: openembedded-core@lists.openembedded.org
Cc: tools-cfpbuild-internal; Fredrik Gustafsson
Subject: [PATCH v4 01/12]
Hi Richard,
is there something I can do to make this move forward?
/Fredrik
From: Fredrik Gustafsson
Sent: Wednesday, July 1, 2020 10:46 AM
To: openembedded-core@lists.openembedded.org
Cc: tools-cfpbuild-internal; Fredrik Gustafsson
Subject: [PATCH v3]
Am Mittwoch, 8. Juli 2020, 18:19:24 CEST schrieb Richard Purdie:
> On Wed, 2020-07-08 at 17:48 +0200, Christian Eggers wrote:
> > [...]
> > Is there a reliable way to get the header-only/static libraries into
> > the manifest file?
>
> The image manifest is a list of the things actually shipping
== Series Details ==
Series: dpkg: update SRC_URI (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/25025/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
From: Changqing Li
tar.xz on original URL have been removed, switch to use git
Signed-off-by: Changqing Li
---
meta/recipes-devtools/dpkg/dpkg.inc | 9 -
meta/recipes-devtools/dpkg/dpkg_1.20.0.bb | 10 +++---
2 files changed, 15 insertions(+), 4 deletions(-)
diff --git
From: Mingli Yu
After ccache upgrade to 3.7.10, there comes below error when
enable ccache to build python3 and check [1] and [2] for more
details.
| Python-3.8.3/Modules/_contextvarsmodule.c:43:1: error: source locations for
function 'PyInit__contextvars' have changed, the profile data may be
On Thu, 2020-07-09 at 13:50 +0800, Jun Miao wrote:
> Signed-off-by: Jun Miao
> ---
> meta/recipes-kernel/linux-firmware/linux-firmware_20200619.bb | 3 +-
> -
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta/recipes-kernel/linux-firmware/linux-
> firmware_20200619.bb
Thanks - missed that -> sent a v2
On 09.07.20 07:30, Jens Rehsack wrote:
Am 08.07.2020 um 13:09 schrieb Konrad Weihmann :
remove the traling blanks before the ;-delimiter, so one could use
^
here & subject: do you mean "trailing"?
"_remove" to avoid
remove the trailing blanks before the ;-delimiter, so one could use
"_remove" to avoid running tasks like 'rootfs_update_timestamp',
which are currently hardcoded and not bound to any
configurable feature flag
Signed-off-by: Konrad Weihmann
---
meta/classes/rootfs-postcommands.bbclass | 6
> Am 09.07.2020 um 07:37 schrieb Jacob Kroon :
>
> On 7/9/20 7:30 AM, Jens Rehsack wrote:
>>> Am 08.07.2020 um 13:09 schrieb Konrad Weihmann :
>>>
>>> remove the traling blanks before the ;-delimiter, so one could use
>>^
>>here & subject: do you mean
Commit 992cec44 (coreutils: Move stdbuf into an own package
coreutils-stdbuf) breaks package-qa when the single-binary
PACKAGECONFIG is used:
ERROR: coreutils-8.32-r0 do_package_qa: QA Issue: /usr/bin/stdbuf contained in
package coreutils-stdbuf requires /usr/bin/coreutils, but no providers
33 matches
Mail list logo