Fedora-Cloud-32-20201129.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20201128.0): ID: 731529 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Fedora rawhide compose report: 20201129.n.0 changes

OLD: Fedora-Rawhide-20201128.n.0 NEW: Fedora-Rawhide-20201129.n.0 = SUMMARY = Added images:2 Dropped images: 5 Added packages: 0 Dropped packages:0 Upgraded packages: 65 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size

[Test-Announce] Fedora-IoT 34 RC 20201129.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora-IoT 34 RC 20201129.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_pl

Exchange: libnss-mysql -> libnss-maria

Hi, as i just got informed, libnss-maria does support TLS/SSL connections to DB servers and is a replacement for the normal libnss-mysql, which does not support encrypted connections. The libnss-mysql package is unchanged for years now and is based on age old code from early 200x As libnss-m

Re: Flatpak and __pycache__

On 11/29/20 7:35 AM, Kalev Lember wrote: On Sun, Nov 29, 2020 at 1:55 AM Miro Hrončok > wrote: On 11/28/20 10:06 PM, Ville-Pekka Vainio wrote: > Hi, > > I'm slowly working on reviving the Finnish spell-checking stack. When > working on the libv

Fedora-IoT-34-20201129.0 compose check report

No missing expected images. Failed openQA tests: 6/16 (x86_64), 8/15 (aarch64) New failures (same test not failed in Fedora-IoT-34-20201128.0): ID: 731839 Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_overlay URL: https://openqa.fedoraproject.org/tests/731839 ID: 731864 Test: aarch64 I

Re: Flatpak and __pycache__

On Sun, Nov 29, 2020 at 3:00 PM Miro Hrončok wrote: > On 11/29/20 7:35 AM, Kalev Lember wrote: > > On Sun, Nov 29, 2020 at 1:55 AM Miro Hrončok > > wrote: > > > > On 11/28/20 10:06 PM, Ville-Pekka Vainio wrote: > > > Hi, > > > > > > I'm slowly worki

Re: Exchange: libnss-mysql -> libnss-maria

On 29/11/2020 13:29, Marius Schwarz wrote: as i just got informed, libnss-maria does support TLS/SSL connections to DB servers and is a replacement for the normal libnss-mysql, which does not support encrypted connections. The libnss-mysql package is unchanged for years now and is based on age

Fedora-Rawhide-20201129.n.0 compose check report

Missing expected images: Minimal raw-xz armhfp Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 4 of 43 required tests failed, 1 result missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 21/180 (x86_64), 20/109 (aarch64)

s390x only buildroot problem

I'm trying to build PySide2 for Rawhide but keep hitting this, and it only happens on s390x: DEBUG util.py:634: Error: DEBUG util.py:634: Problem 1: package qt5-qtbase-devel-5.15.2-3.fc34.s390x requires pkgconfig(vulkan), but none of the providers can be installed DEBUG util.py:634:- packag

Re: Exchange: libnss-mysql -> libnss-maria

Am 29.11.20 um 15:29 schrieb Tom Hughes via devel: On 29/11/2020 13:29, Marius Schwarz wrote: as i just got informed, libnss-maria does support TLS/SSL connections to DB servers and is a replacement for the normal libnss-mysql, which does not support encrypted connections. The libnss-mysql pac

Re: s390x only buildroot problem

Never mind, it has been reported and "fixed" it just needs to propagate to the builders I suppose. Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Re: Exchange: libnss-mysql -> libnss-maria

On 29/11/2020 15:08, Marius Schwarz wrote: Am 29.11.20 um 15:29 schrieb Tom Hughes via devel: On 29/11/2020 13:29, Marius Schwarz wrote: as i just got informed, libnss-maria does support TLS/SSL connections to DB servers and is a replacement for the normal libnss-mysql, which does not support

Re: s390x only buildroot problem

On Sunday, November 29, 2020 3:20:34 PM WET Richard Shaw wrote: > Never mind, it has been reported and "fixed" it just needs to propagate to > the builders I suppose. > > Thanks, > Richard I am also in that queue. :-) Thank you for letting us know that the problem is fixed. -- José Abílio__

Re: Flatpak and __pycache__

On 11/29/20 3:22 PM, Kalev Lember wrote: >  > for python_libdir in `find "$RPM_BUILD_ROOT" -type d|grep -E > "/usr/lib(64)?/python[0-9]\.[0-9]$"`; > > ... which should use prefix instead of hardcoding /usr (or alternatively scan > both /usr and /app). Can do. How

