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

On Mo, 2020-11-23 at 16:43 +, Daniel P. Berrangé wrote: > I mentioned previously that we don't intend to take it. If no one else > > claims it, then when it is finally deleted, we'll drop the dep. Following up on this (sorry for off topic): You mentioned also that the successor to numad was

Fedora-Cloud-33-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-33-20201123.0): ID: 728080 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

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

Hi Dan, I am so lucky to have your support on this. I would be more than happy to take your "deal". It is a good opportunity for me to build up my knowledge on how to be a qualified packager. Thank you! Cheers, Sheng ___ devel mailing list --

Package review sum-ump

Hello, I little sum-up about the package review I submitted. Mamba: a virtual MIDI keyboard with also support playing SF2 soundfonts. I posted (by mistake) 2 packages review for this package ... https://bugzilla.redhat.com/show_bug.cgi?id=1893711

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

I took soundconverter Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

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

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 rpmfusion repos, instead query fedora repos I hope does

GitLab AMA Topic Follow Up: Namespace & Issue Tracking

# GitLab AMA Session Topic - Namespace & Issue Tracking Hi everyone, Thanks again for your involvement in the GitLab AMA session on IRC in September. This email discussion thread is on Namespace & Issue Tracking. I have pulled the relevant questions and answers from the original hackmd doc into

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

Took libebur128, sgpio, compat-guile18, python-dijitso. --  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, November

Nonresponsive maintainer for easytag

Following along with the steps at [1] I've opened a nonresponsive maintainer bug for easytag [2]. Does anyone have contact with amigadave? Other than the bug report I've just opened, there are three other ones that haven't received a response, one of which is also mine [3][4][5]. [1]

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

I'll take couchdb, fop, erlang-corba, erlang-lager пн, 23 нояб. 2020 г. в 10:31, Miro Hrončok : > > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so

Re: GitLab AMA Topic: Message Bus

On Mon, Nov 23, 2020 at 3:00 PM Jeremy Cline wrote: > > On Mon, 2020-11-23 at 19:29 +0100, Clement Verna wrote: > > > > > > On Wed, 18 Nov 2020 at 18:30, Fabio Valentini > > wrote: > > > On Mon, Nov 9, 2020 at 3:05 PM Aoife Moloney > > > wrote: > > > > > > > > Hi everyone, > > > > > > > > I

Re: GitLab AMA Topic: Message Bus

On Mon, 2020-11-23 at 19:29 +0100, Clement Verna wrote: > > > On Wed, 18 Nov 2020 at 18:30, Fabio Valentini > wrote: > > On Mon, Nov 9, 2020 at 3:05 PM Aoife Moloney > > wrote: > > > > > > Hi everyone, > > > > > > I hope you enjoyed the F33 release party this weekend! Getting > > back to > >

Re: GitLab AMA Topic: Message Bus

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. > > Too late, pretty much every consumer I'm aware of relies on

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: > > numad orphan 3 weeks ago Just wanted to flag this one up, because all of libvirt depends on it. So if no-one else wants it, someone from virt team should probably take it (or drop

Fedora-IoT-33-20201123.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-20201119.0): ID: 727590 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/727590 ID: 727606 Test: aarch64

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

On Mon, Nov 23, 2020 at 09:48:56AM -0800, Adam Williamson wrote: > If we'd had a "no regressions" rule for pre-PA audio, we'd probably > never have landed PA, or not for years. Are things on the whole better > since we did? I'd say yes. You are correct; however the crucial difference between then

Re: GitLab AMA Topic: Message Bus

On Wed, 18 Nov 2020 at 18:30, Fabio Valentini wrote: > On Mon, Nov 9, 2020 at 3:05 PM Aoife Moloney wrote: > > > > Hi everyone, > > > > I hope you enjoyed the F33 release party this weekend! Getting back to > > the GitLab topic mail threads, this weeks topic from the GitLab AMA > > session on

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

On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: > On 11/20/20 5:26 PM, Ben Cotton wrote: > > > The pulseaudio package will be uninstalled and pipewire-pulse will be > > installed. > > > > pipewire-pulse does not yet implement all the features of pulseaudio > > but it is expected

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

On Mon, 2020-11-23 at 18:20 +0100, Tomasz Torcz wrote: > On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: > > On 11/20/20 5:26 PM, Ben Cotton wrote: > > > > > The pulseaudio package will be uninstalled and pipewire-pulse will be > > > installed. > > > > > > pipewire-pulse does

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

