Re: [oe] [PATCH 00/16] control ipv6 support based on DISTRO_FEATURES

Ping. I don't see a comment or rejection on these, will these be merged soon? Thanks, Jackie > -Original Message- > From: openembedded-devel-boun...@lists.openembedded.org > [mailto:openembedded-devel- > boun...@lists.openembedded.org] On Behalf Of jackie.hu...@windriver.com > Sent:

[oe] [meta-gnome][PATCH] gnome-keyring: Turn off QA check dev-elf

The ${PN}-dev part of the recipe intentionally adds several .so files which are used for development. The latest OE will fail as follows building the package as a result. ERROR: gnome-keyring-2.32.1-r12 do_package_qa: QA Issue: -dev package contains non-symlink .so: gnome-keyring-dev path

Re: [oe] [PATCH] package_manager.py: Restore FEED_DEPLOYDIR_BASE_URI functionality

On Tue, Aug 30, 2016 at 11:31:26AM -0400, Reinhard Tartler wrote: > According to the documentation, setting FEED_DEPLOYDIR_BASE_URI should > be sufficient for setting up local feeds. This commit fixes the > implementation to actually do that, even if BUILD_IMAGES_FROM_FEEDS is > not set. This

Re: [oe] [meta-java] Unify virtual java providers

On Tue, Aug 30, 2016 at 11:37 AM, Pascal Bach wrote: > Hello > > > Because I'm experimenting with different java providers (OpenJDK, Oracle > Java, Azul Zulu) and thus had a look at different java layers (meta-java, > meta-oracle-java). > > I noticed that there are many

[oe] [PATCH] package_manager.py: Restore FEED_DEPLOYDIR_BASE_URI functionality

According to the documentation, setting FEED_DEPLOYDIR_BASE_URI should be sufficient for setting up local feeds. This commit fixes the implementation to actually do that, even if BUILD_IMAGES_FROM_FEEDS is not set. Also fix some bugs in the old implementation: - Fetch uncompressed Packages

[oe] [meta-java] Unify virtual java providers

Hello Because I'm experimenting with different java providers (OpenJDK, Oracle Java, Azul Zulu) and thus had a look at different java layers (meta-java, meta-oracle-java). I noticed that there are many different PROVIDES statements among these recipes, but nothing seems consistent. My

Re: [oe] [meta-oe][PATCH] imagemagick: Upgrade 7.0.3 release to patch level 9

It doesn't destroy the history, but regenerates the tarball from time to time with different checksum, so it sucks as well. On Tue, Aug 30, 2016 at 4:12 PM, Randy MacLeod wrote: > On 2016-08-25 08:51 AM, Khem Raj wrote: > >> On Aug 25, 2016 2:04 AM, "Jack Mitchell"

Re: [oe] [meta-oe][PATCH] imagemagick: Upgrade 7.0.2 release to patch level 10 from github

From 6341ee0be48ee0fea13745e12e6b237947cc82b6 Mon Sep 17 00:00:00 2001 From: Randy MacLeod Date: Mon, 29 Aug 2016 20:00:28 -0400 Subject: [PATCH] imagemagick: use patchlevel 10 from github Signed-off-by: Randy MacLeod ---

Re: [oe] [meta-oe][PATCH] imagemagick: Upgrade 7.0.3 release to patch level 9

On 2016-08-25 08:51 AM, Khem Raj wrote: On Aug 25, 2016 2:04 AM, "Jack Mitchell" wrote: On 24/08/16 19:29, Khem Raj wrote: Signed-off-by: Khem Raj --- meta-oe/recipes-support/imagemagick/imagemagick_7.0.2.bb | 6 +++--- 1 file changed, 3

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

On Tue, Aug 30, 2016 at 10:39 AM, André Draszik wrote: > On Mo, 2016-08-29 at 22:52 +0200, Martin Jansa wrote: >> * since last changes in oe-core LICENSE variable needs to list all >> licenses used >> by individual packages otherwise bitbake warning like this is shown: >>

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

