[OE-core] [PATCH] gcc: Upgrade to 7.2.0 release

Drop upstreamed patches Signed-off-by: Khem Raj --- ...r-Use-stack_t-instead-of-struct-sigaltsta.patch | 81 --- ...0-replace-struct-ucontext-with-ucontext_t.patch | 149 - .../gcc/{gcc-7.1.inc => gcc-7.2.inc} | 14 +- .../0001-gcc-4.3.1-ARCH_FLAGS_FOR

Re: [OE-core] errors.yoctoproject.org refusing connections?

On 08/14/2017 04:12 AM, Martin Jansa wrote: > Hi, > recently couple uploads to errors.yoctoproject.org > end with "Connection reset by peer": > NOTE: Uploading the report > /home/jenkins/oe/world/shr-core/tmp-glibc/log/error-report/error_report_20170813141910.txt

Re: [OE-core] EXT: Re: [PATCH v2] libx11: Add patch to fix hanging issue in _XReply

On 14.08.2017 18:51, Leonardo Sandoval wrote: > On Mon, 2017-08-14 at 11:00 +0300, Jose Alarcon wrote: >> Assume event queue is empty if another thread is blocking waiting for event. >> >> If one thread was blocking waiting for an event and another thread sent a >> reply to the X server, both thr

[OE-core] [PATCH v3] libx11: Add patch to fix hanging issue in _XReply

Assume event queue is empty if another thread is blocking waiting for event. If one thread was blocking waiting for an event and another thread sent a reply to the X server, both threads got blocked until an event was received. Signed-off-by: Jose Alarcon --- .../libx11/Fix-hanging-issue-in-_XR

[OE-core] [PATCH 1/1] recipetool: create: fix incorrect URL variable usage

We have two variables here, srcuri and fetchuri. srcuri is what eventually ends up in the recipe, whereas fetchuri is what we actually pass to the fetcher when we fetch the source within recipetool - sometimes these need to be different particularly for an upcoming patch to handle automatically set

[OE-core] [PATCH 0/1] recipetool: create: fix incorrect URL variable usage

The following changes since commit 5a25ed1071f0d9b7d95edcc2b5b4545f960d5f95: image-prelink: Disable for musl images (2017-08-11 08:14:19 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/recipetool-fetchuri http://cgit.openembedded.o

Re: [OE-core] [PATCH 1/3] site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large file support

On Mon, Aug 14, 2017 at 3:27 AM, Richard Purdie wrote: > Depending on whether large file support is enabled, the size of ino_t can > be 4 or 8 on 32 bit x86. Drop the value from the site cache and allow the > system to vary it depending on configuration. Very few other arches actually > set > thi

Re: [OE-core] [PATCH] python3-native: Avoid use of getentropy

On Mon, Aug 14, 2017 at 6:02 AM, Richard Purdie wrote: > getentropy() is only available in glibc 2.25+ and uninative may relocate > binaries > onto systems that don't have this function. For now, force the code to the > older > codepath until we can come up with a better solution for this kind o

Re: [OE-core] master-next

On Mon, Aug 14, 2017 at 2:44 PM, Richard Purdie wrote: > On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote: >> Is there something “different” about this branch? I find that if I >> have a local master and master-next, and am on master, when I do a >> pull master-next will wind up both ahead

Re: [OE-core] master-next

On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote: > Is there something “different” about this branch?  I find that if I > have a local master and master-next, and am on master, when I do a > pull master-next will wind up both ahead and behind origin/master- > next.  If I switch to master-nex

[OE-core] [PATCH v6] kernel: Add support for multiple kernel packages

Some distros may want to provide alternate kernel "flavors" via feeds or within bootable images. For example, readily available builds which provide certain diagnostic features can enable developers and testers to more quickly resolve issues by avoiding lengthy kernel builds. This change allows fo

Re: [OE-core] [PATCH v5] kernel: Add support for multiple kernel packages

On 08/08/2017 05:33 PM, Wold, Saul wrote: On Tue, 2017-08-08 at 10:30 -0500, Haris Okanovic wrote: Some distros may want to provide alternate kernel "flavors" via feeds or within bootable images. For example, readily available builds which provide certain diagnostic features can enable develop

[OE-core] [PATCH] libarchive: Remove xz packageconfig --with-lzmadec option

--with-lzmadec option was removed in libarchive commit: 30e1b7efd472e0439bea14df6a2d19cd8b5ac15e See Github PR: https://github.com/libarchive/libarchive/pull/806 Signed-off-by: Fabio Berton --- meta/recipes-extended/libarchive/libarchive_3.3.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deleti

[OE-core] [PATCH] curl: upgrade to 7.55.1

Signed-off-by: Oleksandr Kravchuk --- meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.55.1.bb} | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) rename meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.55.1.bb} (92%) diff --git a/meta/recipes-support/curl/curl_7.54.1.bb b/met

Re: [OE-core] master-next

On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote: > Is there something “different” about this branch? this branch is the what at some point will be landed to master, pretty dynamic and only created/used by key maintainers (RP, Ross) and consumed by the auto-builder. > I find that if I ha

[OE-core] master-next

