[oe] [PATCH 2/4] can-utils: rrecommend iproute2 to make it possible to configure can interfaces

This replicates the fix from canutils.bb, for the same issue. See the link in the comment for details. Signed-off-by: Alexander Kanavin --- meta-oe/recipes-extended/socketcan/can-utils_git.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta-oe/recipes-extended/socketcan/can

Re: [oe] [yocto] [meta-java] icedtea7 fetching error

On Mon, 14 Jun 2021 at 23:31, Richard Leitner - SKIDATA < richard.leit...@skidata.com> wrote: > Thank you very much Richard! > The openjdk8 tarballs are now hosted at > https://downloads.yoctoproject.org/mirror/sources/ > with their local download names. > > Unfortunately I currently don't have

Re: [oe] [PATCH 01/20] tracker: upgrade 2.3.6 -> 3.0.4

On Sun, 16 May 2021 at 11:02, Andreas Müller wrote: > On Sun, May 16, 2021 at 10:46 AM Alexander Kanavin > wrote: > > > > Thanks, just want to note that the new gnome version scheme doesn't use > the odd-even semantics anymore, so upstream-version-is-even should be > dr

Re: [oe] [PATCH 01/20] tracker: upgrade 2.3.6 -> 3.0.4

Thanks, just want to note that the new gnome version scheme doesn't use the odd-even semantics anymore, so upstream-version-is-even should be dropped from 40.x versions. Alex On Sun, 16 May 2021 at 01:39, Andreas Müller wrote: > * huge bump is required for upcoming nautilus 40.1 > *

[oe] [PATCH] remmina: make avahi support optional and off by default

This requires gtk support enabled in avahi, which was disabled on oe-core. Signed-off-by: Alexander Kanavin --- meta-oe/recipes-support/remmina/remmina_1.4.11.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/remmina/remmina_1.4.11.bb b/meta-oe

[oe] [PATCH] libmicrohttpd: remove the recipe

As it has been moved to oe-core. Signed-off-by: Alexander Kanavin --- .../libmicrohttpd/libmicrohttpd_0.9.72.bb | 31 --- 1 file changed, 31 deletions(-) delete mode 100644 meta-oe/recipes-support/libmicrohttpd/libmicrohttpd_0.9.72.bb diff --git a/meta-oe/recipes-support

Re: [oe] [PATCH 1/2] zstd: upgrade 1.4.8 -> 1.4.9

Zstd has been added to oe-core I think? Somehow it wasn't removed from meta-oe :-/ Alex On Sat, 13 Mar 2021 at 22:34, Randy MacLeod wrote: > Drop backported patch. > > CHANGELOG: > > v1.4.9 (Mar 1, 2021) > bug: Use `umask()` to Constrain Created File Permissions (#2495, > @felixhandte) > bug:

Re: [oe][meta-networking][PATCH] networkmanager: add missing readline depends

As you said, nmcli is already placed into its own package, so we (mbition.io) simply do not install the package onto the product images. Last time I looked it was not possible to enable/disable nmcli at buildtime without extensive patching. Alex On Tue, 26 Jan 2021 at 21:17, Adrian Freihofer

Re: [oe] [bitbake-devel] Backport changes for _PYTHON_SYSCONFIGDATA_NAME to Gatesgarth and Dunfell

I fully support this. Alex On Thu, 14 Jan 2021 at 18:50, Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: > [ Cross-posting since these changes affect all of bitbake, > openembedded-core > and meta-openembedded and need to be made (at least somewhat) in sync. ] > > Can the solution

Re: [oe] [meta-java] Changes from master-next merged to master

On Wed, 2 Sep 2020 at 10:43, Richard Leitner wrote: > > > ping - I think dunfell is still at the old revision? > > Thanks for the reminder. > > dunfell and warrior should be up2date now. > Dunfell is fine, but warrior does not have any new commits, particularly the cacao fix? Alex

Re: [oe] [meta-java] Changes from master-next merged to master

On Tue, 25 Aug 2020 at 13:03, Richard Leitner wrote: > Great. Thanks for the feedback. > dunfell-next and warrior-next are already available. I'll merge them to > the real stable branches soon. > ping - I think dunfell is still at the old revision? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You

Re: [oe] [meta-java] Changes from master-next merged to master

Yes - I ran this in our internal CI, and there was no problem. Now just the stable backports are missing. Alex On Tue, 25 Aug 2020 at 07:58, Richard Leitner wrote: > On Mon, Aug 24, 2020 at 09:36:42PM +0200, Alexander Kanavin wrote: > > I think the site and the downloads are now prop

Re: [oe] [meta-java] Changes from master-next merged to master

