[oe] [meta-networking][PATCH] dnsmasq: don't expect systemd support to be set

-off-by: Mark Asselstine mark.asselst...@windriver.com --- meta-networking/recipes-support/dnsmasq/dnsmasq.inc | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc index

[oe] [meta-networking][PATCH] cyrus-sasl: ensure size_t is defined for use by sasl.h

already in sasl.h. Here we ensure sasl.h has the proper includes to have size_t defined before it is used. Signed-off-by: Mark Asselstine asse...@gmail.com --- ...clude-sasl.h-needs-to-include-sys-types.h.patch | 37 ++ .../cyrus-sasl/cyrus-sasl_2.1.26.bb| 3 ++ 2

Re: [oe] [meta-networking][PATCH] cyrus-sasl: ensure size_t is defined for use by sasl.h

On Wed, Oct 30, 2013 at 9:16 AM, Joe MacDonald j...@deserted.net wrote: [[meta-networking][PATCH] cyrus-sasl: ensure size_t is defined for use by sasl.h] On 13.10.29 (Tue 23:50) Mark Asselstine wrote: While making use of the cyrus-sasl library an external application will most likely include

[oe] [meta-networking][PATCH v2] cyrus-sasl: ensure size_t is defined for use by sasl.h

already in sasl.h. Here we ensure sasl.h has the proper includes to have size_t defined before it is used. Signed-off-by: Mark Asselstine mark.asselst...@windriver.com --- v2 changes: * using upstream patch. Posix I believe says to use sys/types.h but in any case stddef.h works fine. * removed PR

[oe] [meta-ruby][PATCH] ruby.bbclass: introduce a class to assist in building gems

to try installing and running pre-built gems. Signed-off-by: Mark Asselstine mark.asselst...@windriver.com --- meta-ruby/classes/ruby.bbclass | 125 + meta-ruby/recipes-devtools/ruby/bundler_git.bb | 29 ++ 2 files changed, 154 insertions(+) create

[oe] [meta-ruby][0/1] introduce a class to assist in building gems

For a while now we have had functionality in meta-cloud-services in Yocto to assist in building Ruby gems in to the rootfs images. Many of these gems and the ruby.bbclass that was written to facilitate the building of gems are not specific to our work in meta-cloud-services and should be made more

[oe] [meta-ruby][PATCH] ruby.inc: DEPEND on libyaml-native

and reinstall your ruby. Signed-off-by: Mark Asselstine mark.asselst...@windriver.com --- By the way I sent two patches on Sept. 5th to the list to add gem building support to meta-ruby. I have yet to receive any feedback on these and would like to continue to work to get these in tree. Anything I can