Is there something "different" about this branch? I find that if I have a local master and master-next, and am on master, when I do a pull master-next will wind up both ahead and behind origin/master-next. If I switch to master-next and rebase, it might fail, or it might leave me with one or m

Re: [OE-core] [PATCH v2] libx11: Add patch to fix hanging issue in _XReply

On Mon, 2017-08-14 at 11:00 +0300, Jose Alarcon wrote: > Assume event queue is empty if another thread is blocking waiting for event. > > If one thread was blocking waiting for an event and another thread sent a > reply to the X server, both threads got blocked until an event was > received. > >

Re: [OE-core] ✗ patchtest: failure for libx11: Add patch to fix hanging issue in _XReply

On Mon, 2017-08-14 at 07:01 +, Patchwork wrote: > == Series Details == > > Series: libx11: Add patch to fix hanging issue in _XReply > Revision: 1 > URL : https://patchwork.openembedded.org/series/8209/ > State : failure > > == Summary == > > > Thank you for submitting this patch series t

Re: [OE-core] ✗ patchtest: failure for curl: upgradeto 7.54.0

On Fri, 2017-08-11 at 22:31 +, Patchwork wrote: > == Series Details == > > Series: curl: upgradeto 7.54.0 > Revision: 1 > URL : https://patchwork.openembedded.org/series/8196/ > State : failure > > == Summary == > > > Thank you for submitting this patch series to OpenEmbedded Core. This i

[OE-core] Yocto Project Status WW33’17

Current Dev Position: YP 2.4 M3 Next Deadline: YP 2.4 M3 Cut off is Aug. 21, 2017 SWAT team rotation: Leo -> Juro on Aug. 11, 2017. SWAT team rotation: Juro -> Paul on Aug. 18, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·YP 2.4 M2 rc3

Re: [OE-core] [PATCH v2 7/7] dnf: expand dnf selftest to test signed package feeds

