Fedora-Rawhide-20210527.n.1 compose check report

-20210527.n.0): ID: 897640 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/897640 ID: 897660 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/897660 ID: 897662 Test: x86_64 Workstation-live-iso

[Bug 1965222] perl-Graphics-TIFF-13 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965222 --- Comment #5 from Fedora Update System --- FEDORA-2021-a819cde328 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #9 from Fedora Update System --- FEDORA-2021-574addc985 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #8 from Fedora Update System --- FEDORA-EPEL-2021-3b4b94d5c0 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here:

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

The following Fedora EPEL 8 Security updates need testing: Age URL 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-86c73cc3af prosody-0.11.9-1.el8 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-58bc048b1a upx-3.96-9.el8 6

[Bug 1965222] perl-Graphics-TIFF-13 is available

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

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #7 from Fedora Update System --- FEDORA-2021-b614ac8587 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

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

Re: texlive 2021 landing in Rawhide

On 27. 05. 21 23:17, Tom Callaway wrote: Hi Fedorans, Just a heads-up, texlive-base (where the compiled code and immediate dependencies lives) and texlive (where the thousands of other noarch components live) have been updated to TeXLive 2021 in Rawhide (and the latest available components

Fedora rawhide compose report: 20210527.n.1 changes

OLD: Fedora-Rawhide-20210527.n.0 NEW: Fedora-Rawhide-20210527.n.1 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 2 Dropped packages:0 Upgraded packages: 52 Downgraded packages: 0 Size of added packages: 80.83 KiB Size of dropped packages:0 B

[EPEL-devel] Re: EPEL build target in COPR

On 19.05.21 15:28, Troy Dawson wrote: On Tue, May 18, 2021 at 10:08 PM Pavel Raiskup > wrote: On Wednesday, May 19, 2021 1:57:17 AM CEST Leon Fauster wrote: > Dear all, the EPEL build target in COPR build packages based on > CentOS Linux 8. What

Re: GNOME only: KeepassXC quirks

I opened ticket "revert Qt Wayland By Default On Gnome" https://bugzilla.redhat.com/show_bug.cgi?id=1965539 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: texlive 2021 landing in Rawhide

On Thu, 27 May 2021 at 19:04, Elliott Sales de Andrade wrote: > > On Thu, 27 May 2021 at 17:18, Tom Callaway wrote: > > > > Hi Fedorans, > > > > Just a heads-up, texlive-base (where the compiled code and immediate > > dependencies lives) and texlive (where the thousands of other noarch > >

Re: texlive 2021 landing in Rawhide

On Thu, 27 May 2021 at 17:18, Tom Callaway wrote: > > Hi Fedorans, > > Just a heads-up, texlive-base (where the compiled code and immediate > dependencies lives) and texlive (where the thousands of other noarch > components live) have been updated to TeXLive 2021 in Rawhide (and the latest >

Re: Question related to systemd-oomd

El jue, 27 may 2021 a las 19:45, Anita Zhang () escribió: > "Scope" from that Wiki is referring to the scope section of the proposal ( > https://fedoraproject.org/wiki/Changes/EnableSystemdOomd#Scope). As of > systemd 248 the missing features are landed so > ManagedOOMMemoryPressureLimit= is now

Re: Question related to systemd-oomd

"Scope" from that Wiki is referring to the scope section of the proposal (https://fedoraproject.org/wiki/Changes/EnableSystemdOomd#Scope). As of systemd 248 the missing features are landed so ManagedOOMMemoryPressureLimit= is now available (this was named something else in 247).

Re: texlive 2021 landing in Rawhide

On Thu, May 27, 2021 at 3:18 PM Tom Callaway wrote: > P.S. Please don't start the "WHY THE #$%& does texlive make so many > subpackages" thread unless you're sending me money, fine alcohol, or patches. I'm amazed you can keep this giant beast working at all. Thank you for all the work you do

Re: The future of legacy BIOS support in Fedora.

On 2021-05-27 2:28 p.m., Sam Varshavchik wrote: It a shame if Fedora were to abandon its long-time users. This proposal was already brough up earlier this year and was described as a non-starter back then. I haven't paid attention and I hope this is still a non-starter; otherwise, as I said,

Re: The future of legacy BIOS support in Fedora.

Marius Schwarz writes: Am 30.06.20 um 15:34 schrieb Jóhann B. Guðmundsson: Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes it beg the question if now would not be the time to stop supporting booting in legacy bios mode and move to uefi only supported boot which has

texlive 2021 landing in Rawhide

Hi Fedorans, Just a heads-up, texlive-base (where the compiled code and immediate dependencies lives) and texlive (where the thousands of other noarch components live) have been updated to TeXLive 2021 in Rawhide (and the latest available components from CTAN at the time I did the work). I've

Re: Just say "No!" and do not document GRUB2 anymore!

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/DKINRYGSNDNRSOY7KYLMJJXDGS4X45TU/ I understand that systemd.Boot is a great achievement and improvement. But GRUB was great too! And we just cannot throw 70% of GRUB users under the Fedora bus!

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 02:05:08PM -0600, Chris Murphy wrote: > This sort of analogy is not helpful at all. That's not what I'm doing. > I'm just giving advice based on my own experience writing books and > articles on super complicated material, and having a fairly good grasp > of GRUB behavior

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 2:05 PM Chris Murphy wrote: > > On Thu, May 27, 2021 at 3:58 AM Mauricio Tavares wrote: > > > > On Thu, May 27, 2021 at 5:49 AM e wrote: > > > > > > sounds unintuitive, but he just speaks truth to power: > > > > > >

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 3:58 AM Mauricio Tavares wrote: > > On Thu, May 27, 2021 at 5:49 AM e wrote: > > > > sounds unintuitive, but he just speaks truth to power: > > > > https://pagure.io/fedora-docs/quick-docs/issue/352#comment-734630 > > > > "I think the GRUB stuff is so esoteric, so

Re: F35 Change: Support using a GPT partition table in Kickstart (System-Wide Change proposal)

On Thu, May 27, 2021, 10:28 AM Brian C. Lane wrote: On Thu, May 27, 2021 at 11:38:56AM -0400, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/InstallGPTwithKickstart > > > > > > == Summary == > > Add support for configuring GPT partition table in kickstart without > > requiring a

IRC Announcement

Since its beginnings, the Fedora Project has used the freenode IRC network for our project communications. Due to a variety of recent changes to that network, the Fedora Project is moving our IRC communications to Libera.Chat. If you are a current IRC user, please go and register your nick(s) on

IRC Announcement

Since its beginnings, the Fedora Project has used the freenode IRC network for our project communications. Due to a variety of recent changes to that network, the Fedora Project is moving our IRC communications to Libera.Chat. If you are a current IRC user, please go and register your nick(s) on

License correction for pyparsing-doc: MIT -> MIT and GPLv2+ and GPLv3+ and BSD

Hi! The documentation package pyparsing-doc includes several examples that aren't under the project licence (MIT). The License field was corrected. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1965114] perl-URI-Fetch-0.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965114 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-URI-Fetch-0.14 is |perl-URI-Fetch-0.15 is

Re: Let's retire original glib and gtk+

Hi, On 5/27/21 5:54 PM, Tom Callaway wrote: > FWIW, I have retired xmms. Upstream is long gone, and it was being held > together by spider-webs anyways. And I've just retired xarchon for similar reasons. xarchon was fun for me as a fan of the original c64 Archon games, but it really is time for

Re: Fedora elections voting now open

Hi Silvia, Hau idatzi du Silvia Sánchez (bhkoh...@gmail.com) erabiltzaileak (2021 mai. 27, og. (19:19)): > > > I tried to login to vote but I get a 400 error when I try. Had the same problem. I was able to workaround by login in bodhi[1] and returning to the voting page. Mikel [1]

Re: Fedora elections voting now open

Ive reported the 400 error, here: https://pagure.io/fedora-infrastructure/issue/9990 On Thu, May 27, 2021 at 1:19 PM Silvia Sánchez wrote: > > I tried to login to vote but I get a 400 error when I try. > It's been 3 days already. > > > > On Thu, 27 May 2021 at 18:57, Ben Cotton wrote: > >> You

Re: Fedora elections voting now open

I tried to login to vote but I get a 400 error when I try. It's been 3 days already. On Thu, 27 May 2021 at 18:57, Ben Cotton wrote: > You are reminded that voting in the F34 election cycle is open through > 23:59 UTC on Thursday 3 June. > > On Thu, May 20, 2021 at 8:00 PM Ben Cotton wrote:

Re: Fedora elections voting now open

You are reminded that voting in the F34 election cycle is open through 23:59 UTC on Thursday 3 June. On Thu, May 20, 2021 at 8:00 PM Ben Cotton wrote: > > Voting in the Fedora Linux 34 elections is now open. Go to the > Elections app[1] to cast your vote. Voting closes at 23:59 UTC on > Thursday

Re: Fedora elections voting now open

You are reminded that voting in the F34 election cycle is open through 23:59 UTC on Thursday 3 June. On Thu, May 20, 2021 at 8:00 PM Ben Cotton wrote: > > Voting in the Fedora Linux 34 elections is now open. Go to the > Elections app[1] to cast your vote. Voting closes at 23:59 UTC on > Thursday

Re: F35 Change: Support using a GPT partition table in Kickstart (System-Wide Change proposal)

On Thu, May 27, 2021 at 11:38:56AM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/InstallGPTwithKickstart > > > == Summary == > Add support for configuring GPT partition table in kickstart without > requiring a custom pre-installation script or a custom boot script. >

Re: Let's retire original glib and gtk+

FWIW, I have retired xmms. Upstream is long gone, and it was being held together by spider-webs anyways. ~spot On Wed, May 26, 2021 at 4:43 AM Peter Robinson wrote: > On Tue, May 25, 2021 at 11:01 PM Michael Catanzaro > wrote: > > > > On Sat, May 22 2021 at 09:23:23 AM +1000, Bob Hepple > >

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

No missing expected images. Compose FAILS proposed Rawhide gating check! 7 of 43 required tests failed, 8 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 16/194 (x86_64), 18/133 (aarch64) New failures (same test not failed

F35 Change: Support using a GPT partition table in Kickstart (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/InstallGPTwithKickstart == Summary == Add support for configuring GPT partition table in kickstart without requiring a custom pre-installation script or a custom boot script. [[Category:SystemWideChange]] == Owners == * Name: [[User:Davdunc|David

Re: The future of legacy BIOS support in Fedora.

On Thu, 2021-05-27 at 09:35 +, eedio wrote: > well, > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QBANCA2UAJ5ZSMDVVARLIYAJE66TYTCD/ > > suggesting to drop BIOS is a nonstarter. This thread died over half a year ago (back in October of last year)

F35 Change: Support using a GPT partition table in Kickstart (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/InstallGPTwithKickstart == Summary == Add support for configuring GPT partition table in kickstart without requiring a custom pre-installation script or a custom boot script. [[Category:SystemWideChange]] == Owners == * Name: [[User:Davdunc|David

Re: The future of legacy BIOS support in Fedora.

On 5/27/21 10:45 AM, Nikolay Nikolov wrote: That is quite a painful process. And how do you do that on a MBR system that dual boots Fedora and Windows 10? I really don't want to go through the pain of reinstalling Windows and all the programs that I have there. There's no migration path that

Re: The future of legacy BIOS support in Fedora.

On 5/27/21 5:25 PM, Vitaly Zaitsev via devel wrote: On 27.05.2021 16:17, Marius Schwarz wrote: Also, a lot of laptops are installed in Legacy Mode, as setting them up in EFI was impossible. 1. Backup all data. 2. Convert MBR to GPT. 3. Create an ESP partition, add it to the /etc/fstab file

Re: The future of legacy BIOS support in Fedora.

On 27.05.2021 16:17, Marius Schwarz wrote: Also, a lot of laptops are installed in Legacy Mode, as setting them up in EFI was impossible. 1. Backup all data. 2. Convert MBR to GPT. 3. Create an ESP partition, add it to the /etc/fstab file and mount. 4. sudo dnf swap grub2 grub2-efi 5. sudo dnf

Re: The future of legacy BIOS support in Fedora.

Am 30.06.20 um 15:34 schrieb Jóhann B. Guðmundsson: Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes it beg the question if now would not be the time to stop supporting booting in legacy bios mode and move to uefi only supported boot which has been available on any

Re: F35 Change: Node.js 16.x by default (System-Wide Change proposal)

Just a quick reminder, this switch will be occurring in a little over three weeks, so make sure to test your NPM packages with Node.js 16.x! On Thu, Apr 29, 2021 at 3:46 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Nodejs16 > > == Summary == > The latest release of Node.js to

Fedora rawhide compose report: 20210527.n.0 changes

OLD: Fedora-Rawhide-20210526.n.0 NEW: Fedora-Rawhide-20210527.n.0 = SUMMARY = Added images:2 Dropped images: 2 Added packages: 6 Dropped packages:1 Upgraded packages: 37 Downgraded packages: 1 Size of added packages: 139.21 MiB Size of dropped packages

Re: Orphaning several packages

On 27. 05. 21 14:39, Mikel Olasagasti wrote: Hi Rick, Hau idatzi du Rick Elrod (codebl...@elrod.me) erabiltzaileak (2021 mai. 27, og. (13:53)): - httpie (http CLI client) I can take this one, but I see Miro just? took ownership. Indeed. Miro, if you're interested add me, mikelo2, as

Re: Orphaning several packages

Hi Rick, Hau idatzi du Rick Elrod (codebl...@elrod.me) erabiltzaileak (2021 mai. 27, og. (13:53)): > - httpie (http CLI client) I can take this one, but I see Miro just? took ownership. Miro, if you're interested add me, mikelo2, as co-maintainer. I can take care of EPEL if needed. Kind

Re: Orphaning several packages

On 2021-05-27 14:52, Rick Elrod wrote: - chicken (scheme interpreter) If no one else has any objections, I will claim CHICKEN since I use and need it for various things anyway. - Jani Sinervo ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 7:02 AM e wrote: > > On Thu, 27 May 2021 12:54:31 +0200 astoundingly, Vitaly Zaitsev via devel > wrote: > > > On 27.05.2021 12:30, Mauricio Tavares wrote: > > > Support for other OS for those who like/need to dualboot? > > > > Yes. For example you can press "W" to

Orphaning several packages

Hi all, I'm looking to shed some of the packages that I currently am the primary contact for, due to lack of time to give them proper maintenance. I'm happy to be left as a comaintainer and help out as able, but I'm looking to hand off the primary point of contact. - chicken (scheme interpreter)

Re: When is pappl going to be good enough to replace cups?

Solomon Peachy wrote: > If all you want to do is prevent CUPS from auto-discovering > remote printers, edit /etc/cups/cupsd.conf and set 'Browsing Off' "Browsing" is documented as "Specifies whether shared printers are advertised". That sounds like printers on this host are advertised to other

[Bug 1965222] perl-Graphics-TIFF-13 is available

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

[Bug 1965222] perl-Graphics-TIFF-13 is available

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

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, 27 May 2021 12:54:31 +0200 astoundingly, Vitaly Zaitsev via devel wrote: > On 27.05.2021 12:30, Mauricio Tavares wrote: > > Support for other OS for those who like/need to dualboot? > > Yes. For example you can press "W" to start Windows directly. > > Also native UEFI Boot allows

Re: Just say "No!" and do not document GRUB2 anymore!

On 27.05.2021 12:30, Mauricio Tavares wrote: Support for other OS for those who like/need to dualboot? Yes. For example you can press "W" to start Windows directly. Also native UEFI Boot allows multiple bootloaders. Cutting date for hardware that supports it? All hardware with UEFI

[Bug 1965222] perl-Graphics-TIFF-13 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965222 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

Fedora-IoT-35-20210527.0 compose check report

No missing expected images. Failed openQA tests: 6/15 (aarch64), 2/16 (x86_64) New failures (same test not failed in Fedora-IoT-35-20210525.1): ID: 896778 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_rebase@uefi URL: https://openqa.fedoraproject.org/tests/896778 ID: 896781 Test:

[Bug 1965222] perl-Graphics-TIFF-13 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965222 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 6:27 AM Vitaly Zaitsev via devel wrote: > > On 27.05.2021 12:13, Sérgio Basto wrote: > > why systemd-boot is better ? > > 1. Not a bootloader. > 2. Very simple and clean. > 3. Starts Linux kernel directly with EFIStub without any bootloaders. > 4. Can be used with

Re: Just say "No!" and do not document GRUB2 anymore!

On 27.05.2021 12:13, Sérgio Basto wrote: why systemd-boot is better ? 1. Not a bootloader. 2. Very simple and clean. 3. Starts Linux kernel directly with EFIStub without any bootloaders. 4. Can be used with XBOOTLDR[1] on any FS, supported by your hardware[2]. 5. Has full BLS support. Links:

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #5 from Fedora Update System --- FEDORA-EPEL-2021-0b3e9518f1 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0b3e9518f1 -- You are receiving this mail because: You are

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, 2021-05-27 at 11:49 +0200, e wrote: > sounds unintuitive, but he just speaks truth to power: > > https://pagure.io/fedora-docs/quick-docs/issue/352#comment-734630 > > "I think the GRUB stuff is so esoteric, so conditional and overly > complicated, that we shouldn't > explain it.

Re: Just say "No!" and do not document GRUB2 anymore!

On Thu, May 27, 2021 at 5:49 AM e wrote: > > sounds unintuitive, but he just speaks truth to power: > > https://pagure.io/fedora-docs/quick-docs/issue/352#comment-734630 > > "I think the GRUB stuff is so esoteric, so conditional and overly > complicated, that we shouldn't > explain it.

Re: Just say "No!" and do not document GRUB2 anymore!

On 27.05.2021 11:49, e wrote: "I think the GRUB stuff is so esoteric, so conditional and overly complicated, that we shouldn't explain it. Explaining it will take a lot of resources, and then it has to be maintained or it goes stale again. So when in doubt, just say no and don't document it"

Just say "No!" and do not document GRUB2 anymore!

sounds unintuitive, but he just speaks truth to power: https://pagure.io/fedora-docs/quick-docs/issue/352#comment-734630 "I think the GRUB stuff is so esoteric, so conditional and overly complicated, that we shouldn't explain it. Explaining it will take a lot of resources, and then it has to be

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #3 from Fedora Update System --- FEDORA-2021-b614ac8587 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-b614ac8587 --- Comment #4 from Fedora Update System ---

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #2 from Fedora Update System --- FEDORA-2021-574addc985 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-574addc985 -- You are receiving this mail because: You are on the CC list

Fedora-Cloud-34-20210527.0 compose check report

No missing expected images. Failed openQA tests: 8/8 (x86_64) Old failures (same test failed in Fedora-Cloud-34-20210525.0): ID: 896510 Test: x86_64 Cloud_Base-qcow2-qcow2 base_services_start URL: https://openqa.fedoraproject.org/tests/896510 ID: 896511 Test: x86_64

Re: The future of legacy BIOS support in Fedora.

well, https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QBANCA2UAJ5ZSMDVVARLIYAJE66TYTCD/ suggesting to drop BIOS is a nonstarter. much like Mr Jóhann B. Guðmundsson's argument that UEFI is on sale since 2005 , only 16 years. A completely weightless

[Bug 1965041] perl-Log-Dispatch-FileRotate-1.38 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965041 Paul Howarth changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

[Bug 1965222] New: perl-Graphics-TIFF-13 is available

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

[Bug 1965041] perl-Log-Dispatch-FileRotate-1.38 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965041 Paul Howarth changed: What|Removed |Added Status|NEW |ASSIGNED

[389-devel] 389 DS nightly 2021-05-27 - 94% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2021/05/27/report-389-ds-base-2.0.4-20210527git0cfdea7ab.fc34.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Fedora-Cloud-33-20210527.0 compose check report

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

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[rpms/perl-DateTime-Format-Flexible] PR #1: Tests

ppisar merged a pull-request against the project: `perl-DateTime-Format-Flexible` that you are following. Merged pull-request: `` Tests `` https://src.fedoraproject.org/rpms/perl-DateTime-Format-Flexible/pull-request/1 ___ perl-devel mailing list --

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 --- Comment #1 from Petr Pisar --- A bug-fix release suitable for all Fedoras and EPELs. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list --

[rpms/perl-DateTime-Format-Flexible] PR #1: Tests

ppisar opened a new pull-request against the project: `perl-DateTime-Format-Flexible` that you are following: `` Tests `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-DateTime-Format-Flexible/pull-request/1 ___ perl-devel

[Bug 1965188] perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1965188] New: perl-DateTime-Format-Flexible-0.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1965188 Bug ID: 1965188 Summary: perl-DateTime-Format-Flexible-0.33 is available Product: Fedora Version: rawhide Status: NEW Component: perl-DateTime-Format-Flexible Keywords: