Fedora-Cloud-33-20201125.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-20201124.0): ID: 728689 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

[Bug 1901409] New: perl-Crypt-Twofish-2.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1901409 Bug ID: 1901409 Summary: perl-Crypt-Twofish-2.18 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Crypt-Twofish Keywords: FutureFeature, Triaged

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 --- Comment #8 from Fedora Update System --- FEDORA-2020-be46672d5f has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1890605] EPEL8 Request: perl-constant-boolean

https://bugzilla.redhat.com/show_bug.cgi?id=1890605 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890604] EPEL8 Request: perl-WWW-Pastebin-PastebinCom-Create

https://bugzilla.redhat.com/show_bug.cgi?id=1890604 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1890601] EPEL8 Request: perl-Test-Assert

https://bugzilla.redhat.com/show_bug.cgi?id=1890601 Bug 1890601 depends on bug 1890605, which changed state. Bug 1890605 Summary: EPEL8 Request: perl-constant-boolean https://bugzilla.redhat.com/show_bug.cgi?id=1890605 What|Removed |Added

[Bug 1890793] EPEL8 Request: perl-Devel-REPL

https://bugzilla.redhat.com/show_bug.cgi?id=1890793 Bug 1890793 depends on bug 1890587, which changed state. Bug 1890587 Summary: EPEL8 Request: perl-App-Nopaste https://bugzilla.redhat.com/show_bug.cgi?id=1890587 What|Removed |Added

[Bug 1890587] EPEL8 Request: perl-App-Nopaste

https://bugzilla.redhat.com/show_bug.cgi?id=1890587 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1901382] New: perl-Moo-2.004004 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1901382 Bug ID: 1901382 Summary: perl-Moo-2.004004 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Moo Keywords: FutureFeature, Triaged

review request - python-three_merge

Hi, Can someone please review a simple python package (three_merge) for me? review request - https://bugzilla.redhat.com/show_bug.cgi?id=1901377 This is a new dependency for spyder. Thanks, Mukundan. -- GPG Key: E5C8BC67 OpenPGP_0x713FD4ADE5C8BC67.asc Description: application/pgp-keys

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #7 from

[Bug 1901362] fusioninventory-agent-2.6 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1901362 --- Comment #1 from Upstream Release Monitoring --- An HTTP error occurred downloading the package's new Source URLs: Getting https://github.com/fusioninventory/fusioninventory-agent/releases/download/2.6/FusionInventory-Agent-2.6.tar.gz to

[Bug 1901362] New: fusioninventory-agent-2.6 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1901362 Bug ID: 1901362 Summary: fusioninventory-agent-2.6 is available Product: Fedora Version: rawhide Status: NEW Component: fusioninventory-agent Keywords: FutureFeature,

Re: SRPM's with OS dependent source files

On Tue, Nov 24, 2020 at 3:26 PM Miro Hrončok wrote: > > On 11/24/20 9:13 PM, Kevin Fenzi wrote: > > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_no_arch_specific_sources_or_patches > > Just a note: This specific guideline does not speak of distro- or > release-specific patches or

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

> On Tue, Nov 24, 2020 at 3:30 PM Tom Seewald > Currently the PipeWire developers have been doing it by hand while > they are developing the software. I have been going through and fixing > things so that regular folks can do it semi-automatically. Are there instructions available for this

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #5 from

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #5 from

Review Request: rubygem-asciidoctor-diagram - Asciidoctor diagramming extension

Greetings, I'm the current maintainer for the asciidoctor-pdf package plus various dependencies in Fedora and have spent some time putting together the following review request for a diagramming extension for Asciidoctor. Appreciate any reviews. BZ:

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

I'm very excited about this change and ultimately want to be able to test it out but it seems that there are still package dependency issues. How can I test this out on my end using the repos in their current state on either Fedora 33 or Rawhide? I've got a few systems I can test on to see if

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

On Tue, Nov 24, 2020 at 05:27:31PM -0500, Solomon Peachy wrote: > On Tue, Nov 24, 2020 at 01:33:57PM -0800, Kevin Fenzi wrote: > > So, IMHO, relax, wait for change owners to make things testable, then > > test and file bugs and we can see where we are. There's too many > > unknowns right at this

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Nathanael Noblet changed: What|Removed |Added Status|CLOSED |ASSIGNED Version|31

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

On Tue, Nov 24, 2020 at 01:33:57PM -0800, Kevin Fenzi wrote: > So, IMHO, relax, wait for change owners to make things testable, then > test and file bugs and we can see where we are. There's too many > unknowns right at this minute. So...you're saying that we should evaluate proposed changes,

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

