Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 09, 2023 at 01:31:01PM -0500, Chris Adams wrote: > Once upon a time, Chris Murphy said: > > What about the increasing growth in linux-firmware and in particular the > > NVIDIA firmware requirements? My reading suggests it's significant and the > > future growth also significant. >

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

Jarek Prokop writes: > Are the libffi/rebuilt packages available anywhere for us to > experiment with? MPB uses COPR, so.. "before" builds: https://copr.fedorainfracloud.org/coprs/djdelorie/libffi-3.4.4.checker/ "after" builds: https://copr.fedorainfracloud.org/coprs/djdelorie/libffi-3.4.4/

Summary/Minutes from today's FESCo Meeting (2023-05-09)

Minutes: https://meetbot.fedoraproject.org/fedora-meeting/2023-05-09/fesco.2023-05-09-17.01.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting/2023-05-09/fesco.2023-05-09-17.01.txt Log:

Re: it builds in copr epel-9 (with RHEL-9) but fail to build on koji

On Tue, May 09, 2023 at 09:20:30PM +0100, Sérgio Basto wrote: > On Tue, 2023-05-09 at 11:43 -0700, Kevin Fenzi wrote: > > On Tue, May 09, 2023 at 07:19:49PM +0100, Sérgio Basto wrote: > > > Hi, > > > it builds in copr epel-9 (with RHEL-9) [1] but fail to build on > > > koji > > > [2] > > > > > >

[Poll] For Rubberband users and downstream maintainers, do you want the 3.2.x release pushed to stable branches?

From Rubberband's NEWS page: https://www.breakfastquay.com/news.html > Version 3.2.0 contains significant improvements to output quality for certain > processing modes. Most notably, it updates the "centre-focus" mode for the R3 > engine (OptionChannelsTogether) so as to retain mono

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

Once upon a time, Chris Murphy said: > What about the increasing growth in linux-firmware and in particular the > NVIDIA firmware requirements? My reading suggests it's significant and the > future growth also significant. Could we use a dumb framebuffer in initrd and get rid of all the GPU

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023, at 2:47 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, May 09, 2023 at 01:31:01PM -0500, Chris Adams wrote: >> Once upon a time, Chris Murphy said: >> > What about the increasing growth in linux-firmware and in particular the >> > NVIDIA firmware requirements? My reading

Re: disabling yum modular repos by default?

On Tue, May 9, 2023 at 2:22 PM Petr Pisar wrote: > I measured cached "dnf upgrade" (i.e. DNF4) on rawhide without and with > the modular > repository 5 times and the times are 1.022 vs. 1.090 seconds. I.e. 6.2% > speedup. > Just a note here that the speedup might be a bit larger on released

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On Tue, May 09, 2023 at 03:46:21PM +0200, Debarshi Ray via devel wrote: > Hey Zbigniew, > > On Mon, 2023-05-08 at 19:57 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, May 08, 2023 at 09:24:08AM -0700, Kevin Fenzi wrote: > > > I'm broadly in favor here, some comments in line... > > > > > >

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 09, 2023 at 04:04:33PM +0200, Gerd Hoffmann wrote: > Hi, > > > > And install kernels to /boot/efi in case /boot is not a XBOOTLDR > > > filesystem? > > > > If /boot is not a XBOOTLDR, then we only have one file system which is > > the ESP. It could be mounted on /boot or on /efi or

Re: it builds in copr epel-9 (with RHEL-9) but fail to build on koji

On Tue, May 09, 2023 at 07:19:49PM +0100, Sérgio Basto wrote: > Hi, > it builds in copr epel-9 (with RHEL-9) [1] but fail to build on koji > [2] > > the test with xvfb-run seg fault and fails on koji [3] any idea why ? > > Thank you Just retry now. RHEL 9.2 is syncing out this morning, and

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023 at 12:39 PM Neal Gompa wrote: > On Tue, May 9, 2023 at 12:31 PM Lennart Poettering > wrote: > > > > On Di, 09.05.23 08:22, Neal Gompa (ngomp...@gmail.com) wrote: > > > > > I've been asked to consider converting /boot to a Btrfs subvolume so > > > that it no longer has a