I think the site and the downloads are now properly back. Alex On Mon, 24 Aug 2020 at 11:57, Alexander Kanavin via lists.openembedded.org wrote: > Right, it started to download after some minutes, but is extremely > sluggish: > > jdk8u26

Re: [oe] [meta-java] Changes from master-next merged to master

Right, it started to download after some minutes, but is extremely sluggish: jdk8u265-ga.tar.bz2 [ <=> ] 159,58K 7,35KB/s Looks like trouble at the hosting site/network. Alex On Mon, 24 Aug 2020 at 11:55, Alexander K

Re: [oe] [meta-java] Changes from master-next merged to master

On Mon, 24 Aug 2020 at 11:38, Richard Leitner wrote: > > I usually start with that, and if the tarball is regularly removed, it is > > possible to switch over to https://snapshot.debian.org/ which is stable > for > > any given timestamp (but the downside is that no new releases show up so > >

Re: [oe] [meta-java] Changes from master-next merged to master

On Mon, 24 Aug 2020 at 11:14, Richard Leitner wrote: > > > http://deb.debian.org/debian/pool/main/o/openjdk-8/ > > Are you aware of "stable" orig source archives of Debian? IIRC the ones > in debian/pool/main are removed/updated when the debs are updated. > I usually start with that, and if the

Re: [oe] [meta-java] Changes from master-next merged to master

This message is actually from 2017, and I would hope it does not apply to openjdk specifically, and the site is down only temporarily. If I remember right, there is commitment to OpenJDK in its various flavours for years to come. Otherwise, here are a couple of decent options:

Re: [oe] Failed to fetch URL https://bitbucket.org/cacaovm/cacao-staging/get/2d6f6c14daf9.zip

Thanks! But I guess dunfell needs the same set of fixes? Alex On Mon 24. Aug 2020 at 8.50, Richard Leitner wrote: > On Fri, Aug 21, 2020 at 04:40:26PM +0200, Alexander Kanavin wrote: > > > A fix should be arriving to meta-java shortly and a patch was already > > >

Re: [oe] Failed to fetch URL https://bitbucket.org/cacaovm/cacao-staging/get/2d6f6c14daf9.zip

A fix should be arriving to meta-java shortly and a patch was already posted here yesterday. Alex On Fri, 21 Aug 2020 at 16:32, Chencheng Zhang wrote: > Hi, > > The source of cacao seems to be invalid which makes the repice falsified: > https://layers.openembedded.org/layerindex/recipe/23632/

Re: [oe] [meta-java][PATCHv2] openjdk-8: add a glibc 2.32 compatibility patch

; As soon as it has gone through some more testing it will likely be > merged to the master branch. > > If you have any questions, please let me know. > > regards;rl > > On Thu, Aug 13, 2020 at 06:27:56PM +0200, Alexander Kanavin wrote: > > Signed-off-by: Alexander

[oe] [meta-java][PATCHv2] openjdk-8: add a glibc 2.32 compatibility patch

Signed-off-by: Alexander Kanavin --- .../openjdk/openjdk-8-release-common.inc | 1 + .../2010-Remove-usage-of-sys-sysctl.h.patch | 39 +++ 2 files changed, 40 insertions(+) create mode 100644 recipes-core/openjdk/patches-openjdk-8/2010-Remove-usage-of-sys-sysctl.h.patch

[oe] [meta-java][PATCH] openjdk-8: add a glibc 2.32 compatibility patch

From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../openjdk/openjdk-8-release-common.inc | 1 + .../2010-Remove-usage-of-sys-sysctl.h.patch | 39 +++ 2 files changed, 40 insertions(+) create mode 100644 recipes-core/openjdk/patches-openjdk-8/2010-Remove

Re: [oe] [meta-oe][PATCH] libpeas: gobject-introspection is mandatory and cannot be configured

I had a look at this, the failure is in unit tests which do not honour the meson option to switch introspection off - can be easily patched out I think. Alex On Mon, 10 Aug 2020 at 21:08, Khem Raj wrote: > On Sat, Aug 8, 2020 at 5:54 AM Adrian Bunk wrote: > > > >

Re: [oe] [meta-oe][PATCH] libpeas: gobject-introspection is mandatory and cannot be configured

There is an option for it: https://gitlab.gnome.org/GNOME/libpeas/-/blob/master/meson_options.txt#L12 so maybe it's a bug somehow? Alex On Sat, 8 Aug 2020 at 14:54, Adrian Bunk wrote: > ../libpeas-1.26.0/tests/libpeas/introspection/meson.build:47:0: ERROR: > Unknown variable "libpeas_gir". >

