Fedora-Cloud-33-20201127.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-20201126.0): ID: 729558 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Rust library and binary review swaps

Hello, I'm new here. Would anyone like to do a review swap for the following, please?

Re: Koji funkiness?

The build is still "downloading" for both ARM arches an hour later... I still think something's up. Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

searching for help in creating an accessible Fedora live image

Hello all, my name is Vojta and I am a blind Linux user from Czech Republic. Linux and its desktop ecosystem is open. And for me that means that I believe it should be open also to people with various disabilities including visual impairment. I am working on a project which tries to achieve tha

Re: Koji funkiness?

On Thu, Nov 26, 2020 at 10:03 AM Dan Horák wrote: > On Thu, 26 Nov 2020 09:51:36 -0600 > Richard Shaw wrote: > > > I've noticed that builds seem to be completing slower than usual, some > > seemingly to s390x builder shortages, but now I've got this build: > > > > https://koji.fedoraproject.org/

Re: Koji funkiness?

On Thu, 26 Nov 2020 09:51:36 -0600 Richard Shaw wrote: > I've noticed that builds seem to be completing slower than usual, some > seemingly to s390x builder shortages, but now I've got this build: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=56281919 > > I've looked at most of the bu

Koji funkiness?

I've noticed that builds seem to be completing slower than usual, some seemingly to s390x builder shortages, but now I've got this build: https://koji.fedoraproject.org/koji/taskinfo?taskID=56281919 I've looked at most of the build logs and all of them are showing that the packages have been writ

Re: orphaning python-dmidecode

I'm taking python-dmidecode. I hope upstream does not abandon it, one day. On 25/11/20 11:41, Dan Horák wrote: On Wed, 25 Nov 2020 11:34:37 +0100 "Antonio T. sagitter" wrote: Is upstream still active? I would call it "they are alive", there were commits few months ago, see https://github.co

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

On to, 26 marras 2020, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: On ke, 25 marras 2020, Tomáš Popela wrote: >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy >wrote: > >>Screencasting still does not work in Fedora 33. It pretends to w

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

Dne 26. 11. 20 v 14:38 Neal Gompa napsal(a): On Thu, Nov 26, 2020 at 8:35 AM Zbigniew Jędrzejewski-Szmek wrote: On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: On ke, 25 marras 2020, Tomáš Popela wrote: On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy wrote: Screencast

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

On Thu, Nov 26, 2020 at 8:35 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: > > On ke, 25 marras 2020, Tomáš Popela wrote: > > >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy > > >wrote: > > > > > >>Screencasting still does not work

Fedora-IoT-34-20201126.0 compose check report

No missing expected images. Failed openQA tests: 2/16 (x86_64), 5/15 (aarch64) Old failures (same test failed in Fedora-IoT-34-20201124.0): ID: 729326 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/729326 ID: 729338 Test: x86_64 IoT-dvd_ostree-is

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

On Wed, Nov 25, 2020 at 04:41:56PM +0200, Alexander Bokovoy wrote: > On ke, 25 marras 2020, Tomáš Popela wrote: > >On Wed, Nov 25, 2020 at 1:51 PM Alexander Bokovoy > >wrote: > > > >>Screencasting still does not work in Fedora 33. It pretends to work as > >>in claiming through the applications and

Re: How is the list of emails used for "Email sent to" on bugzilla.redhat.com generated?

* Marcin Dulak: > The individual email recipients used for "Email sent to" are not > included in the given bug "CC list", and the only other email in the > bug settings seems to be "extras...@fedoraproject.org". > How/why are those additional email addresses added? It's possible to watch other B

Re: How is the list of emails used for "Email sent to" on bugzilla.redhat.com generated?

On Thu, Nov 26, 2020 at 12:30 PM Marcin Dulak wrote: > > I noticed several, surprising to me email addresses, listed under "Email sent > to" when making changes to my bugzilla.redhat.com bugs. > For example this bug https://bugzilla.redhat.com/show_bug.cgi?id=1900680 > > The individual email reci

How is the list of emails used for "Email sent to" on bugzilla.redhat.com generated?

I noticed several, surprising to me email addresses, listed under "Email sent to" when making changes to my bugzilla.redhat.com bugs. For example this bug https://bugzilla.redhat.com/show_bug.cgi?id=1900680 The individual email recipients used for "Email sent to" are not included in the given bu

selinux-policy-contrib repository merged with selinux-policy

Hello, On November 25th, 2020, the selinux-policy-contrib repository was merged with selinux-policy. SELinux policy packages in Fedora used 2 repositories previously: base [1] and contrib [2]. >From now on, these repos are merged into one, containing sources from both [1]. The change affected both

Fedora-Cloud-32-20201126.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-20201125.0): ID: 729014 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

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

Running Rawhide, I don't think there is a need to postpone this, if the PipeWire and PA are easily swap-able and that should be possible next week as far as I understand your plan. That means everybody will be able to switch back to PA if there are issues. That should be good for Rawhide as wel