Fedora-Cloud-33-20210103.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-20210102.0): ID: 750088 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

[389-devel] 389 DS nightly 2021-01-03 - 93% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2021/01/03/report-389-ds-base-1.4.4.9-1.fc33.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code

[Test-Announce] [Test Week] Fedora Kernel 5.10

Hey All, I would like to invite all of you to participate in the Kernel 5.10 Test week which is happening from 2021-01-04 to 2021-01-11. It's fairly simple, head over to the wiki [0] and read in details about the test week and simply run the test case mentioned in[1] and enter your results. As

[EPEL-devel] Fedora EPEL 8 updates-testing report

The following Fedora EPEL 8 Security updates need testing: Age URL 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d4406c9c75 awstats-7.8-2.el8 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-001e4d949f dia-0.97.3-16.el8 The following builds have been pushed

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 16 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-4a9fc09599 openjpeg2-2.3.1-10.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7c91badc19 guacamole-server-1.2.0-2.el7 3

Re: Chromium built in rawhide does not render most strings

Tom Callaway wrote: > I rebuilt chromium, but it did not resolve the issue. So what can we do to resolve the issue? Surely we cannot leave both Chromium and Falkon unable to render text forever. Kevin Kofler ___ devel mailing list --

Re: Thoughts about packaging a standalone python-PyQt5-sip?

On Sat, 2 Jan 2021, Kevin Fenzi wrote: I think fundamentally the version of PyQt5-sip probably needs to match (or be very close to) the version of sip that PyQt5 itself was compiled with. I think for calibre (which is currently failing with): ... /usr/bin/python3 -c import os;

[Test-Announce] 2021-01-04 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2021-01-04 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers, and happy new solar year! We didn't meet since the holiday break, so let's meet on Monday and see

Re: Thoughts about packaging a standalone python-PyQt5-sip?

On Thu, Dec 31, 2020 at 10:02:44PM -0500, Scott Talbert wrote: > On Thu, 31 Dec 2020, Kevin Fenzi wrote: > > > > I think fundamentally the version of PyQt5-sip probably needs to match (or > > > be very close to) the version of sip that PyQt5 itself was compiled with. > > > > I think for calibre

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

On Sat, 2021-01-02 at 18:12 +, Jonathan Dieter wrote: > FWIW, I also think it's time for drpms to go.  Aside from any potential > issues with the proposed change, they haven't been useful in Fedora for > three years, (see https://pagure.io/releng/issue/7215), and nobody's > been able to put in

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

On Sat, 2021-01-02 at 13:42 +, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Dec 30, 2020 at 10:10:27AM -0800, Kevin Fenzi wrote: > > This is most likely because we are only making drpms against the most > recent updates. So, we are making very few drpms and only against > things > that recently

Fedora-IoT-34-20210102.0 compose check report

Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Failed openQA tests: 1/16 (x86_64), 5/15 (aarch64) Old failures (same test failed in Fedora-IoT-34-20210101.0): ID: 749954 Test: x86_64 IoT-dvd_ostree-iso base_services_start URL: https://openqa.fedoraproject.org/tests/749954 ID:

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

I went ahead and submitted an update rather than waiting for gmic to be fixed. There's just too much of a chance of one of the packages being rebuilt or upgraded the longer I wait. https://bodhi.fedoraproject.org/updates/FEDORA-2021-6229d3d205 Thanks, Richard

Re: Fedora 34 Change: LTO Build Improvements (System-Wide Change proposal)

On Sat, Jan 2, 2021 at 5:33 PM Jeff Law wrote: > > > On 12/30/20 3:48 PM, Ian McInerney wrote: > > > > > > On Wed, Dec 30, 2020 at 7:54 PM Ben Cotton > > wrote: > > > > https://fedoraproject.org/wiki/Changes/LTOBuildImprovements > >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

On Sat, Jan 2, 2021 at 11:35 AM Jeff Law wrote: > > On 1/1/21 7:08 PM, Richard Shaw wrote: > > All builds have completed in a side tag with the exception of gmic > > which looks to be failing for gcc 11 related issues? But only on > > 32-bit arches. > > > >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

On 1/1/21 7:08 PM, Richard Shaw wrote: > All builds have completed in a side tag with the exception of gmic > which looks to be failing for gcc 11 related issues? But only on > 32-bit arches. > > https://koji.fedoraproject.org/koji/taskinfo?taskID=58753095 >

Re: Fedora 34 Change: LTO Build Improvements (System-Wide Change proposal)

On 12/30/20 3:48 PM, Ian McInerney wrote: > > > On Wed, Dec 30, 2020 at 7:54 PM Ben Cotton > wrote: > > https://fedoraproject.org/wiki/Changes/LTOBuildImprovements > > > > == Summary == >

Re: Fedora 34 Change: LTO Build Improvements (System-Wide Change proposal)

On 1/2/21 3:13 AM, Florian Weimer wrote: > * Ben Cotton: > >> To ensure that we can identify packages that need the opt-in now and >> in the future, the plan is to pass to brp-strip-lto a flag indicating >> whether or not the package has opted into -ffat-lto-objects. If >> brp-strip-lto finds

Re: Fedora 34 Change: Enable systemd-oomd by default for all variants (System-Wide Change)

On Mon, Dec 21, 2020 at 11:28:45AM -0500, Ben Cotton wrote: > For memory pressure configuration, this will be > ManagedOOMMemoryPressure=kill and ManagedOOMMemoryPressureLimit=4% on > user@.service to have systemd-oomd send SIGKILLs to all processes > under a selected cgroup when total memory

Re: Bodhi down?

Yep. Works for me now. Both, src.fedoraproject and Bodhi. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Bodhi down?

Smooge fixed it ? now. On Sat, 2021-01-02 at 16:56 +0100, Guido Aulisi wrote: > Hello, > > Il giorno sab, 02/01/2021 alle 09.16 -0600, Richard Shaw ha scritto: > > I tried to push an update but got the following: > > > > Builds : Unable to create update. Bodhi failed to get a resource > > from

Re: HEADS UP: Intent to update python-mysql to 2.0.3

Hello, Even though I am the main admin of the package, I am not very proficient with Python packaging. I only made a few updates which were either effortless; or thoroughly consulted with a skilled Python packager. (I took over the package after Jakub become mostly inactive as a Fedora packager)

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

Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 2 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 8/180 (x86_64), 6/122 (aarch64) New failures (same test not failed in

Re: Bodhi down?

Hello, Il giorno sab, 02/01/2021 alle 09.16 -0600, Richard Shaw ha scritto: > I tried to push an update but got the following: > > Builds : Unable to create update. Bodhi failed to get a resource from > PDC at the following URL " >

Bodhi down?

I tried to push an update but got the following: Builds : Unable to create update. Bodhi failed to get a resource from PDC at the following URL " https://pdc.fedoraproject.org/rest_api/v1/component-branches/?active=true_path=true=global_component=f33_size=100=rpm_component=OpenImageIO;. The

Re: runtime dependencies not in Requires spec section

Jerry James wrote: > RPM can query ELF objects (executables and shared libraries) to find > DT_NEEDED fields. That gives it a list of libraries that are depended > on directly. It generates Requires for those dependencies > automatically; see /usr/lib/rpm/find-requires. So the keepassxc >

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

On Tue, Dec 22, 2020 at 09:41:35PM -, Matthew Almond via devel wrote: > > On Mon, Dec 21, 2020, at 1:07 PM, Neal Gompa wrote: > > > > Yes it does. It avoids writing the compressed data and then copying it > > back out > > uncompressed, which is the same amount of savings as the reflink

Re: How to easily automate test builds in a COPR project

It's still manually initiated, but I wrote a bash script which takes care of the process nicely. I just pass the package name and the test version and then: 1. It clones the package in a temporary directory 2. Used sed to change the alpha macro from 0 to 1 which I use to control the Source URL

Re: Another self-introduction

On Sat, Jan 02, 2021 at 01:10:59PM +0100, Mark E. Fuller wrote: > Hello all and happy (civil) new year. > I'm Fuller and I am new to this list since making the switch from > stable Fedora to Rawhide about a month ago. > I have been Linux-exclusive for nearly 15 years after some first > exposure to

Re: HEADS UP: libgit 1.1.0 update with SONAME bump (in Rawhide)

On 12/29/20 4:12 PM, Igor Raits wrote: All packages were rebuilt successfully except julia. It is FTBFS due to the GCC 11.0 upgrade (so it is FTBFS for quite some time already). The update is on the way to Rawhide and I don't plan to push this update to stable releases (unless somebody asks

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

On Wed, Dec 30, 2020 at 10:10:27AM -0800, Kevin Fenzi wrote: > On Wed, Dec 30, 2020 at 01:18:38PM +, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Dec 22, 2020 at 05:09:08PM -0500, Matthew Miller wrote: > > > On Tue, Dec 22, 2020 at 02:02:13PM -0800, Kevin Fenzi wrote: > > > > > delta rpms

Fedora rawhide compose report: 20210102.n.0 changes

OLD: Fedora-Rawhide-20210101.n.0 NEW: Fedora-Rawhide-20210102.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 52 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size

Review request/swap python-enrich

Hi, This package is a new dependency of python-molecule. Can someone take a look and review it please. https://bugzilla.redhat.com/show_bug.cgi?id=1911296 Happy to review in exchange. -- *Chedi Toueiti* ** My opinions may have changed, but not the fact that I am right. *** I always try to

Re: Reducing noise on devel list

On Sat, Dec 05, 2020 at 12:25:05PM -0800, Adam Williamson wrote: > On Sat, 2020-12-05 at 10:23 -0800, Kevin Fenzi wrote: > > On Fri, Dec 04, 2020 at 03:43:04PM -0600, Dennis Gilmore wrote: > > > Hi all, > > > > > > I filed https://pagure.io/fesco/issue/2512 asking FESCo to move all > > >

Re: thinking journal retention timelimits

Matthew Miller writes: > As we start a new year, I'm thinking about data retention in general. :) > > In my experience, it's pretty rare on an end-user laptop or desktop system for > logs from much more than the previous boot to be interesting. Maybe I > occasionally want to look back a little

[Test-Announce] Fedora 34 Rawhide 20210102.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 34 Rawhide 20210102.n.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

Re: Fedora 34 Change: Golang 1.16 (System-Wide Change proposal)

On Tue, Dec 15, 2020 at 03:19:16PM -0500, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/golang1.16 > > == Summary == > Rebase of Golang package to upcoming version 1.16 in Fedora 34, No complaint about the Change, but... can we please stop saying "rebase"? That verb made sense when

Re: Fedora 34 Change: Deprecate xemacs, xemacs-packages-base, xemacs-packages-extra, and neXtaw (Self-Contained Change proposal)

On Fri, Jan 01, 2021 at 06:51:15PM +0900, Stephen J. Turnbull wrote: > Jerry James writes: > > On Thu, Dec 31, 2020 at 5:37 AM Zbigniew Jędrzejewski-Szmek > > wrote: > > > > Normally, I'd be in favour of "dragging out" the removal a bit, but > > > in this case I think we don't need to,

Another self-introduction

Hello all and happy (civil) new year. I'm Fuller and I am new to this list since making the switch from stable Fedora to Rawhide about a month ago. I have been Linux-exclusive for nearly 15 years after some first exposure to Debian in the computing labs and made the switch from Ubuntu to Fedora 16

Re: HEADS UP: libgit 1.1.0 update with SONAME bump (in Rawhide)

On 29. 12. 20 16:12, Igor Raits wrote: All packages were rebuilt successfully except julia. It is FTBFS due to the GCC 11.0 upgrade (so it is FTBFS for quite some time already). The update is on the way to Rawhide and I don't plan to push this update to stable releases (unless somebody asks

Re: can't install package pipewire-jack-audio-connection-kit

On Fri, 01 Jan 2021 15:28:48 -, Leigh Scott wrote: > > On Fri, Jan 1, 2021 at 5:07 AM Michael Schwendt > wrote: > > > > PipeWire replaces libjack and the JACK daemon, so the Conflicts are > > correct. > > How? > > $ rpm -q --requires libavdevice |grep jack > libjack.so.0()(64bit) Just

Re: Fedora 34 Change: LTO Build Improvements (System-Wide Change proposal)

* Ben Cotton: > To ensure that we can identify packages that need the opt-in now and > in the future, the plan is to pass to brp-strip-lto a flag indicating > whether or not the package has opted into -ffat-lto-objects. If > brp-strip-lto finds .o/.a files, but the package has not opted into >

Re: can't install package pipewire-jack-audio-connection-kit

On 1/2/21 1:26 AM, Guido Aulisi wrote: Jack is still in use for professional audio and it cannot be replaced by pipewire, and it is still actively developed. Pipewire just provides another implementation and you can choose which one to use. My understanding from the rest of the discussion is

Re: can't install package pipewire-jack-audio-connection-kit

Il giorno ven, 01/01/2021 alle 20.01 +0100, Michael Schwendt ha scritto: > On Fri, 1 Jan 2021 06:58:43 -0500, Neal Gompa wrote: > > > > Explicit "Conflicts" here, at least, in pipewire-jack-audio- > > > connection-kit: > > > https://koji.fedoraproject.org/koji/rpminfo?rpmID=24326970 > > > > > >

Fedora-Cloud-32-20210102.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) ID: 749637 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/749637 ID: 749644 Test: aarch64