Re: [oe] [meta-browser][PATCH] chromium.inc: Use python3native.bbclass instead of pythonnative.bbclass

Wait, did you actually test this? Chromium is not yet ready for python3, and builds will fail. Alex On Tue, 23 Jun 2020 at 00:09, Chandana kalluri wrote: > From dunfell onwards, python2 recipes and classes are not supported. > Inherit > python3native.bbclass for chromium instead of

Re: [oe] Rootfs conflicts when using multilib and doc-pkgs

This is intentional. We do not want to special case multilib variants of packages, and they should all be co-installable. The correct behavior is to fix manpage generation in foo, so that it is reproducible, and either does not write the build timestamp at all into the file, or writes it based on

Re: [oe] [meta-gnome][PATCH 1/1] libnma: allow building nor mipsn32

On Thu, 9 Apr 2020 at 20:25, Joe Slater wrote: > go introspection is not support for mipsn32, so we must not try to build > vapi support. Using sed allows us to change the meson option, if it is > present, to be set correctly, and is more flexible than a patch would be. > + > +# go object

Re: [oe] #oe [meta-python] python 3.7 runtime with sumo

You should upgrade to a yocto release that already has 3.7. Backporting is difficult at best, and probably impossible. Alex On Wed, 1 Apr 2020 at 14:47, Fawad Mazhar wrote: > Hi guys! > > Is it possible to have python 3.7 runtime for the target while baking > image using sumo branch. I would

Re: [oe] [PATCH 1/2] python3-numpy: add from oe-core

Please ignore this set; the recipes will stay in core for now. Alex On Sat, 29 Feb 2020 at 11:14, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > ...-and-so-on-for-libraries-by-default-.patch | 70 +++ > ...up.py-remove-the-detection-of-x86-t

[oe] [PATCH 2/2] piglist: add from oe-core

Signed-off-by: Alexander Kanavin --- ...-bash-completions-in-the-right-place.patch | 35 ++ ...proper-WAYLAND_INCLUDE_DIRS-variable.patch | 32 ++ meta-oe/recipes-graphics/piglit/piglit_git.bb | 64 +++ 3 files changed, 131 insertions(+) create mode 100644 meta

[oe] [PATCH 1/2] python3-numpy: add from oe-core

Signed-off-by: Alexander Kanavin --- ...-and-so-on-for-libraries-by-default-.patch | 70 +++ ...up.py-remove-the-detection-of-x86-ta.patch | 32 + .../python-numpy/python-numpy.inc | 52 ++ .../python-numpy/python3-numpy_1.17.4.bb | 3 + 4

Re: [oe] [PATCH 2/2] icedtea7-native: inherit python native

Python 2.x just went out of support. Can we somehow make it use Python 3.x please? Alex On Fri, 24 Jan 2020 at 16:43, Kraag Gorim wrote: > icedtea7-native relys on python to enable building it. Therefor it > should inherit python instead of assuming python being part of > HOSTTOOLS. > >

Re: [oe] [meta-gnome][PATCHv2 1/2] sysprof: add a recipe from oe-core

enamed to avoid clash with system > headers definition > > On Tue, Jan 14, 2020 at 4:01 AM Alexander Kanavin > wrote: > > > > Thanks, I've just sent a patch for this. > > > > Alex > > > > On Tue, 14 Jan 2020 at 01:37, Khem Raj wrote: > >> >

[oe] [PATCH] sysprof: fix ARM builds

Signed-off-by: Alexander Kanavin --- ...ot-hardcode-linux-as-host_machine-.s.patch | 42 +++ .../recipes-kernel/sysprof/sysprof_3.34.1.bb | 4 +- 2 files changed, 44 insertions(+), 2 deletions(-) create mode 100644 meta-gnome/recipes-kernel/sysprof/files/0001-meson.build-do

Re: [oe] [meta-gnome][PATCHv2 1/2] sysprof: add a recipe from oe-core

Thanks, I've just sent a patch for this. Alex On Tue, 14 Jan 2020 at 01:37, Khem Raj wrote: > On 1/13/20 11:01 AM, Martin Jansa wrote: > > From: Alexander Kanavin > > > > Latest version (3.34) of sysprof have a hard dependency on polkit, > > which in turn

Re: [oe] [PATCH 3/3] sysprof: move from meta-oe to meta-gnome

gt;> possibility for mistakes. >> >> Alex >> >> On Mon, 13 Jan 2020 at 19:15, Martin Jansa >> wrote: >> >>> Why don't you add it to the right layer in the 1/3 change? >>> >>> On Mon, Jan 13, 2020 at 6:03 PM Alexander Kanavin

Re: [oe] [PATCH 3/3] sysprof: move from meta-oe to meta-gnome