C-specific compiler parameters (was: Update on Changes/PortingToModernC)

Florian Weimer wrote: > I am going to explore a way to land -Werror=implicit-int > -Werror=implicit-function-declaration among the default compiler flags. > There's a bit of an issue because the C++ front end warns on > those flags, so we need another -specs= kludge that is incompatible with >

it builds in copr epel-9 (with RHEL-9) but fail to build on koji

Hi, it builds in copr epel-9 (with RHEL-9) [1] but fail to build on koji [2] the test with xvfb-run seg fault and fails on koji [3] any idea why ? Thank you [1] https://copr.fedorainfracloud.org/coprs/build/5901019 [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=100929278 [3]

Re: Fun with GRUB2, BLS and Multiboot USB

On Wed, Apr 26, 2023, at 12:26 AM, Philip Rhoades via devel wrote: > People, > > LILO and SysLinux were simple and GRUB1 was straightforward - but by the > time GRUB2 came around I was long past configuring my own kernels and > hacking around at a lower level . . now I think, finally, I need

Re: disabling yum modular repos by default?

On Tue, May 09, 2023 at 02:21:46PM +0200, Petr Pisar wrote: > V Tue, May 09, 2023 at 12:31:54PM +0800, Jens-Ulrik Petersen napsal(a): > > I have been thinking about proposing a Change to Fedora 39, > > which would disable yum modular repos by default in installs. > > I thought I would float the

Re: it builds in copr epel-9 (with RHEL-9) but fail to build on koji

On Tue, 2023-05-09 at 11:43 -0700, Kevin Fenzi wrote: > On Tue, May 09, 2023 at 07:19:49PM +0100, Sérgio Basto wrote: > > Hi, > > it builds in copr epel-9 (with RHEL-9) [1] but fail to build on > > koji > > [2] > > > > the test with xvfb-run seg fault and fails on koji [3] any idea why > > ? > >

Re: memtest86plus v6.00

Team, I've been working on this update for a bit due to the need to diagnose some failed hardware. You can find the latest here: https://bugzilla.redhat.com/show_bug.cgi?id=2137395 Hopefully we could get this update finalized. The shortlist of outstanding issues: * Secure boot doesn't work;

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023, at 8:08 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, May 09, 2023 at 12:02:26PM +0200, Gerd Hoffmann wrote: >> Hi, >> >> > If we want to change the default here, let's do some proper cleanup: >> > 1. the split between ESP and XBOOTLDR is only useful in the case where

Re: it builds in copr epel-9 (with RHEL-9) but fail to build on koji

On Tue, 9 May 2023 at 14:20, Sérgio Basto wrote: > Hi, > it builds in copr epel-9 (with RHEL-9) [1] but fail to build on koji > [2] > > COPR is using DEBUG util.py:445: xorg-x11-server-Xvfb x86_64 1.20.11-17.el9 appstream 897 k EPEL at the time you tried the build was using DEBUG

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On 5/9/23 14:47, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, May 09, 2023 at 01:31:01PM -0500, Chris Adams wrote: >> Once upon a time, Chris Murphy said: >>> What about the increasing growth in linux-firmware and in particular the >>> NVIDIA firmware requirements? My reading suggests it's

Re: Summary/Minutes from today's FESCo Meeting (2023-05-09)

Zbigniew Jędrzejewski-Szmek wrote: > * #2989 Proposal to adjust Changes Policy to use Fedora Discussion > instead of the devel list (zbyszek, 17:03:21) > * AGREED: APPROVED (+6, 0, 0): > Subsequent Fedora Changes for F40 and later will be discussed on > discussions.fedoraproject.org

Re: Summary/Minutes from today's FESCo Meeting (2023-05-09)

