On Sun, 3 May 2020 06:27:12 +0200
"Jacob Kroon" wrote:
> 'pseudo_access_t' is a type, so use typedef.
>
> Fixes building pseudo with gcc 10 where -fno-common is the default.
Wow! That's amazing, and yes, that's a bug, and the fix looks right to
me. I don't know how that got missed all these ye
Pseudo README states that patches should be directed to
openembedded-core ml.
Is there some special magic that needs to go in the message header ?
/Jacob
On 5/3/20 6:32 AM, Patchwork wrote:
== Series Details ==
Series: pseudo_ipc.h: Fix enum typedef
Revision: 1
URL : https://patchwork.open
== Series Details ==
Series: pseudo_ipc.h: Fix enum typedef
Revision: 1
URL : https://patchwork.openembedded.org/series/23915/
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
'pseudo_access_t' is a type, so use typedef.
Fixes building pseudo with gcc 10 where -fno-common is the default.
Signed-off-by: Jacob Kroon
---
pseudo_ipc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/pseudo_ipc.h b/pseudo_ipc.h
index caeae5c..d945257 100644
--- a/pseudo
On Thu, 2020-04-30 at 11:57 +0200, Alexander Kanavin wrote:
> The test takes about 17 minutes, and fully passes.
>
> Signed-off-by: Alexander Kanavin
> ---
> meta/conf/distro/include/ptest-packagelists.inc | 1 +
> meta/recipes-graphics/wayland/libinput/run-ptest | 9 +
> meta/recipes-g
On Sat, 2020-05-02 at 16:27 +, Peter Kjellerstedt wrote:
> After upgrading to the latest master of OE-Core, I get the following
> error when building an image:
>
> DNF version: 4.2.21
> cachedir: /rootfs/var/cache/dnf
> Added oe-repo repo from /oe-rootfs-repo
> User-Agent: falling back to 'li
Signed-off-by: Khem Raj
---
...move-using-.end-directive-with-clang.patch | 36 ---
1 file changed, 36 deletions(-)
delete mode 100644
meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch
diff --git
a/meta/recipes-core/musl/0001-Remove-using-.end-directive-
Other than the non-gpl3 issue, I have corrected the issues, and just sent
the updated patches.
Alex
On Sat, 2 May 2020 at 20:16, Alexander Kanavin
wrote:
> On Sat, 2 May 2020 at 17:00, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
>
>> On Thu, 2020-04-30 at 11:58 +0200, Alexande
License-Update: copyright years, http changed to https
Signed-off-by: Alexander Kanavin
---
...8.31-behavior-on-removed-directories.patch | 99 +++
.../coreutils/fix-selinux-flask.patch | 13 +--
.../remove-usr-local-lib-from-m4.patch| 23 +++--
.../strtod_fix_clas
Signed-off-by: Alexander Kanavin
---
.../{glib-networking_2.62.3.bb => glib-networking_2.64.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-networking/{glib-networking_2.62.3.bb =>
glib-networking_2.64.2.bb} (88%)
diff --git a/meta/recipes-core/gl
Add a couple of missing ptest dependencies.
Drop backports.
Signed-off-by: Alexander Kanavin
---
...-Do-not-ignore-return-value-of-write.patch | 6 +-
...t-write-bindir-into-pkg-config-files.patch | 10 +-
...0001-Fix-DATADIRNAME-on-uclibc-Linux.patch | 7 +-
...-gio-querymodules-as-libexe
Signed-off-by: Alexander Kanavin
---
...Add-option-to-control-configure-args.patch | 99
...29-configure.ac-drop-bundled-gettext.patch | 110 --
...-Makefile.am-install-mc.lib-only-onc.patch | 59 ++
.../mc/{mc_4.8.23.bb => mc_4.8.24.bb} | 7 +-
There is nothing special about that package, apart from that it is normally the
first one listed to be installed after the “--> Starting dependency resolution”
message.
I tried to see if I could see anything using `strace -f dnf …`, but all I can
see related to history.sqlite are two failed call
On Sat, 2 May 2020 at 17:00, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Thu, 2020-04-30 at 11:58 +0200, Alexander Kanavin wrote:
> > Add a couple of missing ptest dependencies.
>
> That causes problems for non-gplv3:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/7
Do I have to send the patch again , even if there is no change?
Isn’t it better, that Richard can take this patch from PR, where all sending
issues are covered?
Regards,
Andrej
From: openembedded-core@lists.openembedded.org
On Behalf Of Alexander Kanavin
Sent: Saturday, May 2, 2020 12:16 AM
T
I haven't seen this, and neither has the autobuilder. Could this be caused
by something in 'internal package'?
Alex
On Sat, 2 May 2020 at 18:27, Peter Kjellerstedt
wrote:
> After upgrading to the latest master of OE-Core, I get the following
> error when building an image:
>
> DNF version: 4.2.
After upgrading to the latest master of OE-Core, I get the following
error when building an image:
DNF version: 4.2.21
cachedir: /rootfs/var/cache/dnf
Added oe-repo repo from /oe-rootfs-repo
User-Agent: falling back to 'libdnf': could not detect OS or basearch
repo: using cache for: oe-repo
oe-re
On Thu, 2020-04-30 at 11:58 +0200, Alexander Kanavin wrote:
> Add a couple of missing ptest dependencies.
That causes problems for non-gplv3:
https://autobuilder.yoctoproject.org/typhoon/#/builders/75/builds/1848
> Drop backports.
and more strangely:
https://autobuilder.yoctoproject.org/typhoon
On Thu, 2020-04-30 at 11:58 +0200, Alexander Kanavin wrote:
> License-Update: copyright years, http changed to https
> Signed-off-by: Alexander Kanavin
> ---
> .../coreutils/fix-selinux-flask.patch | 13 ---
> .../remove-usr-local-lib-from-m4.patch| 23 ++---
>
On Thu, 2020-04-30 at 11:58 +0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> ...Add-option-to-control-configure-args.patch | 99
> ...29-configure.ac-drop-bundled-gettext.patch | 110 --
> .../mc/{mc_4.8.23.bb => mc_4.8.24.bb} |
On Thu, 2020-04-30 at 11:58 +0200, Alexander Kanavin wrote:
> License-Update: copyright years, http changed to https
> Signed-off-by: Alexander Kanavin
> ---
> .../coreutils/fix-selinux-flask.patch | 13 ---
> .../remove-usr-local-lib-from-m4.patch| 23 ++---
>
== Series Details ==
Series: php: fix zip package config (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/23910/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
--enable-zip and --with-libzip were removed in PHP 7.x.
These are replaced by --with-zip --with-zlib-dir.
Signed-off-by: Konrad Weihmann
---
meta-oe/recipes-devtools/php/php_7.4.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/php/php_7.4.4.bb
b/
== Series Details ==
Series: php: fix zip package config
Revision: 1
URL : https://patchwork.openembedded.org/series/23910/
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 pro
--enable-zip and --with-libzip were removed in PHP 7.x.
These are replaced by --with-zip --with-zlib-dir.
Signed-off-by: Konrad Weihmann
---
meta-oe/recipes-devtools/php/php_7.4.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/php/php_7.4.4.bb
b/
Ahhh, yes...
I'll fix that in the commit message somewhat later.
Thanks for pointing this out
On 02.05.20 14:52, Andreas Oberritter wrote:
Hello Konrad,
On Fri, 1 May 2020 13:56:40 +0200
"Konrad Weihmann" wrote:
--enable-zip and --with-libzip were removed in PHP 7.x.
These are replaced by
Hello Konrad,
On Fri, 1 May 2020 13:56:40 +0200
"Konrad Weihmann" wrote:
> --enable-zip and --with-libzip were removed in PHP 7.x.
> These are replaced by --enable-zip --with-libzip.
you meant --with-zip --with-zlib-dir.
Best regards,
Andreas
> Signed-off-by: Konrad Weihmann
> ---
> meta-
Hello all,
the current maintenance model in openembedded-core is problematic due to
lack of well-working process of finding maintainers, and replacing them
when they're no longer able to contribute. This becomes especially
frustrating when maintainers silently disappear, and perfectly fine patches
OK, finally built the u-boot-fw-utils and run it on iMX6ULL:
# fw_printenv -v
Compiled with U-Boot 2019.07-dirty
But it could not run:
# fw_printenv
Cannot read bad block mark: Invalid argument
Here is the configure file:
# cat /etc/fw_env.config
# NAND
/dev/mtd1 0x40
On Tue, 2020-04-28 at 11:18 -0700, Joe Slater wrote:
> The locations of release archives have changed. We change to pulling
> source from the git repo. Remove PV from the recipe name.
>
> Fix CVE-2020-11958 which applies to versions 1.2 and 1.3.
>
> Signed-off-by: Joe Slater
Somehow this seem
30 matches
Mail list logo