: > Why don't you add it to the right layer in the 1/3 change? > > On Mon, Jan 13, 2020 at 6:03 PM Alexander Kanavin > wrote: > >> Signed-off-by: Alexander Kanavin >> --- >> .../files/0001-sysprof-Define-NT_GNU_BUILD_ID-if-undefined.patch | 0 >> {meta-o

[oe] [PATCH 3/3] sysprof: move from meta-oe to meta-gnome

Signed-off-by: Alexander Kanavin --- .../files/0001-sysprof-Define-NT_GNU_BUILD_ID-if-undefined.patch | 0 {meta-oe => meta-gnome}/recipes-kernel/sysprof/sysprof_3.34.1.bb | 0 2 files changed, 0 insertions(+), 0 deletions(-) rename {meta-oe => meta-gnome}/recipes-kernel/sysprof/file

[oe] [PATCH 2/3] sysprof: update to 3.34.1

0001-Do-not-build-anything-in-help-as-it-requires-itstool.patch is replaced by a meson option. Enable all options, as polkit is now available. Signed-off-by: Alexander Kanavin --- ...thing-in-help-as-it-requires-itstool.patch | 27 -- ...-Define-NT_GNU_BUILD_ID-if-undefined.patch

[oe] [PATCH 1/3] sysprof: add a recipe from oe-core

Latest version (3.34) of sysprof have a hard dependency on polkit, which in turn requires mozjs, which pulls in a number of other meta-oe packages including python2. This makes it difficult to keep sysprof in oe-core, so for the time being it is moved to meta-oe. Signed-off-by: Alexander Kanavin

[oe] [PATCH] enscript/indent/sharutils: fix build with gettext 0.20.x

Signed-off-by: Alexander Kanavin --- .../0001-Fix-builds-with-recent-gettext.patch | 24 +++ .../enscript/enscript_1.6.6.bb| 3 ++- .../0001-Fix-builds-with-recent-gettext.patch | 24 +++ .../recipes-extended/indent/indent_2.2.12.bb | 3

Re: [oe] [PATCH 2/2] sysprof: update to 3.34.1

On Wed, 18 Dec 2019 at 16:01, Andreas Müller wrote: > > > +On uclibc elf.h does not have GNU extentions but we need this define > > +so we define it locally if its not getting it from elf.h > uclibc is long gone. Is this stlll necessary for musl? > Actually it altogether fails to build on musl.

[oe] [PATCH 2/2] sysprof: update to 3.34.1

0001-Do-not-build-anything-in-help-as-it-requires-itstool.patch is replaced by a meson option. Enable all options, as polkit is now available. Signed-off-by: Alexander Kanavin --- ...thing-in-help-as-it-requires-itstool.patch | 27 -- ...-Define-NT_GNU_BUILD_ID-if-undefined.patch

[oe] [PATCH 1/2] sysprof: add a recipe from oe-core

Latest version (3.34) of sysprof have a hard dependency on polkit, which in turn requires mozjs, which pulls in a number of other meta-oe packages including python2. This makes it difficult to keep sysprof in oe-core, so for the time being it is moved to meta-oe. Signed-off-by: Alexander Kanavin

Re: [oe] [meta-oe][PATCHv3] surf: Add a simple web browser

Why is there a dependency on both gtk 2(obsolete) and gtk 3? Alex > On 17 Nov 2019, at 14.25, Leon Anavi wrote: > > Add a recipe for surf, a simple web browser based on WebKit2/GTK+. > > Signed-off-by: Leon Anavi > --- > .../0001-config.mk-Fix-compiler-and-linker.patch | 41

Re: [oe] [meta-oe][PATCH] glibmm: upgrade 2.62.0 -> 2.63.1

Is 2.63.1 a pre-release version? As a gnome project, it's probably following the odd-even scheme. Alex On Fri, 1 Nov 2019 at 11:20, Zheng Ruoqin wrote: > 1) Update DEPEND from libsigc++-2.0 to libsigc++-3. > > 2) Update install dir from glibmm-2.4 to glibmm-2.64. > > Signed-off-by: Zheng

Re: [oe] [PATCH] mesa: fix meson configure fix when 'dri' is excluded from PACKAGECONFIG

This should be going to the oe-core mailing list. Alex On Tue, 29 Oct 2019 at 10:47, wrote: > From: Yann Dirson > > Signed-off-by: Yann Dirson > --- > .../mesa/files/0003-Allow-enable-DRI-without-DRI-drivers.patch | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git >

[oe] [PATCH] lua: change a hard readline dependency into an optional one

