Re: [OE-core] [PATCH 3/3] pulseaudio: fix to manage user services corretly

On Fri, 2016-09-09 at 20:10 +0200, Pau Espin Pedrol wrote: > Hi, > > I think I didn't express myself correctly. Please note I did the > longer investigations quite a while ago and I'm mainly talking from > memory, so I may be wrong in some of the assumptions. > > From systemd.bbclass, you can

Re: [OE-core] [PATCH 3/3] pulseaudio: fix to manage user services corretly

Hi, I think I didn't express myself correctly. Please note I did the longer investigations quite a while ago and I'm mainly talking from memory, so I may be wrong in some of the assumptions. >From systemd.bbclass, you can see this: if service.find('.socket') != -1: #

Re: [OE-core] [PATCH v2] python-3.5-manifest.inc: the core module RDEPENDS on misc

Hi Ricardo, Take a look at commit: http://cgit.openembedded.org/openembedded-core/commit/?h=krogoth=8bbfe9bd229e3f795577eb5df1cd5104651e2ba2 this commit fix your issue. Regards On Tue, Aug 30, 2016 at 10:37 AM, Ricardo Ribalda Delgado < ricardo.riba...@gmail.com> wrote: > Hi Fabio > > Thanks

Re: [OE-core] [PATCH 2/3] systemd.bbclass: add support to manage user services

Hi, Pau Espin Pedrol 2016-09-08 4:33 GMT+02:00 ChenQi : > On 09/07/2016 08:14 PM, Pau Espin Pedrol wrote: > > > 2016-09-07 11:22 GMT+02:00 Chen Qi : > >> Add new variable SYSTEMD_USER_SERVICE and SYSTEM_USER_AUTO_ENABLE >> to manage user services.

[OE-core] [PATCH 0/1] qemurunner:log testimage qemu launch command

This logs the command that "bitbake -c testimage" used to launch qemu. This is helpful if a test failed and you would like to manually start qemu in the same way to debug the failed test. With this addition you can just cut and paste the runqemu command from the log.do_testimage file. -b The

[OE-core] [PATCH 1/1] qemurunner: print out the runqemu command

This logs the launch command that was used for runqemu while running -c testimage. This way, if I'd like to easily launch qemu manually in order to debug a failed test, I know what commmand was run to create the qemu instance. Signed-off-by: bavery ---

[OE-core] [PATCH 1/1] testimage: add createrepo-native to testimage depends

The smart tests need createrepo to be in the native sysroot. It needs to be one of the depends for testimage. Signed-off-by: bavery --- meta/classes/testimage.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/testimage.bbclass

[OE-core] [PATCH 0/1] testimage:add createrepo-native to depends

This adds the createrepo-native to the depends for testimage. Without this, if you just make the dependencies you need for testimage (for instance if you already have the image to test) you would be missing the createrepo-native needed by testimage. -b The following changes since commit

[OE-core] [PATCH] mesa: update to 12.0.2

* removed patch was applied mainline * tested on RaspberryPi2 weston / lxqt / kde Signed-off-by: Andreas Müller --- .../mesa/files/clang-compile-PR89599.patch | 116 - .../mesa/{mesa-gl_12.0.1.bb => mesa-gl_12.0.2.bb} | 0

[OE-core] Topics & attendance for OEDEM

This is a reminder about the OpenEmbedded General Assembly (GA) and Developer's European Meeting (OEDEM) coming up on October 14 in Berlin, following ELCE. If you are able to attend, please let us know ASAP so we can plan. You can sign up for this event on the wiki at this address: GA:

Re: [OE-core] Subjects for YP Developer Day at ELCE

...nd HERE's the link https://www.yoctoproject.org/yocto-project-developer-day-europe-2016 On Fri, Sep 9, 2016 at 8:51 AM, Jeff Osier-Mixon wrote: > Hi all - we are in the planning stages for DevDay at ELCE right now, > particularly the advanced track. This track changes

[OE-core] Subjects for YP Developer Day at ELCE

Hi all - we are in the planning stages for DevDay at ELCE right now, particularly the advanced track. This track changes every session, usually to cover the things we are working on hardest - for example, in San Diego we covered CROPS, devtool, the latest Toaster features, and much more. Whether

[OE-core] Yocto Project Status WW37

Current Dev Position: YP 2.2 M4 (M3 Building rc1) Next Deadline: YP 2.2 M4 which will be Oct. 3rd (5:00pm GMT) SWAT team rotation: Alejandro -> Jussi https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *M3 has continued to be problematic: o The

[OE-core] Yocto Bugzilla category cleanup