On Wed, May 10, 2023, 01:27 Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Zbigniew Jędrzejewski-Szmek wrote: > > * #2989 Proposal to adjust Changes Policy to use Fedora Discussion > > instead of the devel list (zbyszek, 17:03:21) > > * AGREED: APPROVED (+6, 0, 0): > >

Re: Summary/Minutes from today's FESCo Meeting (2023-05-09)

Fabio Valentini wrote: > This might be a potentially useful URL: > > https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations#Candidate_Nominations So that I get outvoted (n-1, 0, 1) on everything? Been there, done that, a long time ago… Nobody was even interested in discussing

Re: it builds in copr epel-9 (with RHEL-9) but fail to build on koji

On Tue, 9 May 2023 at 14:33, Stephen Smoogen wrote: > > > On Tue, 9 May 2023 at 14:20, Sérgio Basto wrote: > >> Hi, >> it builds in copr epel-9 (with RHEL-9) [1] but fail to build on koji >> [2] >> >> > COPR is using > > DEBUG util.py:445: xorg-x11-server-Xvfb x86_64 1.20.11-17.el9 >

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023 at 2:31 PM Chris Adams wrote: > Once upon a time, Chris Murphy said: > > What about the increasing growth in linux-firmware and in particular the > NVIDIA firmware requirements? My reading suggests it's significant and the > future growth also significant. > > Could we use a

Re: gimp license corrected

So, without getting into the issue of whether it actually makes sense to track differences between GPLvn "only" vs "or-later", since this is just continuing a practice that was in place in Fedora for years (I think ever since 2008 at least?): This is where you can't really rely on askalono,

Re: gimp license corrected

Josef Řídký wrote: > The file-dds plugin directory has available COPYING file which is > GPL-2.0-only original text (with accuracy 0.983). It is normal for GPL-2.0-or-later code to come with a copy of the GPLv2 COPYING. You cannot distinguish GPL-2.0-only from GPL-2.0-or-later from the COPYING

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

Jens-Ulrik Petersen writes: > According to mpb at least: > > mpb? Mass PreBuilder https://gitlab.com/fedora/packager-tools/mass-prebuild > The majority of those packages are maintained by me... so I can't say I > thrilled. > I thought ghc 9 was supposed to be okay with static trampolines?

Re: gimp license corrected

This license was mentioned in the output of the 'askalono' command run over the gimp source code. The file-dds plugin directory has available COPYING file which is GPL-2.0-only original text (with accuracy 0.983). It's true that no other checks were made upon files there as I didn't expect to

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023, at 12:31 PM, Lennart Poettering wrote: > On Di, 09.05.23 08:22, Neal Gompa (ngomp...@gmail.com) wrote: > >> I've been asked to consider converting /boot to a Btrfs subvolume so >> that it no longer has a fixed space allocation to deal with the ever >> increasing amount of

Re: C-specific compiler parameters (was: Update on Changes/PortingToModernC)

On Wed, May 10, 2023 at 12:09:10AM +0200, Björn Persson wrote: > Florian Weimer wrote: > > I am going to explore a way to land -Werror=implicit-int > > -Werror=implicit-function-declaration among the default compiler flags. > > There's a bit of an issue because the C++ front end warns on > > those

Re: disabling yum modular repos by default?

Thanks for all the helpful comments and feedback, though more is still welcome of course. So I am leaning now towards not installing fedora-repos-modular by default (rather than disabling the modular repos by default): also for upgrade compatibility. I have started a Change proposal draft, which

Fedora rawhide compose report: 20230509.n.0 changes

OLD: Fedora-Rawhide-20230508.n.0 NEW: Fedora-Rawhide-20230509.n.0 = SUMMARY = Added images:0 Dropped images: 4 Added packages: 1 Dropped packages:0 Upgraded packages: 94 Downgraded packages: 0 Size of added packages: 25.20 KiB Size of dropped packages:0 B

Re: disabling yum modular repos by default?

On Tue, May 9, 2023 at 6:32 AM Jens-Ulrik Petersen wrote: > > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users don't use > the

Re: disabling yum modular repos by default?