On Mon, Nov 23, 2020 at 08:42:08AM -0800, Adam Williamson wrote: > On Mon, 2020-11-23 at 10:30 +0100, Miro Hrončok wrote: > > > > > numad orphan 3 weeks > > ago > > Just wanted to flag this one up, because all of libvirt depends on it. > So

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

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 mailto:niels...@jetfuse.net>> wrote: > If it has changed, it would be really great if pipewire-pulse

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

On 11/23/20 5:23 PM, stan via devel wrote: On Sun, 22 Nov 2020 15:47:04 +0100 Andy Mender wrote: Is ALSA still a valid use case? I thought ALSA support was phased out from most relevant software? It is for me. I run some audio software that I do not want interrupted while it is running.

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

On Sun, 22 Nov 2020 15:47:04 +0100 Andy Mender wrote: > Is ALSA still a valid use case? I thought ALSA support was phased out > from most relevant software? It is for me. I run some audio software that I do not want interrupted while it is running. So, I use pavucontrol to turn it off to

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

Den lör 21 nov. 2020 kl 15:31 skrev James Szinger : > On Fri, 20 Nov 2020 18:35:19 -0600 > Brandon Nielsen wrote: > > If it has changed, it would be really great if pipewire-pulse could > > make it into the F33 repos so it could be easily tested. > > I agree. I think new software should be

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

On 11/23/20 11:48 AM, Adam Williamson wrote: On Mon, 2020-11-23 at 18:20 +0100, Tomasz Torcz wrote: On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote: On 11/20/20 5:26 PM, Ben Cotton wrote: The pulseaudio package will be uninstalled and pipewire-pulse will be installed.

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

On Mon, 23 Nov 2020 at 04:32, Miro Hrončok wrote: > golang-github-casbin go-sig, orphan 0 weeks ago I took this one before realizing it was v1, not v2, so I've orphaned it again. > golang-github-cenkalti-backoffgo-sig, jchaloup, orphan 0 weeks ago >

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

On Mon, 23 Nov 2020 17:30:51 +0100 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 wrote: > > > If it has changed, it would be really great if pipewire-pulse > > > could make it into the F33 repos so it

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

Hi Fedora developers, will someone be able to take over `fossil`? It is my day-to-day source code and configuration management software. It is essential to me. I hope it won't get orphaned. I have made a pull request on Pagure to upgrade fossil to 2.12.1 [1] to include a CVE bug fix. In

Fedora rawhide compose report: 20201123.n.0 changes

OLD: Fedora-Rawhide-20201121.n.0 NEW: Fedora-Rawhide-20201123.n.0 = SUMMARY = Added images:0 Dropped images: 4 Added packages: 1 Dropped packages:0 Upgraded packages: 45 Downgraded packages: 0 Size of added packages: 1.87 MiB Size of dropped packages:0 B

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

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

Re: finding recursive builddeps

On Sun, Nov 15, 2020 at 4:13 PM Jason Edgecombe wrote: > > Hi everyone, > > I want to rebuild some of the fedora 33 packages for EL8 (vagrant, for > example), but I'm having trouble getting all of the build dependencies right. > I ran dnf to download the SRPMS with the --resolve option, but I'm

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