On Mon, Nov 23, 2020 at 10:44:05AM -0600, Brandon Nielsen wrote: > On 11/23/20 10:30 AM, Andreas Tunek wrote: > > > > > > Den lör 21 nov. 2020 kl 15:31 skrev James Szinger > >: > > > > On Fri, 20 Nov 2020 18:35:19 -0600 > > Brandon Nielsen

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

On Sun, Nov 22, 2020 at 06:03:50PM -0500, Solomon Peachy wrote: > On Sun, Nov 22, 2020 at 11:33:22AM -0800, Kevin Fenzi wrote: > > It's supposed to be 'testable' by: > > Change Checkpoint: Completion deadline (testable) Tue 2021-02-09 > > and 100% code complete by: > > Change Checkpoint: 100%

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

On Tue, Nov 24, 2020 at 8:05 PM Neal Gompa wrote: > But that said, I would like to backport all the packaging changes to > Fedora 33 too. It's not actually *hard* to do, it's just a matter of > getting everyone to agree to get it to happen. I think that being able to easily install/revert and

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On Tue, 2020-11-24 at 21:54 +0100, Miro Hrončok wrote: > On 11/24/20 9:52 PM, Benjamin Berg wrote: > > On Tue, 2020-11-24 at 21:26 +0100, Miro Hrončok wrote: > > > On 11/24/20 9:10 PM, Ben Cotton wrote: > > > > https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api >

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On Tue, 2020-11-24 at 21:30 +0100, Miro Hrončok wrote: > On 11/24/20 9:10 PM, Ben Cotton wrote: > > * We begin sunsetting `libusb-compat` (i.e. current `libusb`). > > Consider deprecating it as part of the change: > >

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On 11/24/20 9:52 PM, Benjamin Berg wrote: On Tue, 2020-11-24 at 21:26 +0100, Miro Hrončok wrote: On 11/24/20 9:10 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api == Summary == Rename `libusb` to `libusb-compat` and `libusbx` to

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On Tue, 2020-11-24 at 21:26 +0100, Miro Hrončok wrote: > On 11/24/20 9:10 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api > > > > == Summary == > > > > Rename `libusb` to `libusb-compat` and `libusbx` to `libusb1`. Do > > '''not'''

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

> Currently the PipeWire developers have been doing it by hand while > they are developing the software. I have been going through and fixing > things so that regular folks can do it semi-automatically. > > The packaging for PipeWire has been changing rapidly as the API shims > for PulseAudio

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

On Tue, Nov 24, 2020 at 3:30 PM Tom Seewald wrote: > > > "Premature" is a weird term to use here, considering the whole point > > of these things is to be able to do integration work in the first > > place. And it's not like we can't revert the change before release if > > it turns out to be

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On Tue, Nov 24, 2020 at 8:11 PM Ben Cotton wrote: > Rename `libusb` to `libusb-compat` It was my recollection that I thought lib-compat package naming was deprecated in favor of lib1 package naming (or lib_1 if the last X was a number) for a .1 soname example.

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On 11/24/20 9:10 PM, Ben Cotton wrote: * We begin sunsetting `libusb-compat` (i.e. current `libusb`). Consider deprecating it as part of the change: https://docs.fedoraproject.org/en-US/packaging-guidelines/deprecating-packages/ -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

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

> "Premature" is a weird term to use here, considering the whole point > of these things is to be able to do integration work in the first > place. And it's not like we can't revert the change before release if > it turns out to be problematic. Yes, premature as in proposing a huge change to the

Re: Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

On 11/24/20 9:10 PM, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api == Summary == Rename `libusb` to `libusb-compat` and `libusbx` to `libusb1`. Do '''not''' provide an automated update path for the old `libusb` build dependency as

Re: SRPM's with OS dependent source files

On 11/24/20 9:13 PM, Kevin Fenzi wrote: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_no_arch_specific_sources_or_patches Just a note: This specific guideline does not speak of distro- or release-specific patches or sources, but the idea is that even that causes trouble and is

Re: Fedora 31 End Of Life

Hello all, As of the 24th of November 2020, Fedora 31 has reached its end of life for updates and support. No further updates, including security updates, will be available for Fedora 31. All the updates that are currently in testing won't get pushed to stable. Fedora 32 will continue to receive

Re: Fedora 31 End Of Life