On Tue, May 9, 2023 at 12:32 AM Jens-Ulrik Petersen wrote: > > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users don't use > the

Re: Update on Changes/PortingToModernC

Wow, good job. Looks like that was a huge effort. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: disabling yum modular repos by default?

V Tue, May 09, 2023 at 12:31:54PM +0800, Jens-Ulrik Petersen napsal(a): > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023 at 8:09 AM Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, May 09, 2023 at 12:02:26PM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > If we want to change the default here, let's do some proper cleanup: > > > 1. the split between ESP and XBOOTLDR is only useful in the case

Update on Changes/PortingToModernC

This message is a brief update where we are in terms of the Modern C port. We recorded fixes for about 850 packages for compatibility with a future compiler that does not support implicit ints nor implicit function declarations.

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On Mon, May 8, 2023 at 9:11 PM Kevin Fenzi wrote: > > On Mon, May 08, 2023 at 07:57:30PM +, Zbigniew Jędrzejewski-Szmek wrote: > > > > I think we need some clarity wrt. to the dependency order here. > > Let's say we: > > > In order to do this at branch point, we will need to move building

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On Mon, 8 May 2023 at 19:35, Demi Marie Obenour wrote: > On 5/8/23 19:09, Neal Gompa wrote: > > On Mon, May 8, 2023 at 7:05 PM Demi Marie Obenour > wrote: > >> > >> On 5/8/23 18:49, Kevin Fenzi wrote: > >>> On Mon, May 08, 2023 at 09:29:02PM +0100, Sebastian Crane wrote: > Dear Kevin, >

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 09, 2023 at 12:02:26PM +0200, Gerd Hoffmann wrote: > Hi, > > > If we want to change the default here, let's do some proper cleanup: > > 1. the split between ESP and XBOOTLDR is only useful in the case where > >ESP already existed and was small. If the installer is *creating* > >

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, 9 May 2023 at 10:22, Zbigniew Jędrzejewski-Szmek wrote: > This is both too much and not enough. Right; and I think a different Fedora feature proposal would be a good idea for the version of Fedora when we switch to UKIs. Where we can just have /boot/efi and not /boot -- but that's not

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

Hi, > If we want to change the default here, let's do some proper cleanup: > 1. the split between ESP and XBOOTLDR is only useful in the case where >ESP already existed and was small. If the installer is *creating* >an ESP, it should just make it large enough. And install kernels to

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On Tue, May 9, 2023 at 6:19 AM Peter Robinson wrote: > > On Mon, May 8, 2023 at 9:11 PM Kevin Fenzi wrote: > > > > On Mon, May 08, 2023 at 07:57:30PM +, Zbigniew Jędrzejewski-Szmek wrote: > > > > > > I think we need some clarity wrt. to the dependency order here. > > > Let's say we: > > > >

fedora 38 - in witch timespan a net iso is build..??

installed Fedora with "Fedora-Everything-netinst-x86_64-38-1.6.iso" but hat small issues. (firewall packages) In witch timespan will a new iso be build..?? At least use the latest updates for this (or any other) installation iso... thanks André ___

Re: gimp license corrected

On Tue, May 09, 2023 at 09:53:25AM +0200, Josef Řídký wrote: > The GIMP application core, and other portions of the official GIMP > distribution > not explicitly licensed otherwise, are licensed under the GPL-3.0-only > > Explicitly licensed under GPL-2.0-only is 'file-dds' plugin. > Explicitly

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

On 5/8/23 15:50, Aoife Moloney wrote: https://fedoraproject.org/wiki/Changes/LIBFFI34_static_trampolines This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented

Schedule for Tuesday's FESCo Meeting (2023-05-09)

Following is the list of topics that will be discussed in the FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on irc.libera.chat. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2023-05-09 17:00 UTC' Links to all issues to be

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On Mon, 8 May 2023 at 22:11, Kevin Fenzi wrote: > On Mon, May 08, 2023 at 07:57:30PM +, Zbigniew Jędrzejewski-Szmek > wrote: > > > > I think we need some clarity wrt. to the dependency order here. > > Let's say we: > > > In order to do this at branch point, we will need to move building this

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