All, We are planning to spin up a team to look at redefining/cleaning up the categories in Yocto's bugzilla. We will then work on the migration to these new categories and ensure each category has the correct default owner. If you are interested in being an active participant, please let

Re: [OE-core] [PATCH 00/28] Enable gtk-doc

On Mon, 2016-09-05 at 08:58 +0200, Anders Darander wrote: > * Alexander Kanavin [160902 > 17:08]: > > > > > On 09/02/2016 12:59 AM, Randy MacLeod wrote: > > > > > > > > > > > Gtk-doc generation happens if 'api-documentation' distro > > > > feature is > > > >

[OE-core] [PATCH] oeqa/parselogs: Don't use cwd for file transfers

If you run: MACHINE=A bitbake -c testimage MACHINE=B bitbake -c testimage and A has errors in parselogs, machine B can pick these up and cause immense confusion. This is because the test transfers the log files to cwd which is usually TOPDIR. This is clearly bad and this patch uses a subdir of

Re: [OE-core] [PATCH] gst-player: include SRCPV in PV

On 9 September 2016 at 06:57, Markus Lehtonen < markus.lehto...@linux.intel.com> wrote: > +PV = "git${SRCPV}" > This breaks packaging for me, throwing interesting python exceptions. gst-player has a version in configure.ac, so this should be 0.0.1+git${SRCPV} I guess. Ross --

Re: [OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

On Fri, 2016-09-09 at 11:31 +0200, Martin Jansa wrote: > On Thu, Sep 08, 2016 at 11:26:01AM +0200, Elizabeth 'pidge' Flanagan > wrote: > > > > This commit pulls and extends the functionality of .oe-error-report > > into > > local.conf. It maintains the functionality of .oe-error-report. > > > >

Re: [OE-core] [PATCH] pango: add libpcre to DEPENDS

On 9 September 2016 at 10:32, Ioan-Adrian Ratiu wrote: > I cleared the build directory and sstate cache, started with a clean > rebuild and I can't reproduce the error anymore. gen-all-unicode is > built as expected and at runtime it links with libpcre as expected > and the

Re: [OE-core] [PATCH] perl: correct the path of perl used by ptest

Hi Bill, Sorry that i just notice this email, sorry for the late reply. I made this patch based on the following two points: 1. Please see commit 467eb93f and 84a39786, there has the following code in files automake_1.15.bb and autoconf.inc: CACHED_CONFIGUREVARS +=

Re: [OE-core] [PATCH] pango: add libpcre to DEPENDS

On Thu, 08 Sep 2016, "Burton, Ross" wrote: > On 8 September 2016 at 11:37, Ioan-Adrian Ratiu wrote: > >> No. It fails sporadically on the jenkins build machine when it's under >> load. Somehow adding the pcre dependency directly to pango fixes the >>

Re: [OE-core] [RFC][PATCH] report-error.bbclass: Add support for autosending

On Thu, Sep 08, 2016 at 11:26:01AM +0200, Elizabeth 'pidge' Flanagan wrote: > This commit pulls and extends the functionality of .oe-error-report into > local.conf. It maintains the functionality of .oe-error-report. > > It also enables report-error to automatically send error reports to a >

[OE-core] [PATCH] gstreamer1.0-omx: inherit upstream-version-is-even

Since gstreamer1.0-omx follows the GStreamer versioning style, inherit upstream-version-is-even for checking the upstream version of the package. Signed-off-by: Maxin B. John --- meta/recipes-multimedia/gstreamer/gstreamer1.0-omx.inc | 2 +- 1 file changed, 1 insertion(+),

[OE-core] [PATCH] bitbake.conf: Add BBSERVER to HASHBASE_WHITELIST

Using BBSERVER variable in checksum calculations causes unnecessary rebuilds when running memres bitbake. Whitelisted BBSERVER variable to prevent this unwanted behaviour. [YOCTO #10201] Signed-off-by: Ed Bartosh --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1

Re: [OE-core] [PATCH 1/4] gstreamer1.0-omx: provide RECIPE_NO_UPDATE_REASON

Hi Ross, >On Thu, Sep 08, 2016 at 05:04:26PM +0100, Burton, Ross wrote: >>On 8 September 2016 at 16:46, Maxin B. John wrote: >> >> +RECIPE_NO_UPDATE_REASON = "Version 1.9.2 requires gstreamer-1.0 >= 1.9.2" > >Are they adopting the GStreamer versioning style, so we should

Re: [OE-core] weston startup problem

On 24 August 2016 at 20:08, Tom Hochstein wrote: > Hi All, Hi, sorry for missing this in the originally, > The weston systemd startup implementation is not working correctly and I > need some help fixing it. > > With systemd and pam on the image, the expected behavior