On 2020-11-20 2:31 p.m., Naheem Zaffar wrote: On Fri, 20 Nov 2020 at 19:47, Brandon Nielsen > wrote: On 11/20/20 1:28 PM, Dominique Martinet wrote: > Ben Cotton wrote on Fri, Nov 20, 2020: l the pipewire-pulse library (which >> removes the

Re: CPE Weekly: 2020-11-22

On Mon, 23 Nov 2020 at 05:54, Aoife Moloney wrote: > > ### OSBS for aarch64 > * Basic OKD 3.11 working on aarm64 with F31 What is OSBS? Please don't use undefined acronyms. > * Working on repeating that install with F33 > * Next step will be to This sentence is incomplete. -- Elliott

Re: CPE Weekly: 2020-11-22

> On Mon, 23 Nov 2020 at 05:54, Aoife Moloney > What is OSBS? Please don't use undefined acronyms. OSBS = OpenShift Build Service ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

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

Hi Sheng, "Sheng Mao" writes: > Hi Fedora developers, will someone be able to take over `fossil`? It is my > day-to-day source code and configuration management software. It is essential > to me. I hope it won't get orphaned. > > I have made a pull request on Pagure to upgrade fossil to

Re: Disabling Fedora 30 chroots in Copr

Hello Alexander, what do those chroots say in their "Remaining time" column, please? Jakub On Mon, Nov 23, 2020 at 8:34 AM Alexander Ploumistos wrote: > > Hello Jakub, > > I noticed that some of my projects still have chroots for even older > releases, e.g. F28, F29 without the option to

Re: Disabling Fedora 30 chroots in Copr

But I can't see any data on the backend, that are older than F30 for those respective projects: https://download.copr.fedorainfracloud.org/results/alexpl/molsketch/ https://download.copr.fedorainfracloud.org/results/alexpl/scidavis/ Is that what you mean by > I noticed that some of my projects

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

I have installed pipewire-pulseaudio, pipewire-libjack pipewire-alsa ( pipewire 3.16 rawhide ). Pulseaudio is removed but nevertheless i have no issue actually. Sounds and software (pavucontrol ..etc) are working. Only one of my mixers (plasma-pa) is removed because of a pulseaudio

rubygem-ronn being replaced by rubygem-ronn-ng

Hi, I'd like to announce, that rubygem-ronn, which have not seen release in ages, was retired in Fedora and it is replaced by rubygem-ronn-ng. If you are using Ronn (maintainers of affected packages in BCC), please check your package if it is not FTBFS by a chance. Sorry for not announcing

Re: Disabling Fedora 30 chroots in Copr

On Mon, Nov 23, 2020 at 9:54 AM Jakub Kadlcik wrote: > > Hello Alexander, > what do those chroots say in their "Remaining time" column, please? They are not listed at all, see these two: https://copr.fedorainfracloud.org/coprs/alexpl/molsketch/repositories/

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

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

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

I've taken mingw-speex Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List

Re: Disabling Fedora 30 chroots in Copr

Hello again, Perhaps I'm the one who's misunderstood. Is the fact that F28 and F29 builds are still around unrelated to which chroots are actually there? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

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

I took over cpulimit. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:

Re: Disabling Fedora 30 chroots in Copr

Ah, so you meant the F28 and F29 chroots listed here in the build details, e.g. https://copr.fedorainfracloud.org/coprs/alexpl/molsketch/build/869545/ That is as expected. Possibly we can improve our deletion script to hide/remove them as well but it is not done yet. The important thing (from

Re: Sundials-5.5.0+PETSc-3.14.1 updates on Rawhide

I have not the permissions for pushing these packages. Please, push them all related to the tag f34-build-side-34403 -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x29FBC85D7A51CC2F GPG key server: https://keys.gnupg.net/ OpenPGP_0x29FBC85D7A51CC2F.asc

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

* Simo Sorce: > On Fri, 2020-11-20 at 11:26 -0500, Ben Cotton wrote: >> https://fedoraproject.org/wiki/Changes/GNUToolchain >> >> == Summary == >> Switch the Fedora 33 GNU Toolchain to gcc 11, binutils 2.35, and glibc 2.33. > > Hi Ben, shouldn't this ^^ be Fedora 34 ? I fixed it on the wiki,

Fedora-Cloud-31-20201123.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: Fedora 34 Change proposal: Remove and deprecate nscd in favour of sssd and systemd-resolved (Self-Contained Change)

* Marius Schwarz: > It not only caches names, it also RANDOMIZES the requests to the dns > servers configured, increasing the privacy of ones internet journey. > That it does it, was the reason i tried it out at home ;) Let me repeat then, less politely: It does not do any such thing. You

Re: Disabling Fedora 30 chroots in Copr

On Mon, Nov 23, 2020 at 11:31 AM Jakub Kadlcik wrote: > > Ah, so you meant the F28 and F29 chroots listed here in the build details, > e.g. > > https://copr.fedorainfracloud.org/coprs/alexpl/molsketch/build/869545/ Yes, that's what I was talking about. > That is as expected. Possibly we can

CPE Weekly: 2020-11-22

Hi Everyone, Below is this week's CPE weekly for week ending 2020-11-22 for both Fedora & CentOS, and if you want to visit the hackmd link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view you can then use the header bar on your left to skip to Fedora or CentOS updates that interest you. ## General

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

Paulo, we're in trouble with 'scala' (and jacop). I don't know how it's built ... i have no experience with Java/Maven packages. On 23/11/20 10:30, Miro Hrončok wrote: The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If

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