Hi! Sorry for the late reply, esp. that I need to grumble a bit. I missed the thread and only came here via the fesco ticket. On Mon, Apr 24, 2023 at 12:15:12PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/BiggerESP > == Feedback == > > There is no alternative -- the ESP

Re: gimp license corrected

The GIMP application core, and other portions of the official GIMP distribution not explicitly licensed otherwise, are licensed under the GPL-3.0-only Explicitly licensed under GPL-2.0-only is 'file-dds' plugin. Explicitly licensed under BSD-3-Clause are 'script-fu/ftx' and 'script-fu/tinyscheme'

Re: disabling yum modular repos by default?

On Tue, May 09, 2023 at 12:31:54PM +0800, Jens-Ulrik Petersen wrote: > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users don't

Re: gimp license corrected

On Tue, May 9, 2023 at 3:54 AM Josef Řídký wrote: > The GIMP application core, and other portions of the official GIMP > distribution not explicitly licensed otherwise, are licensed under the > GPL-3.0-only > > Explicitly licensed under GPL-2.0-only is 'file-dds' plugin. > Curious why you say

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

On 5/9/23 07:53, Stephen Smoogen wrote: > On Mon, 8 May 2023 at 19:35, Demi Marie Obenour > wrote: > >> On 5/8/23 19:09, Neal Gompa wrote: >>> On Mon, May 8, 2023 at 7:05 PM Demi Marie Obenour >> wrote: On 5/8/23 18:49, Kevin Fenzi wrote: > On Mon, May 08, 2023 at 09:29:02PM

Re: disabling yum modular repos by default?

On Tue, May 9, 2023 at 1:27 PM Neal Gompa wrote: > On Tue, May 9, 2023 at 12:32 AM Jens-Ulrik Petersen > wrote: > > > > I have been thinking about proposing a Change to Fedora 39, > > which would disable yum modular repos by default in installs. > > I thought I would float the idea here first.

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

Hey Zbigniew, On Mon, 2023-05-08 at 19:57 +, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, May 08, 2023 at 09:24:08AM -0700, Kevin Fenzi wrote: > > I'm broadly in favor here, some comments in line... > > > > ...snip... > > > First, we want to ensure that there are up to date > > >

Re: Place to write something up

On Thu, May 04, 2023 at 02:39:01PM +0200, Peter Boy wrote: > > The wiki might be another place: > > https://fedoraproject.org/wiki/Fedora_Project_Wiki > > Not really. Fedora decided some time ago to migrate all documentation from > wiki to Antorra CMS pages. This is not uncontroversial and

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

Hi, > > And install kernels to /boot/efi in case /boot is not a XBOOTLDR > > filesystem? > > If /boot is not a XBOOTLDR, then we only have one file system which is > the ESP. It could be mounted on /boot or on /efi or maybe even /boot/efi (*). > The kernels would then go to /boot/EFI/Linux,

Re: SPDX Statistics - ZX Spectrum edition

V Fri, May 05, 2023 at 09:10:54PM +0200, Miro Hrončok napsal(a): > Now it uses SPDX identifiers, but lowercase ors, should probably be uppercase > ORs. > I corrected it in perl-Exporter-Tidy-0.08-28.fc39. -- Petr signature.asc Description: PGP signature

Re: disabling yum modular repos by default?

On Mon, May 8, 2023, at 23:31, Jens-Ulrik Petersen wrote: > I suspect the vast majority of Fedora users don't use > the modular repos, so I don't see the point of enabling > them by default anymore. Does this make sense? I could get behind that. One of my first tasks on a new system is to disable

Re: disabling yum modular repos by default?

Jens-Ulrik Petersen wrote: > ps I think it would be a good idea to disable the cisco-h264 repo too by > default in the fedora container image, and maybe also for headless Fedora > editions. PS: IMHO, the restricted Cisco H.264 should not be enabled by default for anybody. Kevin Kofler

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