Hello all, As of the 24th of November 2020, Fedora 31 has reached its end of life for updates and support. No further updates, including security updates, will be available for Fedora 31. All the updates that are currently in testing won't get pushed to stable. Fedora 32 will continue to receive

Fedora 34 Change: kasumi-unicode (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/kasumi_unicode == Summary == kasumi-unicode will be generated newly with kasumi.spec in [https://src.fedoraproject.org/rpms/kasumi kasumi] project. == Owner == * Name: [[User:Fujiwara|Takao Fujiwara]] * Email: fujiwara [at] redhat [dot] com == Detailed

Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api == Summary == Rename `libusb` to `libusb-compat` and `libusbx` to `libusb1`. Do '''not''' provide an automated update path for the old `libusb` build dependency as packages should–and likely can–be updated to

Re: SRPM's with OS dependent source files

On Tue, Nov 24, 2020 at 03:09:28PM -0500, Nico Kadel-Garcia wrote: > I'm staring at the chromium SRPM, and seeing a problem that I've seen > before with tools like SuSE's kernels. The .spec file only includes > specific source files if the SRPM is built on specific operating > systems, such as

Fedora 34 Change: kasumi-unicode (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/kasumi_unicode == Summary == kasumi-unicode will be generated newly with kasumi.spec in [https://src.fedoraproject.org/rpms/kasumi kasumi] project. == Owner == * Name: [[User:Fujiwara|Takao Fujiwara]] * Email: fujiwara [at] redhat [dot] com == Detailed

Fedora 34 Change: Rename libusb packages and deprecated old API (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/Rename_libusb_packages_and_deprecated_old_api == Summary == Rename `libusb` to `libusb-compat` and `libusbx` to `libusb1`. Do '''not''' provide an automated update path for the old `libusb` build dependency as packages should–and likely can–be updated to

SRPM's with OS dependent source files

I'm staring at the chromium SRPM, and seeing a problem that I've seen before with tools like SuSE's kernels. The .spec file only includes specific source files if the SRPM is built on specific operating systems, such as various .ttf files only bein in the RPM for: %if 0%{?rhel} == 7 And others

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

On Tue, Nov 24, 2020 at 2:42 PM Tom Seewald wrote: > > > I am working with Wim (the change proposer), the Workstation WG, and > > the KDE SIG to make the necessary adjustments in Rawhide to support > > swapping between PulseAudio and PipeWire. So far, Wim has not been > > interested in

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

> I am working with Wim (the change proposer), the Workstation WG, and > the KDE SIG to make the necessary adjustments in Rawhide to support > swapping between PulseAudio and PipeWire. So far, Wim has not been > interested in backporting the fixes I've made to Fedora 33, so the > plan would be to

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

why not to allow pipes as sinks? Like "/dev/null". On Tue, Nov 24, 2020 at 8:29 PM Reindl Harald (privat) wrote: > > > > Am 24.11.20 um 20:26 schrieb Joël Krähemann: > > What I can do with my software `gsequencer` all on top of ALSA. > > gsequencer is on the same layer the PA/pipewire > case

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

Hi, What I can do with my software `gsequencer` all on top of ALSA. * save or open Advanced Gtk+ Sequencer XML files with XPath support * add or remove audio engines with adjustable audio channels and pads * link channels with property dialog * output panel, mixer, drum and matrix sequencer,

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

> Dne 24. 11. 20 v 15:15 Vít Ondruch napsal(a): > > > Just FTR, this is the situation on Rawhide: > > > ~~~ > > $ sudo dnf swap pulseaudio pipewire-pulseaudio > Last metadata expiration check: 0:03:54 ago on Mon Nov 23 23:14:58 2020. > Error: >  Problem 1: problem with installed package >

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

On Tue, Nov 24, 2020 at 2:07 PM Joël Krähemann wrote: > > Hi, > > This is bad. > > On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa wrote: > > > > On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann > > wrote: > > > > > > Hi all, > > > > > > For short, NO! I want to be able to shutdown pipewire in order

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

Hi, This is bad. On Tue, Nov 24, 2020 at 3:27 PM Neal Gompa wrote: > > On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann wrote: > > > > Hi all, > > > > For short, NO! I want to be able to shutdown pipewire in order to get > > instant > > ALSA access. > > > > This was a real pain until pulseaudio

[Bug 1731700] rt depends on files/directories from non-standard locations

https://bugzilla.redhat.com/show_bug.cgi?id=1731700 Ben Cotton changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Ben Cotton changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

On Mon, 2020-11-23 at 10:30 +0100, Miro Hrončok wrote: > python-swagger-spec-validator orphan   0 weeks ago I've taken that for @infra-sig, we need it for python-fasjson-client. Nils -- Nils Philippsen"Those who would give up Essential Liberty to Software

[Bug 1900820] Upgrade perl-SQL-Abstract-Limit to 0.142

https://bugzilla.redhat.com/show_bug.cgi?id=1900820 Tom "spot" Callaway changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: systemd v247-rc2 (app.slice, oomd, udev rule changes, light deps)

Hi, is there hope that this selinux update will make system-container usable in Fedora again? ( see e.g. https://bugzilla.redhat.com/show_bug.cgi?id=1900869 https://bugzilla.redhat.com/show_bug.cgi?id=1900888 ) > Am 12.11.2020 um 15:15 schrieb Zbigniew Jędrzejewski-Szmek > : > > Hi, >

Bliss soname bump

Bliss upstream has been inactive for awhile; the last release was over 5 years ago. The sagemath developers have created a fork of bliss and have been fixing bugs. I intend to switch the Fedora package over to this new upstream soon. This entails an soname bump. I will rebuild all dependent

Cryptominisat soname bump

I will soon build cryptominisat 5.8.0 in Rawhide. This version comes with an soname bump. I maintain or comaintain all dependent packages and will take care of rebuilding them: - cvc4 - stp - yices -- Jerry James http://www.jamezone.org/ ___ devel

Re: GitLab AMA Topic: Message Bus

On Tue, 2020-11-24 at 14:57 +0100, Clement Verna wrote: > On Mon, 23 Nov 2020 at 21:31, Adam Williamson < > adamw...@fedoraproject.org> wrote: > > On Mon, 2020-11-23 at 15:11 -0500, Neal Gompa wrote: > > > > > > > > I would highly recommend not creating message consumers that > > rely on > > > >

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

On 24.11.2020 15:31, Vít Ondruch wrote: So I wonder what libraries are you referring to? libpulse.so*, but they we remove from the spec by this[1] commit. [1]: https://src.fedoraproject.org/rpms/pipewire/c/306d51984ef5faf4ea455e6d385f0f1bae9a9ef1?branch=master -- Sincerely, Vitaly

Re: Fedora 34, faccessat, and containers (was: Re: Fedora 34 Change: GNU Toolchain update (gcc 11, glibc 2.33) (System-Wide Change))

On ti, 24 marras 2020, Florian Weimer wrote: * Fabio Valentini: Are there plans to fix the glibc faccessat2 issues with older systemd-nspawn and docker? It would be a shame if fedora 34 containers wouldn't be able to run correctly in most circumstances. I've brought the discussion to what I

Re: Fedora 34 Change: GNU Toolchain update (gcc 11, glibc 2.33) (System-Wide Change)

On Mon, Nov 23, 2020 at 12:59:20PM +0100, Florian Weimer wrote: > * Fabio Valentini: > > > Are there plans to fix the glibc faccessat2 issues with older > > systemd-nspawn and docker? > > I'm trying to gather the status on this; I've been out of touch for a > couple of days. > > I do not feel

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

Dne 24. 11. 20 v 15:22 Vitaly Zaitsev via devel napsal(a): On 24.11.2020 15:15, Vít Ondruch wrote: I think it would be simple enough if there was not the explicit conflict with pulse audio [1]. The instruction could be "Disable PA service and install PW". Absolutely impossible. They

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

Dne 24. 11. 20 v 15:15 Vít Ondruch napsal(a): Dne 22. 11. 20 v 13:07 Dominique Martinet napsal(a): Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020: On 22.11.2020 12:36, Dominique Martinet wrote: That removes stuff like gnome-shell.. (as dependent packages of pulseaudio) Perhaps a

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

On Tue, Nov 24, 2020 at 9:19 AM Joël Krähemann wrote: > > Hi all, > > For short, NO! I want to be able to shutdown pipewire in order to get instant > ALSA access. > > This was a real pain until pulseaudio recognized what they need to do: > > systemctl --user stop pulseaudio > systemctl --user

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

Sounds to me like good opt-out documentation is in order.  \-- Cheers, Justin W. Flory (he/him) https://jwf.io Sent from ProtonMail mobile \ Original Message On Nov 24, 2020, 09:19, Joël Krähemann < jkraehem...@gmail.com> wrote: Hi all, For short, NO! I want to be able to

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

On 24.11.2020 15:15, Vít Ondruch wrote: I think it would be simple enough if there was not the explicit conflict with pulse audio [1]. The instruction could be "Disable PA service and install PW". Absolutely impossible. They provides libraries with the same name. -- Sincerely, Vitaly

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

Hi all, For short, NO! I want to be able to shutdown pipewire in order to get instant ALSA access. This was a real pain until pulseaudio recognized what they need to do: systemctl --user stop pulseaudio systemctl --user stop pulseaudio.socket killall pulseaudio If you want real low latency you

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

Dne 22. 11. 20 v 13:07 Dominique Martinet napsal(a): Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020: On 22.11.2020 12:36, Dominique Martinet wrote: That removes stuff like gnome-shell.. (as dependent packages of pulseaudio) Perhaps a missing provide? Some packages directly depends on

Fedora 34, faccessat, and containers (was: Re: Fedora 34 Change: GNU Toolchain update (gcc 11, glibc 2.33) (System-Wide Change))

* Fabio Valentini: > Are there plans to fix the glibc faccessat2 issues with older > systemd-nspawn and docker? > It would be a shame if fedora 34 containers wouldn't be able to run > correctly in most circumstances. I've brought the discussion to what I think are the appropriate forums:

Re: GitLab AMA Topic: Message Bus

On Mon, 23 Nov 2020 at 21:31, Adam Williamson wrote: > On Mon, 2020-11-23 at 15:11 -0500, Neal Gompa wrote: > > > > > > I would highly recommend not creating message consumers that rely on > > > any particular message ordering because they're not going to work > > > properly, GitLab or not. > >

Re: Package review sum-ump

ycollette.nos...@free.fr wrote: > I posted (by mistake) 2 packages review for this package ... > https://bugzilla.redhat.com/show_bug.cgi?id=1893711 > https://bugzilla.redhat.com/show_bug.cgi?id=1887709 Then close one as a duplicate of the other. Because the newer one is assigned to a reviewer,

Fedora-IoT-33-20201124.0 compose check report

No missing expected images. Failed openQA tests: 1/16 (x86_64), 1/15 (aarch64) Old failures (same test failed in Fedora-IoT-33-20201123.0): ID: 728147 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/728147 ID: 728163 Test: aarch64

Fedora-IoT-34-20201124.0 compose check report

No missing expected images. Failed openQA tests: 4/16 (x86_64), 5/15 (aarch64) New failures (same test not failed in Fedora-IoT-34-20201119.0): ID: 728105 Test: x86_64 IoT-dvd_ostree-iso podman URL: https://openqa.fedoraproject.org/tests/728105 ID: 728106 Test: x86_64

Fedora-Cloud-31-20201124.0 compose check report

No missing expected images. Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: OGRE soname bump on rawhide Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

On Tue, 2020-11-24 at 10:25 +0100, Hans de Goede wrote: > Hi, > > On 11/23/20 3:56 PM, Sérgio Basto wrote: > > Sorry , > > I updated ogre in rawhide to ogre-1.12.6 ( the PR > > https://src.fedoraproject.org/rpms/ogre/pull-request/1 was ready 5 > > months ago ) > > > > I did a wrong repoquery.

Re: OGRE soname bump on rawhide Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

Hi, On 11/24/20 10:25 AM, Hans de Goede wrote: > Hi, > > On 11/23/20 3:56 PM, Sérgio Basto wrote: >> Sorry , >> I updated ogre in rawhide to ogre-1.12.6 ( the PR >> https://src.fedoraproject.org/rpms/ogre/pull-request/1 was ready 5 >> months ago ) >> >> I did a wrong repoquery. I though ogre

Re: OGRE soname bump on rawhide Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)

Hi, On 11/23/20 3:56 PM, Sérgio Basto wrote: > Sorry , > I updated ogre in rawhide to ogre-1.12.6 ( the PR > https://src.fedoraproject.org/rpms/ogre/pull-request/1 was ready 5 > months ago ) > > I did a wrong repoquery. I though ogre didn't have any dependency. I > did a query that only query

Fedora-Cloud-32-20201124.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-20201122.0): ID: 728094 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: CPE Weekly: 2020-11-22

On Tue, Nov 24, 2020 at 06:30:10AM -, Tom Seewald wrote: > > On Mon, 23 Nov 2020 at 05:54, Aoife Moloney > wrote: > > > > What is OSBS? Please don't use undefined acronyms. > > OSBS = OpenShift Build Service It's the tool we use to build containers in our infrastructure (and thus also

[Bug 1900678] perl-Convert-Binary-C-0.84 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1900678 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|