On Mo, 2016-08-29 at 22:52 +0200, Martin Jansa wrote: > * since last changes in oe-core LICENSE variable needs to list all > licenses used >   by individual packages otherwise bitbake warning like this is shown: >   WARNING: meta-openembedded/meta-oe/recipes-devtools/geany/geany- >

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

On Tue, Aug 30, 2016 at 10:28 AM, Martin Jansa wrote: > The warning is right in what it says. > > The LICENSE variable now needs to contain all LICENSEs used in the recipe > (all packages), see discussion on oe-core ML. > > On Tue, Aug 30, 2016 at 10:24 AM, Andreas Müller

[oe] [PATCH 3/3] x11-common: Remove Xserver script

X startup is now handled in xserver-nodm-init. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/x11-common/x11-common/Xserver.in | 12 meta/recipes-graphics/x11-common/x11-common_0.1.bb | 10 +- 2 files changed, 1 insertion(+), 21

[oe] [PATCH 2/3] xserver-nodm-init: Deprecate /etc/X11/Xserver

This commit should provide the same functionality as before, but should make meta-oe xserver-nodm-init-2.0 obsolete as well as keep systemd and sysvinit startup better in sync. /etc/X11/Xserver is not called anymore: it is provided by both x11-common and xserver-common with no useful differences

[oe] [PATCH 1/3] base-files: Add shell test quoting

tty can return "not a tt" which results in warnings when /etc/profile is executed. Signed-off-by: Jussi Kukkonen --- meta/recipes-core/base-files/base-files/profile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[oe] [PATCH 0/3] Clean up X init (oe-core vs meta-oe)

Goals: * Less confusing duplication between oe-core and meta-oe (currently just adding meta-oe to BBLAYERS completely changes X init because meta-oe provides another version of xserver-nodm-init) * Make it easier to keep X init in sync between systemd and sysvinit The xserver-nodm-init

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

The warning is right in what it says. The LICENSE variable now needs to contain all LICENSEs used in the recipe (all packages), see discussion on oe-core ML. On Tue, Aug 30, 2016 at 10:24 AM, Andreas Müller < schnitzelt...@googlemail.com> wrote: > On Mon, Aug 29, 2016 at 10:52 PM, Martin Jansa

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

On Mon, Aug 29, 2016 at 10:52 PM, Martin Jansa wrote: > * since last changes in oe-core LICENSE variable needs to list all licenses > used > by individual packages otherwise bitbake warning like this is shown: > WARNING: >

Re: [oe] [meta-oe][PATCH] geany-plugins: include GPLv3 in the main LICENSE

Are you willing to submit such change to meta-oe? I don't use geany, so my whole motivation was just to get rid of new warnings in world builds. On Tue, Aug 30, 2016 at 3:02 AM, Christopher Larson wrote: > On Mon, Aug 29, 2016 at 1:52 PM, Martin Jansa

[oe] [meta-python][PATCH 2/2] python3-jsonschema: set dependency to vcversioner

The recently added python3-jsonschema depends on vcversioner. The setuptools tries to fetch it but fails with bitbake if run behind proxies. Explicitly set DEPENDS to ensure the dependency is installed before running setup.py for python3-jsonschema. Signed-off-by: Mikko Ylinen

[oe] [meta-python][PATCH 1/2] python3-vcversioner: add recipe

python3-vcversioner is needed by other python3 modules so it's good to have a recipe for it. Signed-off-by: Mikko Ylinen --- .../python/python3-vcversioner_2.16.0.0.bb | 24 ++ 1 file changed, 24 insertions(+) create mode 100644

Re: [oe] [meta-oe] [PATCH] imagemagick: update patchset

Sorry, please drop this one, I just noticed that Khem had sent another one. // Robert On 08/30/2016 09:44 AM, Robert Yang wrote: Fixed: ERROR: imagemagick-7.0.2-r0 do_fetch: Fetcher failure: --2016-08-28 04:07:12-- http://www.imagemagick.org/download/releases/ImageMagick-7.0.2-7.tar.xz