Hey Kevin, On Mon, 2023-05-08 at 09:24 -0700, Kevin Fenzi wrote: > I'm broadly in favor here, some comments in line... > > ...snip... > > It will be beneficial to consider the > > [https://src.fedoraproject.org/container/fedora-toolbox > > fedora-toolbox] images as release-blocking deliverables

F39 Change Proposal: Vagrant 2.3 (Self-Contained)

https://fedoraproject.org/wiki/Changes/Vagrant_2.3 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee.

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

Hey Clement, On Tue, 2023-05-09 at 09:45 +0200, Clement Verna wrote: > > > On Mon, 8 May 2023 at 22:11, Kevin Fenzi wrote: > > On Mon, May 08, 2023 at 07:57:30PM +, Zbigniew Jędrzejewski- > > Szmek wrote: > > > > > > I think we need some clarity wrt. to the dependency order here. > > >

Re: disabling yum modular repos by default?

Jens-Ulrik Petersen wrote: > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users don't use > the modular repos, so I don't see the

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Di, 09.05.23 08:22, Neal Gompa (ngomp...@gmail.com) wrote: > I've been asked to consider converting /boot to a Btrfs subvolume so > that it no longer has a fixed space allocation to deal with the ever > increasing amount of firmware required for NVIDIA GPUs[1]. This is > currently incompatible

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Tue, May 9, 2023 at 12:31 PM Lennart Poettering wrote: > > On Di, 09.05.23 08:22, Neal Gompa (ngomp...@gmail.com) wrote: > > > I've been asked to consider converting /boot to a Btrfs subvolume so > > that it no longer has a fixed space allocation to deal with the ever > > increasing amount of

Re: F39 Proposal: Make Toolbx a release-blocking deliverable and have release-blocking test criteria (System-Wide Change)

Just a general answer/info here at the bottom of the thread... I realize our container build pipeline is not great, but it's currently working and I will keep it working until we replace it. I agree we should replace it, and there's lots of options, but I don't think this thread is the place to

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Di, 09.05.23 09:20, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > == Summary == > > > > This change will increase the minimum size of the ESP to be 500MB, > > which is also the same value used by Microsoft for Windows 10 and > > newer. > > This is both too much and not enough.

Re: F39 proposal: BiggerESP (Self-Contained Change proposal)