On Mon, Nov 23, 2020 at 11:51 AM Florian Weimer wrote: > > * Simo Sorce: > > > On Fri, 2020-11-20 at 11:26 -0500, Ben Cotton wrote: > >> https://fedoraproject.org/wiki/Changes/GNUToolchain > >> > >> == Summary == > >> Switch the Fedora 33 GNU Toolchain to gcc 11, binutils 2.35, and glibc > >>

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? I'm trying to gather the status on this; I've been out of touch for a couple of days. I do not feel comfortable to ship a Fedora-only patch for this. My hope is that we can work out

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

Yesterday, I took ogre I plan update ogre to ogre-1.12.6 and later update to ogre-1.12.9 on F33 On Mon, 2020-11-23 at 10:30 +0100, Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know >

[Bug 1900978] New: perl-DBIx-Class-Schema-Diff-1.11 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1900978 Bug ID: 1900978 Summary: perl-DBIx-Class-Schema-Diff-1.11 is available Product: Fedora Version: rawhide Status: NEW Component: perl-DBIx-Class-Schema-Diff Keywords:

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

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

[Bug 1900710] New: RFE - build perl-Object-Remote for epel 8

https://bugzilla.redhat.com/show_bug.cgi?id=1900710 Bug ID: 1900710 Summary: RFE - build perl-Object-Remote for epel 8 Product: Fedora Version: rawhide Status: NEW Component: perl-Object-Remote Assignee:

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1821881 --- Comment #4 from Fedora Update System --- FEDORA-2020-9fa782be3e has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-9fa782be3e -- You are receiving this mail because: You are on the CC list

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

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

GitLab AMA Topic Follow Up: Namespace & Issue Tracking

# GitLab AMA Session Topic - Namespace & Issue Tracking Hi everyone, Thanks again for your involvement in the GitLab AMA session on IRC in September. This email discussion thread is on Namespace & Issue Tracking. I have pulled the relevant questions and answers from the original hackmd doc into

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

https://bugzilla.redhat.com/show_bug.cgi?id=1900678 Bug ID: 1900678 Summary: perl-Convert-Binary-C-0.84 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Convert-Binary-C Keywords: FutureFeature,

[Bug 1822398] Request for perl-Net-OpenSSH for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1822398 Steve Traylen changed: What|Removed |Added Depends On||1900710 Referenced Bugs:

[Bug 1893136] RFE - build a perl-Future package for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1893136 Steve Traylen changed: What|Removed |Added Blocks||1900710 Referenced Bugs:

[Bug 1900710] RFE - build perl-Object-Remote for epel 8

https://bugzilla.redhat.com/show_bug.cgi?id=1900710 Steve Traylen changed: What|Removed |Added Blocks||1781754, 1822398 Depends On|

[Bug 1781754] Co-maintainer request (to maintain EPEL8 branch)

https://bugzilla.redhat.com/show_bug.cgi?id=1781754 Steve Traylen changed: What|Removed |Added Depends On||1900710 Referenced Bugs:

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1821881 --- Comment #5 from Fedora Update System --- FEDORA-2020-d8bc3a9874 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-d8bc3a9874 -- You are receiving this mail because: You are on the CC list

[Bug 1896968] perl-Mozilla-PublicSuffix-1.0.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1896968 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED CC|

[Bug 1891478] Upgrade perl-Params-Util to 1.102

https://bugzilla.redhat.com/show_bug.cgi?id=1891478 Jitka Plesnikova changed: What|Removed |Added Summary|Upgrade perl-Params-Util to |Upgrade perl-Params-Util to

[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|NEW |ASSIGNED Doc Type|---

[Bug 1899182] Upgrade perl-Type-Tie to 0.015

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

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

https://bugzilla.redhat.com/show_bug.cgi?id=1900820 Bug ID: 1900820 Summary: Upgrade perl-SQL-Abstract-Limit to 0.142 Product: Fedora Version: rawhide Status: NEW Component: perl-SQL-Abstract-Limit Assignee:

Re: orphaning Taskotron-related packages

On Thu, 12 Nov 2020 18:25:17 +0100 Kamil Paral wrote: > Note: The email subject should have said "retiring" instead of > "orphaning". There is little reason to orphan them, retiring is the > right approach here. Perhaps except for mongoquery, somebody else > could be interested in maintaining

[389-devel] Please review: openldap pbkdf2 password hashers

https://github.com/389ds/389-ds-base/pull/4457 — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

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

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

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