Re: Flatpak and __pycache__

On 11/29/20 3:22 PM, Kalev Lember wrote: Can do. However, one question: When we find code in /app/lib(64)/pythonX.Y, do we bytecompile with /usr/bin/pythonX.Y or /app/bin/pythonX.Y? Awesome, thanks! It depends: for python2.7 (gimp flatpak) we use python2.7 re-built for /app prefix (s

Re: s390x only buildroot problem

On Sun, Nov 29, 2020 at 10:07 AM José Abílio Matos wrote: > On Sunday, November 29, 2020 3:20:34 PM WET Richard Shaw wrote: > > > Never mind, it has been reported and "fixed" it just needs to propagate > to > > > the builders I suppose. > > > I am also in that queue. :-) > > Thank you for letting

Re: s390x only buildroot problem

Richard Shaw wrote: > Never mind, it has been reported and "fixed" it just needs to propagate to > the builders I suppose. Only part of it is fixed (worked-around): qt5-qtbase Other packages are (still) affected, including: vulkan-loader (and anything else that depends on it, including: gstrea

Re: s390x only buildroot problem

On Sun, Nov 29, 2020 at 12:43 PM Rex Dieter wrote: > Richard Shaw wrote: > > Other packages are (still) affected, including: > > vulkan-loader > > (and anything else that depends on it, including: > gstreamer1-plugins-bad-free > For the hell of it I added a conditional for s390x BR: vulcan and k

Re: s390x only buildroot problem

On Sunday, 29 November 2020 at 21:36, Richard Shaw wrote: > On Sun, Nov 29, 2020 at 12:43 PM Rex Dieter wrote: > > > Richard Shaw wrote: > > > > Other packages are (still) affected, including: > > > > vulkan-loader > > > > (and anything else that depends on it, including: > > gstreamer1-plugins-b

Re: s390x only buildroot problem

On Sun, Nov 29, 2020 at 2:55 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Sunday, 29 November 2020 at 21:36, Richard Shaw wrote: > > On Sun, Nov 29, 2020 at 12:43 PM Rex Dieter wrote: > > > > > Richard Shaw wrote: > > > > > > Other packages are (still) affected, includi

Re: s390x only buildroot problem

Correction, I had a leftover character from a previous attempt... New scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=56407903 Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Neal Gompa writes: > Richard Brown from openSUSE also informed me that it's technically > possible to do some level of audio subsystem QA using OpenQA, but I'm > not sure how to do it. Perhaps that's another avenue we can pursue to > improve integration testing coverage? While it is technically

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

"Wim Taymans" writes: > So, the current sentiment is: > > * provide an easy way to test in f33, either copr or with regular packages. >- rawhide is a not a good place to get good testing anyway > * encourage people to test. Provide instructions on how to do this and how to >leave feedback

Re: s390x only buildroot problem

Ok, missed some references to capital V, Vulkan. Got those fixed and have a successful build: https://koji.fedoraproject.org/koji/taskinfo?taskID=56409581 Should I commit? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsub

Re: s390x only buildroot problem

Pull request submitted: https://src.fedoraproject.org/rpms/gstreamer1-plugins-bad-free/pull-request/6 Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, 2020-11-30 at 00:24 +0100, Dan Čermák wrote: > Neal Gompa writes: > > > Richard Brown from openSUSE also informed me that it's technically > > possible to do some level of audio subsystem QA using OpenQA, but I'm > > not sure how to do it. Perhaps that's another avenue we can pursue to >

[Test-Announce] 2020-11-30 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2020-11-30 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! We didn't meet for a few weeks, and this is the last slot before lots of folks will be away over Dece

Fedora-Cloud-33-20201130.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20201129.0): ID: 731980 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Flatpak and __pycache__

On 11/29/20 17:55, Miro Hrončok wrote: Here's a draft PR that should fix the Python 3 case: https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/113 The Python 2 case is IMHO not worth it. It doesn't have __pycache__ or %pycached. It might be a good idea to call %py_byte_compile

Deepin Desktop Environment v20 coming to Rawhide with packages license changed

* Upstream original release notes: https://www.deepin.org/en/2020/09/11/deepin-20-innovation-is-ongoing/ * Versions of packages are actually sychronised with Arch Linux, not directly with Deepin upstream. * There are new packages released upstream but not packaged in Fedora. We lack human power. *