[oe] [[meta-ruby][PATCH 2/2] bundler: remove broad FILES definition

specifically required but by removing this broad definition of FILES the hope is that other ruby recipes won't copy this behavior which can actually lead to other QA errors/warnings, depending on what gets installed in the build_info and extensions directories. Signed-off-by: Mark Asselstine

[oe] [[meta-ruby][PATCH 1/2] ruby.bbclass: handle new installation directories

of stampfile or similar. Signed-off-by: Mark Asselstine mark.asselst...@windriver.com --- meta-ruby/classes/ruby.bbclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta-ruby/classes/ruby.bbclass b/meta-ruby/classes/ruby.bbclass index 9c4fcf9..ef844f2 100644 --- a/meta-ruby/classes

[oe] [meta-networking][PATCH] ctdb: Fix rootfs creation errors

. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- ...rvice-ensure-the-PID-directory-is-created.patch | 25 ++ meta-networking/recipes-support/ctdb/ctdb_2.5.1.bb | 6 -- 2 files changed, 29 insertions(+), 2 deletions(-) create mode 100644 meta-netw

Re: [oe] [meta-python][PATCH] python-cryptography, python-cryptography-vectors: uprev

number of projects out there that might eventually be added to oe that would warrant us putting this in 'common-licenses' off the bat. Mark > > Cheers, > Anders > >> Regards, > >> --Tim > >> On Mon, Nov 23, 2015 at 9:13 AM, Mark Asselstine < >> mark.ass

Re: [oe] [meta-python][PATCH] python-cryptography, python-cryptography-vectors: uprev

On Sat, Nov 28, 2015 at 9:35 AM, Mark Asselstine <mark.asselst...@windriver.com> wrote: > On Wed, Nov 25, 2015 at 3:11 AM, Anders Darander <and...@chargestorm.se> > wrote: >> * Tim Orling <ticot...@gmail.com> [151124 19:00]: >> >>> We have never ca

[oe] [meta-python][PATCH] python-cryptography, python-cryptography-vectors: uprev

' license: http://www.unicode.org/copyright.html Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-python/conf/layer.conf| 2 ++ meta-python/licenses/Unicode | 37 ++ ...0.8.1.bb => python-cryptography-vecto

Re: [oe] [meta-oe][PATCH 1/2] vte9: Add old vte into meta-oe

On June 23, 2016 11:34:00 Jussi Kukkonen wrote: > vte versioning is a little confusing: > > vte-2.91.pc (version 0.44.1) > provided by oe-core "vte" > vte-2.90.pc (current version 0.36.3) > not in openembedded, can be patched to use "vte" > vte.pc (current version 0.28.2): > provided

[oe] [meta-networking][PATCH] ctdb: Fix rootfs creation errors

of RuntimeDirectory= in to the .service file. This will compensate for our removal of this directory creation from the Makefile. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- This is a resend of a patch I sent 11/18/15. I see that it is yet to be merged but I als

[oe] [meta-networking][PATCH] ntp: remove empty libexecdir to prevent potential QA issues

Depending on the configuration used to build ntp it is possible to have an empty libexecdir. This can cause QA issues. Add a test at the end of install() to remove libexecdir if it is empty, thus avoiding the possibility of QA issues, regardless of configuration. Signed-off-by: Mark Asselstine

Re: [oe] [meta-networking][PATCH] ntp: remove empty libexecdir to prevent potential QA issues

On Thu, Feb 4, 2016 at 11:07 AM, Martin Jansa <martin.ja...@gmail.com> wrote: > On Thu, Feb 04, 2016 at 10:08:33AM -0500, Mark Asselstine wrote: >> Depending on the configuration used to build ntp it is possible to >> have an empty libexecdir. This can cause QA issues. Add

[oe] [meta-networking][v2][PATCH] ntp: remove empty libexecdir to prevent potential QA issues

Depending on the configuration used to build ntp it is possible to have an empty libexecdir. This can cause QA issues. Add a test at the end of install() to remove libexecdir if it is empty, thus avoiding the possibility of QA issues, regardless of configuration. Signed-off-by: Mark Asselstine

[oe] [meta-networking][PATCH] samba: remove dependency on ctdb

-support' which we do pass to configure based on the bb. Dropping the DEPENDS on ctdb resolves this issue. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-networking/recipes-connectivity/samba/samba_4.4.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [oe] [meta-oe][PATCH] mozjs: fix configure host contamination

On Tue, Apr 26, 2016 at 5:36 PM, Burton, Ross <ross.bur...@intel.com> wrote: > On 26 April 2016 at 20:08, Mark Asselstine <mark.asselst...@windriver.com> > wrote: > >> | Traceback (most recent call last): >> | File "./config.status", line 9, in >

Re: [oe] [meta-networking][PATCH 5/5] samba: Update to latest stable

an-Adrian Ratiu (2): > openconnect: add recipe > vpnc: stage vpnc-script > > Jagadeesh Krishnanjanappa (1): > iscsitarget: resolve build error with linux kernel 4.3 and above > > Joe MacDonald (5): > samba: Update to latest stable > libldb: Update to

Re: [oe] [meta-oe][PATCH] mozjs: fix configure host contamination

On Wed, Apr 27, 2016 at 1:34 PM, Burton, Ross <ross.bur...@intel.com> wrote: > On 27 April 2016 at 16:15, Mark Asselstine <mark.asselst...@windriver.com> > wrote: > >> > I'm not sure using pythonnative is the right fix here. Executing python >> > using t

[oe] [meta-oe][PATCH] mozjs: fix configure host contamination

and the python in the sysroot, which will fail when we attempt the import. By inheriting pythonnative we ensure the proper paths are set to avoid this host contamination. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb | 2 +

[oe] [meta-networking][PATCH] dnsmasq: get systemd only working again

to the previous version of the systemd service file. If folks want the local dnsmasq instance to be queried before going to an external DNS they should add 'nameserver 127.0.0.1' to /etc/resolv.conf. Or submit a change which will work with systemd. Signed-off-by: Mark Asselstine <mark.asse

Re: [oe] [meta-networking][PATCH] dnsmasq: steal resolvconf support from Ubuntu

On Wed, Apr 6, 2016 at 9:01 AM, Anders Darander wrote: > Hm, unfortunately I didn't notice before this went in. > > * Jens Rehsack [160228 13:35]: > >> Add support for resolvconf integration as done in Ubuntu. This implies >> updates of start-scripts,

Re: [oe] [meta-networking][PATCH] dnsmasq: get systemd only working again

On April 18, 2016 23:30:07 Joe MacDonald wrote: > From: Mark Asselstine <mark.asselst...@windriver.com> > > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2 > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only > dnsmasq runtime. No sysvinit

[oe] [meta-oe][PATCH] udisks: add missing hard dependency

:1150: recipe for target 'daemon-glue.h' failed This becomes a hard build failure when per recipe sysroots are used. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-oe/recipes-support/udisks/udisks_1.0.5.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only

On Sunday, September 11, 2016 9:26:44 PM EDT Huang, Jie (Jackie) wrote: > > -Original Message- > > From: openembedded-devel-boun...@lists.openembedded.org > > [mailto:openembedded-devel- boun...@lists.openembedded.org] On Behalf Of > > Joe MacDonald > > Sent: Saturday, September 10, 2016

Re: [oe] [meta-networking][PATCH] waf-samba.bbclass: Append PACKAGECONFIG_CONFARGS to EXTRA_OECONF

Agreed. I was looking at this today as well and if we go the EXTRA_OECONF route it should be done in the package recipe. Additionally Jackie I was going to restrict the blacklist to ARM based on the build failure report (http://errors.yoctoproject.org/Errors/Details/81004/). Could you include a

[oe] [meta-networking][PATCH 2/2] dnsmasq: allow for dnsmasq instances to reuse default dnsmasq.conf

address as well as any other local subnets. This will allow the main dnsmasq instance to play nice with other instances we might start for network-manager, libvirt, lxc... Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- .../recipes-support/dnsmasq/files/dnsmasq-noresolvconf.s

[oe] [meta-networking][PATCH 1/2] dnsmasq: read the conf files found in dnsmasq.d

not result in any runtime behavior changes. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- .../recipes-support/dnsmasq/files/dnsmasq-noresolvconf.service | 2 +- .../recipes-support/dnsmasq/files/dnsmasq-resolvconf.service| 2 +- 2 files changed, 2 inse

[oe] [meta-webserver][PATCH] apache2: the download has been moved to the 'archives'

This release of apache2 is no longer found in the main downloads area but has been moved to the 'archives'. We should uprev apache2 but for now this will at least get the builds working again. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-webserver/recipes-httpd/a

Re: [oe] State of bitbake world, Failed tasks 2017-03-11

On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa wrote: > This time the results are very inconsistent across different MACHINEs > because they were using significantly different metadata. > > qemuarm is oldest 3 from 4 failures were causes by pending meta-oe > changes which

[oe] [meta-python][PATCH] twisted: add support to build for python3

The work on twisted to ensure python3 compatability is nearing completion, as per their python3 tracker page: https://twistedmatrix.com/trac/milestone/Python-3.x Create a common .inc file and a new python3-* recipe to match other python3 packages. Signed-off-by: Mark Asselstine <mark.asse

[oe] [meta-python][PATCH 1/2] python-zopeinterface: fixup test package

The recipe seems to have the intent of creating a 'tests' package but doesn't follow through on this intent. Rename 'tests' to 'test' to match other python test packages and follow through on the intent to actually produce a 'test' package. Signed-off-by: Mark Asselstine <mark.asse

[oe] [meta-python][PATCH 2/2] python3-zopeinterface: add python3 packaging

Matching what has been done with other python packages, move the existing recipe into a .inc file and then create python and python3 specific bb files to allow the generation of python2 or python3 versions. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- .../python/

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

Drop the json<-->simplejson patch instead opting to depend on python-json (part of core python libs). Beyond this the uprev is straightforward. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- .../recipes-devtools/python/python-pyroute2

[oe] [meta-networking][PATCH] inetutils: make -syslog rconflict with other system loggers

to only allow one to exist in a rootfs image at a time. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta-networking/recipes-connectivity/ine

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

negligible. All of this seems to add way more work and churn that outweighs any real benefit. Mark > > On Mon, Dec 18, 2017 at 8:33 AM, Mark Asselstine < > mark.asselst...@windriver.com> wrote: > >> On Sat, Dec 16, 2017 at 4:58 PM, Derek Straka <de...@asterius.io> wro

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

On Mon, Dec 18, 2017 at 11:37 AM, Alexander Kanavin <alexander.kana...@linux.intel.com> wrote: > On 12/18/2017 06:15 PM, Mark Asselstine wrote: >> >> On Mon, Dec 18, 2017 at 10:36 AM, Christopher Larson <kerg...@gmail.com> >> wrote: >>> >>>

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

On Sat, Dec 16, 2017 at 4:58 PM, Derek Straka <de...@asterius.io> wrote: > On Mon, Dec 4, 2017 at 2:00 PM, Mark Asselstine < > mark.asselst...@windriver.com> wrote: > >> Drop the json<-->simplejson patch instead opting to depend on >> python-json (part of c

Re: [oe] [meta-python][rocko][PATCH 2/2] python-twisted: restore RDEPENDS on -news for py2

ver_ list stdlibs. Even with an automated approach I am not enthusiastic about forcing the listing of required stdlibs for the sake of a few MB of space. Mark > > On Dec 15, 2017 2:35 PM, "Mark Asselstine" <mark.asselst...@windriver.com> > > > > wrote: >

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

On Monday, December 18, 2017 4:07:44 PM EST Derek Straka wrote: > I also need to look at the UPSTREAM_CHECK_URI for this recipe since it > isn't finding the latest version and telling me to update the package. Odd. Let me know how it goes. If it is easier for you to make the changes locally and

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

I can respect this approach. I will put the RDEPENDS back and send out a V2. As for the overall approach being applied to all python recipes, my opinion still stands that this is such a small subset that we are devoting time better spent elsewhere to service the few. Mark > > -Derek > >

[oe] [meta-python][rocko][PATCH 2/2] python-twisted: restore RDEPENDS on -news for py2

maintain the RDEPENDS, restore this RDEPENDS for py2. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-python/recipes-devtools/python/python-twisted_17.9.0.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta-python/recipes-devtools/python/python-twisted_17.9.0

[oe] [meta-python][rocko][PATCH 1/2] python-twisted: clean-up the dependencies

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- meta-python/recipes-devtools/python/python-twisted.inc| 4 ++-- meta-python/recipes-devtools/python/python-twisted_17.9.0.bb | 2 +-

[oe] [meta-python][rocko][PATCH 0/2] python-twisted: fixup news plugin RDEPENDS

The following two changes fix builds of python[3]-twisted. Patch 1/2 is a backport of e410b5c54373ce9539f2df9840e3d987f319ee6c from master. This patch addresses a failure which presents as: nothing provides python3-twisted-news needed by python3-twisted-17.9.0-r0.corei7_64 This is caused by

Re: [oe] [meta-python][rocko][PATCH 2/2] python-twisted: restore RDEPENDS on -news for py2

I misread the 1/2 patch and thought I > removed news from core and not the base package RDEPENDS. > > On Dec 15, 2017 2:08 PM, "Mark Asselstine" <mark.asselst...@windriver.com> > wrote: > > The RDEPENDS are not for core, these are RDEPENDS_${PN}, ie. if you > d

Re: [oe] [meta-python][rocko][PATCH 2/2] python-twisted: restore RDEPENDS on -news for py2

he news package. Thanks. > > On Dec 15, 2017 2:22 PM, "Mark Asselstine" <mark.asselst...@windriver.com> > wrote: > >> No problem. Unfortunately your commit log was thin on information so I >> had to make some assumptions as to what you were doing in the commit. &

Re: [oe] [meta-python][rocko][PATCH 2/2] python-twisted: restore RDEPENDS on -news for py2

added for automat and others. Mark On Fri, Dec 15, 2017 at 1:32 PM, Derek Straka <de...@asterius.io> wrote: > Is it actually required for core? I thought I went through and verified > that news was a stand alone module. > > On Dec 15, 2017 12:46 PM, "Mark As

[oe] [meta-python][v2][rocko][PATCH 1/8] python-twisted: restore RDEPENDS on -news for py2

V1 of this series was incomplete. Thus following up with a V2 which includes additional cherry-picks from master. Cherry-pick commit IDs are listed in the temporary comment section of the individual commits. When building images using rocko that include python-twisted you will get an error:

[oe] [meta-python][v2][rocko][PATCH 7/8] python-attrs: add an initial recipe for version 17.2.0

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master bd827cb9ff57b8e42768add8e8b206c95cd6aea2

[oe] [meta-python][v2][rocko][PATCH 6/8] python-hyperlink: add a recipe for version 17.3.1

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master 378b8a6a8aa65fae704e9ceddc3f2e2b07585953

[oe] [meta-python][v2][rocko][PATCH 1/8] python-twisted: clean-up the dependencies

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master e410b5c54373ce9539f2df9840e3d987f319ee6c

[oe] [meta-python][v2][rocko][PATCH 4/8] python-constantly: add a recipe for version 15.1.0

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master b9e0b2abd1074f846bb3aef3670c0a461f6b1d00

[oe] [meta-python][v2][rocko][PATCH 3/8] python-automat: add an initial recipe for version 0.6.0

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master 2b6ae2d951df1050bf4fe0734ece750d0fef2faf meta-python/recipes-devtools/python/python-automat.inc | 16

[oe] [meta-python][v2][rocko][PATCH 2/8] python-twisted: restore RDEPENDS on -news for py2

maintain the RDEPENDS, restore this RDEPENDS for py2. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-python/recipes-devtools/python/python-twisted_17.9.0.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta-python/recipes-devtools/python/python-twisted_17.9.0

[oe] [meta-python][v2][rocko][PATCH 5/8] python-incremental: add an initial recipe for version 17.5.0

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cerry-pick from master 63791edb3f69269fc6e0b83863e76f6a4a35965c

[oe] [meta-python][v2][rocko][PATCH 8/8] python-attrs: update to version 17.3.0

From: Derek Straka Signed-off-by: Derek Straka Signed-off-by: Armin Kuster --- Cherry-pick from master 87618f32736c1ee5f29e7458973b75c5b0b124f7

Re: [oe] [meta-python][v2][rocko][PATCH 1/8] python-twisted: restore RDEPENDS on -news for py2

Sorry, this should be 0/8. And apologies for anyone viewing these on gmail, it seems to have merged things with my V1 series. Patches 1 and 2 from the V1 are the same here if you are trying to decipher the gmail mess. Mark On Fri, Dec 15, 2017 at 3:21 PM, Mark Asselstine <mark.asse

[oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

that if apache2 is being installed it would be desirable to have it auto run, so this setting should be removed in favor of the default in systemd.bbclass (enable). In order not to surprise users of this recipe with this change in behavior we opt to keep this as disabled but overwrite-able. Signed-off-by: Mark

Re: [oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

On Thursday, November 16, 2017 5:14:02 PM EST Patrick Ohly wrote: > On Thu, 2017-11-16 at 15:00 -0500, Mark Asselstine wrote: > > On Thursday, November 16, 2017 7:28:06 PM EST Patrick Ohly wrote: > > > On Thu, 2017-11-16 at 10:19 -0500, Mark Asselstine wrote: > > > &g

Re: [oe] [meta-webserver][PATCH] meta-webserver: apache2 allow SYSTEMD_AUTO_ENABLE to be overwritten

On Thursday, November 16, 2017 7:28:06 PM EST Patrick Ohly wrote: > On Thu, 2017-11-16 at 10:19 -0500, Mark Asselstine wrote: > > The current assignment does not allow a bbappend to be used to > > overwrite the SYSTEMD_AUTO_ENABLE value in order to have apache2 auto > >

[oe] [meta-python][PATCH] python-scrypt: add new package

This python package provides bindings for the scrypt key derivation function library. (https://bitbucket.org/mhallin/py-scrypt/overview) Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-python/recipes-devtools/python/python-scrypt.inc | 12 meta-

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

Drop the json<-->simplejson patch instead opting to depend on python-json (part of core python libs). Beyond this the uprev is straightforward. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- **V2** * Drop FILESEXTRAPATHS_prepend since it is now unused * Rest

[oe] [meta-networking][PATCH V2] networkmanager: fix "installed-vs-shipped" QA issue

23:01:40.456642738-07:00] /usr/lib/NetworkManager/VPN The upstream project moved these to $prefix/lib as part of upstream commit 74818b155c32 [build: fix $nmlibdir to be "/usr/lib/NetworkManager"] and here we adapt the recipe to take this change into effect. Signed-off-by: Mark

Re: [oe] [meta-networking][PATCH] networkmanager: fix "installed-vs-shipped" QA issue

On Friday, May 4, 2018 12:02:25 PM EDT Peter Kjellerstedt wrote: > > -Original Message- > > From: openembedded-devel-boun...@lists.openembedded.org > > [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of > > Mark Asselstine > &

[oe] [meta-gnome][PATCH] gnome-keyring: fix 'installed but not shipped' QA issue

-pkcs11.la /lib64/security/pam_gnome_keyring.la >From various documents the .la files should not be packaged in either the main recipe package or the -dev package unless required. So inherit 'remove-libtool' to have all the .la files cleaned up as they don't appear to be necessary. Signed

Re: [oe] [meta-java] maintainer status

On Wednesday, June 6, 2018 3:38:25 AM EDT Mario Domenech Goulart wrote: > Hi Mark and all, > > On Tue, 5 Jun 2018 11:11:26 -0400 Mark Asselstine wrote: > > Several of us have noticed that nothing has been merged to meta-java since > > mid-April (roughly 8 weeks ago). With

Re: [oe] [meta-java] maintainer status

On Thursday, June 7, 2018 10:10:15 AM EDT Mario Domenech Goulart wrote: > On Wed, 6 Jun 2018 09:31:27 -0400 Mark Asselstine wrote: > > On Wednesday, June 6, 2018 3:38:25 AM EDT Mario Domenech Goulart wrote: > >> Hi Mark and all, > >> > >> On Tue, 5 Jun

Re: [oe] [meta-java] maintainer status

On Thursday, June 7, 2018 9:56:34 AM EDT Otavio Salvador wrote: > On Thu, Jun 7, 2018 at 10:53 AM, Richard Leitner > wrote: > > > > As I'm using this layer now for quite a few years I'll be glad to help you > > with the maintainership of meta-java. Nonetheless I have to admit that I > >

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Monday, June 18, 2018 4:10:12 PM EDT Andreas Müller wrote: > On Mon, Jun 18, 2018 at 8:55 PM, Mark Hatle wrote: > > On 6/18/18 1:47 PM, Khem Raj wrote: > >> On Mon, Jun 18, 2018 at 11:09 AM Mark Asselstine > >> > >> wrote: > >>>

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Mon, Jun 18, 2018 at 1:15 PM, Mark Asselstine wrote: > On Mon, Jun 18, 2018 at 1:07 PM, Mark Asselstine > wrote: >> On Monday, June 18, 2018 12:51:47 PM EDT Andreas Müller wrote: >>> On Mon, Jun 18, 2018 at 4:45 PM, Mark Asselstine >>> >>> wrote: >&

Re: [oe] [meta-xfce][PATCH] thunar: fix QA issue 'installed-vs-shipped'

On Mon, Jun 18, 2018 at 1:51 PM, Khem Raj wrote: > On Mon, Jun 18, 2018 at 9:51 AM Mark Asselstine > wrote: >> >> Since commit eb0fe21c1535 [thunar: upgrade 1.6.15 -> 1.8.0] we see a >> QA Error/Warning regarding files 'installed-vs-shipped': >> >> ERR

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

per recipe patches but I would recommend to consider it as a distro > feature for your distro. > Andreas, Can you revert your "various classes recipes: Remove FILES entries for dbg/dev packages" then? If this is a distro feature then these recipes need to build without the QA i

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Mon, Jun 18, 2018 at 1:07 PM, Mark Asselstine wrote: > On Monday, June 18, 2018 12:51:47 PM EDT Andreas Müller wrote: >> On Mon, Jun 18, 2018 at 4:45 PM, Mark Asselstine >> >> wrote: >> > Since commit 5f31db601408 [xfce4-panel: upgrade 4.12.2 -> 4.13.3] we &g

[oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

ned up as they don't appear to be necessary. Signed-off-by: Mark Asselstine --- This error is currently only seen on master-next since the xfce4-panel upgrade commit is yet to make it into master. As such this fix is only applicable to master-next. meta-xfce/recipes-xfce/xfce4-panel/xfce4-panel_4.13.3.

[oe] [meta-xfce][PATCH] thunar: fix QA issue 'installed-vs-shipped'

ser /usr/lib/systemd/user/thunar.service Correct the path to the systemd service file to match what we see in other recipes which include "user" service files. Signed-off-by: Mark Asselstine --- This issue and patch is for master-next to match the merge status of commit eb0fe21c1535

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Monday, June 18, 2018 12:51:47 PM EDT Andreas Müller wrote: > On Mon, Jun 18, 2018 at 4:45 PM, Mark Asselstine > > wrote: > > Since commit 5f31db601408 [xfce4-panel: upgrade 4.12.2 -> 4.13.3] we > > > > are getting a QA Warnings/Erros for 'installed-vs-shippe

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Mon, Jun 18, 2018 at 6:27 PM, Andreas Müller wrote: > On Mon, Jun 18, 2018 at 11:42 PM, Richard Purdie > wrote: > Off-Topic / FYI for me gmail considered your email spam >> >> Removing the libtool files became the project default a while ago (Jan >> 2017): >> >>

[oe] [meta-xfce][PATCH] xfce4: package libtool files if they are installed

according to the current state of the build today. Signed-off-by: Mark Asselstine --- This is follow up to my original patch submission http://lists.openembedded.org/pipermail/openembedded-devel/2018-June/118896.html As the discussion concludes we need to ensure that using the 'remove-libtool

Re: [oe] [meta-java] maintainer status

On Tue, Jun 5, 2018 at 11:11 AM, Mark Asselstine wrote: > Several of us have noticed that nothing has been merged to meta-java since > mid-April (roughly 8 weeks ago). With about a dozen commits sent to the list > and pending merges I thought I might email you, the maintainers,

[oe] [meta-java] maintainer status

Several of us have noticed that nothing has been merged to meta-java since mid-April (roughly 8 weeks ago). With about a dozen commits sent to the list and pending merges I thought I might email you, the maintainers, directly to determine if this is expected to continue. Should we be looking to

Re: [oe] [meta-java] maintainer status

On Tue, Jun 5, 2018 at 11:18 AM, Mark Asselstine wrote: > On Tue, Jun 5, 2018 at 11:11 AM, Mark Asselstine > wrote: >> Several of us have noticed that nothing has been merged to meta-java since >> mid-April (roughly 8 weeks ago). With about a dozen commits sent to the list >

Re: [oe] [meta-java] maintainer status

On Tuesday, June 5, 2018 12:48:20 PM EDT Otavio Salvador wrote: > On Tue, Jun 5, 2018 at 12:11 PM, Mark Asselstine > > wrote: > > Several of us have noticed that nothing has been merged to meta-java since > > mid-April (roughly 8 weeks ago). With about a dozen commits

[oe] [meta-networking][PATCH] networkmanager: fix "installed-vs-shipped" QA issue

23:01:40.456642738-07:00] /usr/lib/NetworkManager/VPN The upstream project moved these to $prefix/lib as part of upstream commit 74818b155c32 [build: fix $nmlibdir to be "/usr/lib/NetworkManager"] and here we adapt the recipe to take this change into effect. Signed-off-by: Mark

Re: [oe] [oe-commits] [meta-openembedded] branch rocko updated (6e3fc5b -> a65c1ac)

On Friday, February 2, 2018 6:42:08 AM EST Derek Straka wrote: > Mark had cherry picked the twisted changes from master. I thought he had > pulled in the full change set, but I must have missed some of the commits > when I reviewed it. I'll take a look once I get off the train. Sorry for > the

Re: [oe] [meta-oe][PATCH] recipes: use oe.utils.conditional instead of deprecated base_conditional

On Thu, Feb 1, 2018 at 1:47 PM, Andrei Gherzan wrote: > On Thu, Feb 1, 2018 at 2:22 PM, Trevor Woerner wrote: > >> On Thu, Feb 1, 2018 at 8:51 AM, Martin Jansa >> wrote: >> >> > I've merged it now to unblock people doing the builds

[oe] [meta-python][PATCH] python-twisted: avoid downloading build dependencies

python-incremental-native there might be issues should it ever run the code that does the import of twisted. This is not an issue now and a comment has been added to hopefully make this issue known to anyone else coming along at a later time. Signed-off-by: Mark Asselstine <mark.asse

Re: [oe] [meta-python][PATCH] python-automat: fix build dependencies to avoid download during do_compile

On Fri, Dec 22, 2017 at 9:16 AM, Derek Straka wrote: > Add the correct version of python{3}-setuptools-scm-native > Remove the dependency on m2r Derek, Can you please ensure this and other fixes for python-automat are applied to the rocko branch. Recall I had requested this

Re: [oe] [meta-python][PATCH] python-automat: fix build dependencies to avoid download during do_compile

On Friday, December 22, 2017 2:11:20 PM EST Derek Straka wrote: > Sure. I'm waiting for confirmation it fixes the issue from the ML before > requesting any backports. Sounds good. Thanks. Mark > > On Fri, Dec 22, 2017 at 2:00 PM, Mark Asselstine < > > mark.asselst...

Re: [oe] (no subject)

On Mon, Jul 23, 2018 at 8:28 AM, William Delacre wrote: > Hi ! :-) > > I’m facing issues when trying to run ‘bitbake python-twisted’ (do_compile > error) > > Log says : > “Download error on https://pypi.python.org/simple/incremental/: [Errno -3] > Temporary failure in name resolution > >

Re: [oe] (no subject)

On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine wrote: > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre > wrote: >> Hi ! :-) >> >> I’m facing issues when trying to run ‘bitbake python-twisted’ (do_compile >> error) >> >> Log says : >> “

Re: [oe] (no subject)

> > > > Is it because sometimes we know that the behavior of ‘foo’ and > > > > ‘foo-native’ > > > > > would be the same, independently of the architecture ? > > > > > > William > > > > > > Le ven. 27 juil. 201

Re: [oe] (no subject)

hat is what I can recall at the moment. Unfortunately I have forgotten some of the subtleties that might be in play. Mark > > William > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine < > > mark.asselst...@windriver.com> a écrit : > > On Thu, Jul 26, 2018 at 3:40 PM,

Re: [oe] (no subject)

> Okay, it makes sense! > > > > > > My question may seem stupid but then why don’t we always use ‘-native’ > > > > for > > > > > the dependencies ? > > > > > > Is it because sometimes we know that the behavior of ‘foo’ and > >

[oe] [meta-oe][PATCH] gnulib: use deltask instead of noexec

o fail. NOTE that there is a pending merge which will change the backtrace for a proper ERROR: [package_manager.py: Print offending package instead of non-sense trace] Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-oe/recipes-support/gnulib/gnulib_2017-08-20.18.bb

[oe] [meta-java][PATCH] Fix occasional build failures related to do_removebinaries

do_unpack() and do_patch(). We shouldn't be doing anything to disrupt do_removebinaries() so we simply ensure the tasks are more strictly ordered to prevent any interference. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- recipes-core/jakarta-commons/jakarta-commons.inc| 2

[oe] [meta-python][PATCH] python-jsonpatch: fix do_install

://github.com/stefankoegl/python-json-patch/pull/81 Since a release is not yet available with the required fix we must apply the fix as a patch. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- .../recipes-devtools/python/python-jsonpatch.inc | 4 +++ .../Drop-support-for-EOL-

[oe] [meta-oe][PATCH] zeromq: Fixup do_install_ptest_base failure

) did not take into account that the location of the tests changed in the 'build' directory as part of the new release. Updating to use the proper directory. Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> --- meta-oe/recipes-connectivity/zeromq/zeromq_4.2.3.bb | 2 +-

  1   2   >