On Di, 09.05.23 12:08, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > the ESP. It could be mounted on /boot or on /efi or maybe even /boot/efi (*). > The kernels would then go to /boot/EFI/Linux, /efi/EFI/Linux, or > /boot/efi/EFI/Linux, > respectively. (When you write /boot/efi, it's

[Bug 2187275] perl-User-Identity-1.02 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2187275 Bug 2187275 depends on bug 2187643, which changed state. Bug 2187643 Summary: Review Request: perl-Hash-Ordered - Perl class for ordered hashes https://bugzilla.redhat.com/show_bug.cgi?id=2187643 What|Removed

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

The following Fedora EPEL 9 Security updates need testing: Age URL 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-b31211e2ce apptainer-1.1.8-1.el9 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-5114b71516 rust-below-0.6.3-4.el9 rust-cargo-c-0.9.12-4.el9

[EPEL-devel] Ansible in EPEL 9

Hello EPEL users and developers, RHEL 9.2 was released today, so I have updated ansible in EPEL 9 from 6.3.0 to 7.2.0 to match RHEL 9.2's ansible-core bump from 2.13.3 to 2.14.2. Each ansible major version is tied to a specific major version of ansible-core, and we keep them in sync. Along with

[Bug 2196384] Please branch and build perl-Net-SSH2 in epel8

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

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

The following Fedora EPEL 7 Security updates need testing: Age URL 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-18a0e3fa23 apptainer-1.1.8-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c1088e0644 tinyproxy-1.8.4-2.el7 4

[rpms/perl-String-ShellQuote] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-String-ShellQuote` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-String-ShellQuote/pull-request/1 ___

[rpms/perl-Readonly-XS] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-Readonly-XS` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-Readonly-XS/pull-request/1 ___ perl-devel mailing list --

[rpms/perl-aliased] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-aliased` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-aliased/pull-request/1 ___ perl-devel mailing list

[rpms/perl-String-ShellQuote] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-String-ShellQuote` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-String-ShellQuote/pull-request/1 ___ perl-devel

[rpms/perl-Net-IDN-Encode] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-Net-IDN-Encode` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Net-IDN-Encode/pull-request/1 ___

[rpms/perl-PerlIO-gzip] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-PerlIO-gzip` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-PerlIO-gzip/pull-request/1 ___ perl-devel

[Bug 2196384] Please branch and build perl-Net-SSH2 in epel8

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

[Bug 2193163] perl-Locale-Msgfmt: FTBFS: No package found for: perl(inc::Module::Install::DSL) >= 0.92

https://bugzilla.redhat.com/show_bug.cgi?id=2193163 Jitka Plesnikova changed: What|Removed |Added Resolution|--- |RAWHIDE Status|NEW

[rpms/perl-Readonly-XS] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-Readonly-XS` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Readonly-XS/pull-request/1 ___ perl-devel

[rpms/perl-aliased] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-aliased` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-aliased/pull-request/1 ___ perl-devel mailing list --

[rpms/perl-Net-IDN-Encode] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-Net-IDN-Encode` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-Net-IDN-Encode/pull-request/1 ___ perl-devel mailing

[rpms/perl-Test-Perl-Critic] PR #1: Update license to SPDX format

mspacek opened a new pull-request against the project: `perl-Test-Perl-Critic` that you are following: `` Update license to SPDX format `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Test-Perl-Critic/pull-request/1 ___

[rpms/perl-PPI-PowerToys] PR #1: Update Makefile.PL to not use Module::Install::DSL

jplesnik opened a new pull-request against the project: `perl-PPI-PowerToys` that you are following: `` Update Makefile.PL to not use Module::Install::DSL `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-PPI-PowerToys/pull-request/1

[rpms/perl-Net-DNS] PR #4: Fix license, there is MIT only

mspacek opened a new pull-request against the project: `perl-Net-DNS` that you are following: `` Fix license, there is MIT only `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Net-DNS/pull-request/4 ___ perl-devel mailing

[rpms/perl-PerlIO-gzip] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-PerlIO-gzip` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-PerlIO-gzip/pull-request/1 ___ perl-devel mailing list --

[rpms/perl-Net-DNS] PR #4: Fix license, there is MIT only

mspacek merged a pull-request against the project: `perl-Net-DNS` that you are following. Merged pull-request: `` Fix license, there is MIT only `` https://src.fedoraproject.org/rpms/perl-Net-DNS/pull-request/4 ___ perl-devel mailing list --

F39 Change Proposal: Vagrant 2.3 (Self-Contained)

https://fedoraproject.org/wiki/Changes/Vagrant_2.3 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee.

[rpms/perl-Test-Perl-Critic] PR #1: Update license to SPDX format

mspacek merged a pull-request against the project: `perl-Test-Perl-Critic` that you are following. Merged pull-request: `` Update license to SPDX format `` https://src.fedoraproject.org/rpms/perl-Test-Perl-Critic/pull-request/1 ___ perl-devel

[Bug 2196640] New: perl-User-Identity 1.02-1 depends on unprovided perl(Hash::Ordered)

https://bugzilla.redhat.com/show_bug.cgi?id=2196640 Bug ID: 2196640 Summary: perl-User-Identity 1.02-1 depends on unprovided perl(Hash::Ordered) Product: Fedora EPEL Version: epel8 OS: Linux Status: NEW

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2023-05-10 from 16:00:00 to 17:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #topic aloha

[Bug 2196640] perl-User-Identity 1.02-1 depends on unprovided perl(Hash::Ordered)

https://bugzilla.redhat.com/show_bug.cgi?id=2196640 Sergio Basto changed: What|Removed |Added Doc Type|--- |If docs needed, set a value ---