This requires patching the source code, as readline is hardcoded in there. The rationale is to allow disabling the dependency on a gplv3 component (readline) where that license is blacklisted. Signed-off-by: Alexander Kanavin --- ...ilding-lua-without-readline-on-Linux.patch | 59

[oe] [PATCH] python-panads: remove the python 2.x version of the recipe

As it depends on pathon 2.x Numpy which has been removed from oe-core. Signed-off-by: Alexander Kanavin --- .../recipes-core/packagegroups/packagegroup-meta-python.bb | 2 +- .../recipes-devtools/python/python-pandas_0.23.4.bb| 7 --- 2 files changed, 1 insertion(+), 8 deletions

[oe] [PATCH] python-oauthlib: remove the 2.x version of the recipe

As it requires python-nose, which will be removed from oe-core. 3.x version remains available. Signed-off-by: Alexander Kanavin --- .../recipes-core/packagegroups/packagegroup-meta-python.bb| 2 +- meta-python/recipes-devtools/python/python-oauthlib_2.0.6.bb | 4 2 files changed, 1

[oe] [PATCH] python-matplotlib: remove the python 2.x version of the recipe

This recipe depends on 2.x version of NumPy, which is about to be removed from oe-core (due to the latest release of NumPy no longer supporting Python 2.x). 3.x versions remain available as before. Signed-off-by: Alexander Kanavin --- .../packagegroups/packagegroup-meta-python.bb | 2

Re: [oe] [PATCH] python3-tinydb: add version 3.13.0

On Thu, 9 May 2019 at 18:24, Parthiban Nallathambi wrote: > It's not copying the file into recipes-sysroot, but into native just for > the installation purpose. That was a bit hasty reply, yes. Still, as we are installing a target package, we need the target sysconfigdata, not the native one.

Re: [oe] [PATCH] python3-tinydb: add version 3.13.0

Sorru but no. You should not copy native-specific configuration into target directories. The correct way is to depend on target python3, and fix resulting failures. Alex > On 9 May 2019, at 10.15, Parthiban Nallathambi wrote: > > Note: > Installation expects _sysconfigdata.py in native

Re: [oe] [PATCH][meta-oe] sqlite3: update to 3.28.0

Patches to oe-core layer go to oe-core list, patches to meta-oe layer go to oe-devel list. Alex On Tue, 7 May 2019 at 17:04, Oleksandr Kravchuk wrote: > > Signed-off-by: Oleksandr Kravchuk > --- > .../sqlite/sqlite3/CVE-2019-9936.patch| 28 --- >

Re: [oe] Unable to customize python packaging in a clean way

I guess to address the underlying issue, you could modify the python3 recipe to take the manifest file name from a variable. Patches welcome :) Alex On Fri, 3 May 2019 at 16:13, Visser Sander (2) (Consultant) wrote: > > If I want to override the python3-manifest.json part of the python3 recipe;

Re: [oe] [meta-oe][patch] dnf-plugin-tui: new recipe

>Nanjing, 210012, China > MAIL : zhengrq.f...@cn.fujistu.com > > > > -Original Message- > > From: Alexander Kanavin [mailto:alex.kana...@gmail.com] > > Sent: Wednesday, April 03, 2019 4:32 PM > > To: Zheng, Ruoqin/郑 若钦 > > Cc: OpenEmbedde

Re: [oe] [OE-core] [yocto] Git commit process question.

On Thu, 4 Apr 2019 at 02:39, Khem Raj wrote: > Definitely, and I agree that we should put relevant information in > commits, usually > the information about side effects if any, links to changelog etc. are > useful too > however, we should not enforce a behavior which could result in > redundancy

Re: [oe] [OE-core] Git commit process question.

Just to make clear, the AUH workflow does require the maintainer to sign off and edit a commit message via 'git commit -s --reset-author --amend' for every commit, so AUH does not get in the way of useful commit messages. Alex On Wed, 3 Apr 2019 at 12:31, Burton, Ross wrote: > > On Tue, 2 Apr

Re: [oe] [meta-oe][patch] dnf-plugin-tui: new recipe

Apologies, but i have to say no to this patch. 1) Most people do not want dnf tooling in their SDKs. Your patches include that unconditionally. 2) bbappends do not belong in meta-oe, as they modify behavior of original recipes quietly when you enable that layer. You need to modify the original

[oe] [PATCH] python3-gevent: update to 1.4.0

This fixes build issues with Python 3.7. License-Update: added BSD license for one of the source files Signed-off-by: Alexander Kanavin --- .../recipes-devtools/python/python-gevent.inc | 10 --- ...etup.py-do-not-query-for-include-dir.patch | 26 +++ ...event_1.2.2.bb