On 14/08/2017, 14.16, "Alexander Kanavin" wrote: On 08/11/2017 06:35 PM, Markus Lehtonen wrote: > > import re > -output_makecache = self.dnf('makecache') > +output_makecache = self.dnf('-y makecache') Why add '-y'? Can you add a comment (

[OE-core] [PATCH] gstreamer1.0-plugins-bad: do not provide a fallback to openssl 1.0

This does not work as intended: enabling either of the alternatives causes the other alternative to append a --disable-hls flag to configure. Anyone needing openssl 1.0 should set it up manually via EXTRA_OECONF_append or similar. Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/gstr

[OE-core] [PATCH] python3-native: Avoid use of getentropy

getentropy() is only available in glibc 2.25+ and uninative may relocate binaries onto systems that don't have this function. For now, force the code to the older codepath until we can come up with a better solution for this kind of issue. Signed-off-by: Richard Purdie --- meta/recipes-devtools

[OE-core] [PATCH 1/3] libva-utils: add recipe

Utilities and tests in the libva was spun-off as libva-utils during 1.8.0 release. libva-utils is a collection of utilities and examples to exercise VA-API in accordance with the libva project Signed-off-by: Maxin B. John --- meta/recipes-graphics/libva/libva-utils_1.8.3.bb | 30 +++

[OE-core] [PATCH 3/3] gst-player: remove workaround which disable visualizations

As we upgrade to libva 1.8.3, we can remove the workaround patch which disables visualizations in gst-player: 1. 0001-gtk-play-Disable-visualizations.patch Also remove the upstreamed patches: 1. filechooser.patch 2. Fix-pause-play.patch 3. Add-error-signal-emission-

[OE-core] [PATCH 2/3] libva: upgrade to 1.8.3

1.7.3 -> 1.8.3 Remove upstreamed patch: 0001-wayland-Don-t-commit-and-ship-generated-files.patch Replace following patch by setting ac_cv_prog in EXTRA_OECONF: 0001-configure.ac-Use-wayland-scanner-in-PATH.patch The dummy driver was removed in 1.8.3 release. Signed-off-by: Maxin

[OE-core] [PATCH 0/3] libva: upgrade to 1.8.3

Upgrade libva to version 1.8.3. Utilities and tests in the libva was spun-off as libva-utils during 1.8.0 release. After this upgrade, we can remove the workaround patch in gst-player. This series should be applied after the gstreamer upgrade to 1.12.2 series. Maxin B. John (3): libva-utils: a

Re: [OE-core] [PATCH v2 7/7] dnf: expand dnf selftest to test signed package feeds

On 08/11/2017 06:35 PM, Markus Lehtonen wrote: import re -output_makecache = self.dnf('makecache') +output_makecache = self.dnf('-y makecache') Why add '-y'? Can you add a comment (just prior to this line) explaining what question dnf is asking? +self.as

Re: [OE-core] [meta-oe][PATCH] curl: upgrade to 7.55.0

Hi, On Sat, Aug 12, 2017 at 05:49:28PM +0200, Oleksandr Kravchuk wrote: > Signed-off-by: Oleksandr Kravchuk > --- > meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.55.0.bb} | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > rename meta/recipes-support/curl/{curl_7.54.1.bb => curl

[OE-core] errors.yoctoproject.org refusing connections?

Hi, recently couple uploads to errors.yoctoproject.org end with "Connection reset by peer": NOTE: Uploading the report /home/jenkins/oe/world/shr-core/tmp-glibc/log/error-report/error_report_20170813141910.txt to errors.yoctoproject.org:80 WARNING: Server connection failed [Errno 104] Connecti

Re: [OE-core] native sysroot race with rpmbuild

On Mon, 2017-08-14 at 13:55 +0300, Jussi Kukkonen wrote: > Adwaita I had lost already but I've put the logs for failing > packagegroup-core-x11-sato here: > https://github.com/jku/packagegroup-core-x11-sato-logs >   > There's this in the log: > | NOTE: rpm-native exists in sysroot, skipping What i

Re: [OE-core] native sysroot race with rpmbuild

On 14 August 2017 at 13:38, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > > On Mon, 2017-08-14 at 11:33 +0300, Jussi Kukkonen wrote: > > I'm seeing lots of this failure in my last build: > > > > | DEBUG: PKGWRITEDIR: /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita- > > icon-theme/3.2

Re: [OE-core] native sysroot race with rpmbuild

On Mon, 2017-08-14 at 11:33 +0300, Jussi Kukkonen wrote: > I'm seeing lots of this failure in my last build: > > | DEBUG: PKGWRITEDIR: /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita- > icon-theme/3.24.0-r0/deploy-rpms/noarch > | DEBUG: SITE files ['endian-little', 'bit-32', 'common-linux', > 'comm

[OE-core] ✗ patchtest: failure for "site/ix86-common: Drop ac_cv_s..." and 2 more

== Series Details == Series: "site/ix86-common: Drop ac_cv_s..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/8212/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been e

[OE-core] [PATCH 3/3] selftest/tinfoil: Filter LogRecords in test_event_wait

As the code stands today, an event mask does not mask LogRecord events since the log levels are controlled separately. We therefore need to accept (and ignore) LogRecord events in this test to avoid errors. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/cases/tinfoil.py | 3 +++ 1 file

[OE-core] [PATCH 2/3] expat: Don't use getrandom() in the -native case

getrandom() is only available in glibc 2.25+ and uninative may relocate binaries onto systems that don't have this function. For now, force the code to the older codepath until we can come up with a better solution for this kind of issue. Signed-off-by: Richard Purdie --- meta/recipes-core/expat

[OE-core] [PATCH 1/3] site/ix86-common: Drop ac_cv_sizeof_ino_t as it can be incorrect with large file support

Depending on whether large file support is enabled, the size of ino_t can be 4 or 8 on 32 bit x86. Drop the value from the site cache and allow the system to vary it depending on configuration. Very few other arches actually set this so its likely obsolete and doesn't need to be hardcoded anymore.

[OE-core] native sysroot race with rpmbuild

I'm seeing lots of this failure in my last build: | DEBUG: PKGWRITEDIR: /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-r0/deploy-rpms/noarch | DEBUG: SITE files ['endian-little', 'bit-32', 'common-linux', 'common-glibc', 'allarch-linux', 'common'] | DEBUG: Executing shell functio

[OE-core] [PATCH] packagefeed-stability.bbclass: change a bb.plain to bb.note

From: Ming Liu I could see dozens of "Copying packages for recipe..." messages on the console during a image build, this is sort of annoying. I would like them to be dumped into the task log instead, so I can get a cleaner console and would not miss real important messages. Signed-off-by: Ming L

Re: [OE-core] [PATCH] rootfs-postcommands.bbclass: Filter out dangling symlinks in ssh_allow_empty_password()

On Wed, 2017-08-09 at 09:45 -0700, Khem Raj wrote: > In images built with pam in DISTRO_FEATURES, we end up with dangling > symlinks > if su is not packaged into image > > $ ls /mnt/a/oe/build/tmp/work/raspberrypi3-bec-linux-gnueabi/core- > image-minimal/1.0-r0/rootfs/etc/pam.d/su-l -l > lrwxrwxrw

Re: [OE-core] [PATCH v3 0/7] Support signed RPM package feeds

On Fri, 2017-08-11 at 18:43 +0300, Markus Lehtonen wrote: > Changes since v2: > - bug id in the commit message of the last patch corrected > > The following changes since commit > df7f5221a56118da7654476f072c37ae1e75dc50: > >   libinput: Upgrade 1.7.3 -> 1.8.1 (2017-08-09 09:25:47 +0100) > > are

[OE-core] [PATCH v2] libx11: Add patch to fix hanging issue in _XReply

Assume event queue is empty if another thread is blocking waiting for event. If one thread was blocking waiting for an event and another thread sent a reply to the X server, both threads got blocked until an event was received. Signed-off-by: Jose Alarcon --- .../libx11/Fix-hanging-issue-in-_XR

[OE-core] ✗ patchtest: failure for libx11: Add patch to fix hanging issue in _XReply

== Series Details == Series: libx11: Add patch to fix hanging issue in _XReply Revision: 1 URL : https://patchwork.openembedded.org/series/8209/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have bee