[oe] [PATCH 1/3] adduser: correct perl installation directory to match new perl recipe

Signed-off-by: Alexander Kanavin --- meta-perl/recipes-perl/adduser/adduser_3.118.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-perl/recipes-perl/adduser/adduser_3.118.bb b/meta-perl/recipes-perl/adduser/adduser_3.118.bb index 660a7f777..e695c5894 100644 --- a/meta

[oe] [PATCH 2/3] postgresql: correctly build against target perl

Previously perl-native headers were erroneously included, which was causing issues with the new perl recipe. Signed-off-by: Alexander Kanavin --- meta-oe/recipes-dbs/postgresql/postgresql.inc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-dbs

[oe] [PATCH 3/3] openipmi: correctly build against target perl headers

Previously it was built with native perl headers, which was okay with perl 5.24, but not with perl 5.28. Signed-off-by: Alexander Kanavin --- meta-networking/recipes-support/openipmi/openipmi_2.0.25.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-networking/recipes

Re: [oe] [meta-oe][PATCH 3/3] packagegroup-meta-oe.bb: Exclude from world builds

On Mon, 3 Dec 2018 at 22:28, Khem Raj wrote: > > My patches fix this issue though, no need to exclude if you take them. > > > > Am afraid they don't see > http://jenkins.nas-admin.org/view/OE/job/oe_world_qemuarm/945/consoleFull Right, mcelog recipe has: COMPATIBLE_HOST =

Re: [oe] [PATCH] packagegroup-meta-oe: drop ptest groups

On Sun, 2 Dec 2018 at 20:10, Khem Raj wrote: > > However, maybe renaming the ptest group will work. Let me try that. > > > > while you are at it, send all the four patches in a single series, > current version seems to have conflicts. Sorry for the confusion - drop the first two patches, and

Re: [oe] [meta-oe][PATCH 3/3] packagegroup-meta-oe.bb: Exclude from world builds

My patches fix this issue though, no need to exclude if you take them. Alex On Sun, 2 Dec 2018 at 20:14, Khem Raj wrote: > > It does not parse, since it has many unmet rdepends > > Signed-off-by: Khem Raj > --- > meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 2 ++ > 1 file

[oe] [PATCH 2/2] packagegroup-meta-oe: rename the group that contains ptest packages

: packagegroup-meta-oe-1.0-r0 do_package: Fatal QA errors found, failing task. Signed-off-by: Alexander Kanavin --- meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb

[oe] [PATCH 1/2] packagegroup-meta-oe: drop ptest packages that do not exist

Signed-off-by: Alexander Kanavin --- meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 4 1 file changed, 4 deletions(-) diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb index 08b4bbfc4

Re: [oe] [PATCH] packagegroup-meta-oe: drop ptest groups

On Sun, 2 Dec 2018 at 17:04, Alexander Kanavin wrote: > > My understanding all ptests are included in the auto mode. I wanted to > > isolate the ones for meta-oe to get a quicker test run. > > > > Am I misunderstanding ptest? > > The problem appears when ptest is

Re: [oe] [PATCH] packagegroup-meta-oe: drop ptest groups

On Sun, 2 Dec 2018 at 15:57, akuster808 wrote: > My understanding all ptests are included in the auto mode. I wanted to > isolate the ones for meta-oe to get a quicker test run. > > Am I misunderstanding ptest? The problem appears when ptest is in DISTRO_FEATURES (e.g. poky default). Bitbake

[oe] [PATCH] packagegroup-meta-oe: drop ptest groups

packagegroup.bbclass adds ptest packages automatically, so there is no need to maintain manual lists Signed-off-by: Alexander Kanavin --- .../packagegroups/packagegroup-meta-oe.bb | 18 -- 1 file changed, 18 deletions(-) diff --git a/meta-oe/recipes-core/packagegroups

[oe] [PATCH] packagegroup-meta-oe: drop ptest packages that do not exist

Signed-off-by: Alexander Kanavin --- meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 4 1 file changed, 4 deletions(-) diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb index 08b4bbfc4

Re: [oe] [RFC meta-gnome][PATCH 00/16] Add gnome-shell support

On Mon, 29 Oct 2018 at 17:41, brendank310 wrote: > This adds gnome3/gnome-shell support (and required dependencies) > to meta-gnome. It may be somewhat far-fetched, but how about taking this into oe-core and retiring matchbox and sato? Alex -- ___

Re: [oe] [PATCH 2/2] [oe-core] libsolv: make rpm optional

These two patches should go to openembedded-core list. Alex 2018-09-18 11:12 GMT+02:00 Max Kellermann : > From: Max Kellermann > > Signed-off-by: Max Kellermann > --- > meta/recipes-extended/libsolv/libsolv_0.6.35.bb | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff

Re: [oe] [meta-networking][PATCH v2] postfix: fix pkg_postinst_${PN}

Ah, now I get it - there might be more lines in the postinst script added from elsewhere. Correct? Alex 2018-09-13 13:07 GMT+02:00 Alexander Kanavin : > I might not be understanding this. Why is the original fragment > incorrect and the new one correct? > > Original: > >

Re: [oe] [meta-networking][PATCH v2] postfix: fix pkg_postinst_${PN}

I might not be understanding this. Why is the original fragment incorrect and the new one correct? Original: # This can fail depending on host setup if ! newaliases -C $D/etc/postfix/main.cf -oA$D/etc/aliases; then $INTERCEPT_DIR/postinst_intercept delay_to_first_boot

Re: [oe] [OE-core] OEDEM Sunday, 21 October 2018 in Edinburgh (before ELCE) - Update

And the link for signing up is...? :) Alex 2018-09-06 1:27 GMT+02:00 akuster808 : > Hello, > > > If you have not signed up for OEDeM, please do so ASAP. We have 41 > signed up so far. Sign-ups close Sept 15th > > > regards, > > Armin > > OEDeM Bouncer > > > -- >

Re: [oe] [OE-core][PATCH] x86: remove "qemu-usermode" from MACHINE_FEATURES_BACKFILL_CONSIDERED

2018-07-13 16:06 GMT+02:00 Hongzhi.Song : > error information: > --- > qemu: uncaught target signal 11 (Segmentation fault) - core dumped > If the above error message is about missing .so libraries, > then setting up GIR_EXTRA_LIBS_PATH in the recipe should help. > (typically like this:

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

On 05/22/2018 06:40 PM, akuster808 wrote: After much thought, I have decided to step away from being the meta-openembedded maintainer, patch wrangler and builder.  Khem Raj has kindly stepped up to continue these activities. Maintaining this was consuming too much of my free time and I need to

[oe] [PATCH] gnome-desktop3: add a recipe from oe-core

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...ibseccomp-sycall-filtering-mechanism.patch | 45 ++ ...humbnail-don-t-assume-time_t-is-long.patch | 61 +++ .../gnome-desktop/gnome-desktop3_3.28.1.bb| 28 + 3 files change

Re: [oe] [meta-oe][v2][PATCH 2/2] mongodb: refresh patches and remove un-needed patch

On 04/08/2018 06:57 PM, Armin Kuster wrote: [V2] remove patch, changes upstream Signed-off-by: Armin Kuster --- ...to-use-build-settings-from-environment-va.patch | 37 +-- .../0001-Use-long-long-instead-of-int64_t.patch| 21 +--

Re: [oe] [meta-oe][PATCH 25/37] mongodb: refresh patches

On 04/08/2018 06:46 PM, akuster808 wrote: Looks like this has been fixed upstream and this patch should be removed instead. Thanks for the feed back. v2 shortly. Armin, I have to stress again: do read the outcome of devtool's patch refresh, for every recipe. You should not rely on it blindly

Re: [oe] [meta-networking][PATCH] wireshark: update to 2.4.6 and add upstream check

On 04/06/2018 07:48 AM, Anuj Mittal wrote: +UPSTREAM_CHECK_REGEX = "wireshark-(?P2\.4(\.\d+)+)\.tar\.xz" Why restrict the version to only 2.4.x ? 2.5.1 is beta.. I don't want to update to it. It follows the odd/even versioning with odd being the development releases.

Re: [oe] [meta-networking][PATCH] wireshark: update to 2.4.6 and add upstream check

On 04/04/2018 05:09 PM, Armin Kuster wrote: +UPSTREAM_CHECK_REGEX = "wireshark-(?P2\.4(\.\d+)+)\.tar\.xz" Why restrict the version to only 2.4.x ? (also including .xz at the end may not be a good idea if upstream decides to use a different compressor) Alex --

Re: [oe] [PATCH 00/17] remove gnome2 recipes for discontinued projects

On 03/19/2018 10:28 PM, Andreas Müller wrote: I can't stand the low-quality/split/maintainer-spam anymore: Guys one way to change things is start sending patches. Yes, yes, yes. And yes. Even more could be removed, e.g. libunique and everything that wants it. I'll look when I have a bit of

Re: [oe] meta-openembedded Layers

On 03/18/2018 11:32 PM, akuster808 wrote: 1) I plan on resetting the sub-layer maintainers. Several maintainers listed have been inactive. If a currently listed maintainer is interested in continuing, please send me an email.  I plan on removing in-active maintainers in 12 days ( March 30th).

[oe] IMPORTANT: do_patch() fuzz warnings and how to deal with them

*Executive summary* do_patch() will shortly start issuing warnings when recipe patches are applied with some of the patch context ignored. This email explains why this is necessary, and how the warnings can be eliminated. *What is patch fuzz?* Patch fuzz is a situation when the patch tool

Re: [oe] [PATCH 1/3] valgrind: Fix multilib header conflict - valgrind/config.h

On 03/09/2018 09:46 AM, Zhang Xiao wrote: Header file conflict between 32-bit and 64-bit versions. I believe these patches should go to oe-core list. Alex -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org

Re: [oe] Splitting meta-oe?

On 03/01/2018 08:44 PM, akuster808 wrote: These two commits introduced an ABI change. http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.12/commit/include/linux/random.h?h=standard/base=6e4990d8d226e1861a5a2b632cf93bc70feab3af

Re: [oe] Splitting meta-oe?

On 03/01/2018 03:17 AM, akuster808 wrote: We had/have a situation with the Yocto 4.12 kernel that broke wireguard in meta-networking. Their are two patches that don't exist in K.O. which are causing the problem. Meta-openembedded can't fix that, do I blacklist wireguard? Wireguard builds fine

Re: [oe] Splitting meta-oe?

On 02/28/2018 11:33 PM, Andreas Müller wrote: Isn't there somebody outside willing/capable/having enough time to move to gnome 3? This would be the best way to end the gnome2 bit-rott discussion and we'd have a desktop which is commonly used and addresses touch input. I tried that many years ago

Re: [oe] Splitting meta-oe?

On 02/20/2018 12:45 PM, Burton, Ross wrote: Is now a good time to talk about splitting up meta-oe? Some layers are actively developed and maintained (one example: meta-python), others are basically bitrotting and only get touched when something else causes them to break world builds (one

Re: [oe] [meta-qt4] Cmake Could NOT find Qt4, missing: QT_MOC_EXECUTABLE

On 02/22/2018 01:04 PM, Måns Zigher wrote: This solved my problem I still couldn't figure out if the qt4-native is actually broken or if this is the way it should work now that each recipe have it's own sysroot. Do you have a Qt5 transition plan? meta-qt4 is not maintained or tested regularly

[oe] [PATCH] gtk-doc: fix build failures for libgdata and libunique

The failures appeared with recent gtk-doc 1.27 update in oe-core. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta-gnome/recipes-gnome/libgdata/libgdata_0.16.1.bb | 4 meta-oe/recipes-gnome/libunique/libunique_1.1.6.bb | 2 +- 2 files changed, 5 inse

Re: [oe] RFC: Record PE for shlib dependencies

On 01/11/2018 05:08 PM, Böszörményi Zoltán wrote: Please rebase this against oe-core master, and submit to the oe-core mailing list. I will. Please also backport it to other supported branches, if there are any. Rocko is still supported, I guess. You can send the bacported patches for

Re: [oe] RFC: Record PE for shlib dependencies

On 01/11/2018 04:07 PM, Böszörményi Zoltán wrote: Since my itch was too big now, I have proverbially scratched it. I have created a PR against Rocko here: https://github.com/openembedded/openembedded-core/pull/28/files Please comment whether it's the right approach. Looks okay, but: Please

Re: [oe] splitting python's standard library

On 12/19/2017 02:31 PM, Derek Straka wrote: Well, I've been able to do it just fine for the majority of packages in meta-python by myself.  Since I contribute the majority of the patches and maintain the layer, I want this capability maintained in meta-python.  If you plan on removing that

[oe] splitting python's standard library

On 12/18/2017 11:02 PM, S. Lockwood-Childs wrote: On Mon, Dec 18, 2017 at 03:17:25PM -0500, Derek Straka wrote: I have several customers who have optimized for space and would like to see the capability maintained unless core removes the ability to split python packages out. They also remove

Re: [oe] [meta-python][PATCH] python-pyroute2: uprev to v0.4.21 (from 0.3.22)

On 12/18/2017 06:15 PM, Mark Asselstine wrote: On Mon, Dec 18, 2017 at 10:36 AM, Christopher Larson wrote: All our python recipes should be explicitly listing the python module packages they require. No python module recipes should be depending on python-modules or

Re: [oe] [PATCH] neon: add the recipe from oe-core

On 11/23/2017 02:06 PM, Martin Jansa wrote: https://www.openembedded.org/wiki/Styleguide#Format_Guidelines Alright. I resent the patch, as I don't want to start a style war, but (as discussed previously) I will resist any attempts to enforce indentation in oe-core. We need to prioritize what

<    1   2   3   4   5   >