Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, 2022-09-28 at 15:11 +0800, yanqiy...@gmail.com wrote: > I would be very SAD if this change lands on my computer. While > instead > of arguing with some legal puzzles, I think those parts can be > provided > by seperate package (and maybe packaged in rpmfusion?) like intel- >

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

> On Wed, Sep 28, 2022 at 1:15 PM Michael J Gruber wrote: > > Let's talk for a moment here about this. I'm going to give you some > "inside baseball" (or at least as much as I can). I can tell you up > front that ffmpeg in Fedora is *entirely* my fault. Thanks for the inside view. Please note

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 8:50 AM Tommy Nguyen wrote: > > > > On Wed, 2022-09-28 at 08:40 +0200, Neal Gompa wrote: > > On Wed, Sep 28, 2022 at 8:38 AM Tommy Nguyen > > wrote: > > > > > > On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: > > > > As one of the ffmpeg maintainers, I'm actively

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

> Note that depending on the legal outcome mesa might have to go the hobbled > route, too: > simply disabling the codecs in %build does not change anything about > redistributing the > source. ... or may not, if it's only about the hardware implementation, in which case I would suggest merely

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 8:38 AM Tommy Nguyen wrote: > > On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: > > As one of the ffmpeg maintainers, I'm actively working on workarounds > > for the problem. And I've talked to my counterparts in RPM Fusion > > about the issue as well. We're all

Fedora rawhide compose report: 20220928.n.0 changes

OLD: Fedora-Rawhide-20220927.n.0 NEW: Fedora-Rawhide-20220928.n.0 = SUMMARY = Added images:0 Dropped images: 11 Added packages: 4 Dropped packages:14 Upgraded packages: 74 Downgraded packages: 0 Size of added packages: 23.03 MiB Size of dropped packages

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On Wed, Sep 28, 2022 at 2:41 PM Michael J Gruber wrote: > > > On Wed, Sep 28, 2022 at 1:15 PM Michael J Gruber > > > > > Let's talk for a moment here about this. I'm going to give you some > > "inside baseball" (or at least as much as I can). I can tell you up > > front that ffmpeg in Fedora is

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, 2022-09-28 at 08:40 +0200, Neal Gompa wrote: > On Wed, Sep 28, 2022 at 8:38 AM Tommy Nguyen > wrote: > > > > On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: > > > As one of the ffmpeg maintainers, I'm actively working on > > > workarounds > > > for the problem. And I've talked to

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

As Fedora users and contributors, we profit a lot from everything that RedHat provides to the Fedora project, be it infra, people-power or "leverage" (talking to vendors etc.). In turn, RedHat can expect a certain amount of understanding from "us" for their business interests, which include

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

> As one of the people that has previously generated one of the hobbled > tarballs you consider a potential trust issue: The hobbled tarball is the > upstream tarball for the particular release we ship after we extract it, run > ./hobble-openssl (which you’ll find in the package) and repack it. >

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

I would be very SAD if this change lands on my computer. While instead of arguing with some legal puzzles, I think those parts can be provided by seperate package (and maybe packaged in rpmfusion?) like intel- media-driver.  Is there any build-to-build ABI match requirement between the VAAPI

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On Wed, Sep 28, 2022 at 1:15 PM Michael J Gruber wrote: > > As Fedora users and contributors, we profit a lot from everything that RedHat > provides to the Fedora project, be it infra, people-power or "leverage" > (talking to vendors etc.). In turn, RedHat can expect a certain amount of >

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

Hi, Michael J Gruber wrote: Understanding is helped greatly by communication, though. Legal answers such as "We can not" do not further this understanding, and "We can not and we can not tell you why" is not much better, but these are the typical answer we get, not even with a "sorry, but we

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On Tue, 2022-09-27 at 23:39 -0700, Adam Williamson wrote: > On Wed, 2022-09-28 at 08:11 +0200, Julian Sikorski wrote: > > Recently, I experienced that the German AusweisApp, which already > > required entering the ID card PIN on the phone [1], has stopped working > > altogether [2]. This is due

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On Wed, 2022-09-28 at 14:21 +0200, Neal Gompa wrote: > I'm (personally, though IANAL) of the opinion that the hobbling of > crypto libraries is probably no longer necessary and can be retired > entirely. The method of producing the stripped sources is > reproducible, so from our guidelines

Re: status update on "ostree native containers"

On Wed, Sep 28, 2022, at 9:47 AM, Rahul Sundaram wrote: > FYI, the command in that page doesn't appear to be working because > "latest" is the default tag if you don't specify one for docker and it > doesn't exist, so you have to append ":stable" or something like that.

Re: Carla-2.5.0 compilation fails with: error: static assertion failed: 64-bit large file support is not enabled

On Wed, Sep 28, 2022 at 7:57 AM Martin Gansser wrote: > when i compiling Carla-2.5.0 [1] the compilation fails on i686, ppc64le and > s390x platform, it fails with the follwoing error message [2]. > > g++ CarlaEngineDummy.cpp -Wall -Wextra -pipe -DBUILDING_CARLA -DREAL_BUILD > -MD -MP

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On 9/28/22 08:21, Neal Gompa wrote: > On Wed, Sep 28, 2022 at 1:15 PM Michael J Gruber > wrote: >> >> As Fedora users and contributors, we profit a lot from everything that >> RedHat provides to the Fedora project, be it infra, people-power or >> "leverage" (talking to vendors etc.). In turn,

Re: Self Introduction: Sébastien Le Roux

On Wed, 2022-09-28 at 17:29 +0200, Sébastien Le Roux wrote: > Dear all, > my name is Sébastien Le Roux, I just join the mailing list today. > I am a computational material scientist, Hello! 0/ Welcome to Fedora's Devel ;D > I am the author of several open source programs, so far none being

Re: FYI: livesys and livesys-late init.d files left over after Fedora installation

On Mon, Sep 19, 2022 at 7:34 PM Adam Williamson wrote: > > On Mon, 2022-09-19 at 12:53 -0400, Neal Gompa wrote: > > On Mon, Sep 19, 2022 at 12:50 PM Brian C. Lane wrote: > > > > > > On Mon, Sep 19, 2022 at 11:08:35AM +0200, Kamil Paral wrote: > > > > On Mon, Sep 19, 2022 at 10:46 AM Marius

Re: Self Introduction: Sébastien Le Roux

Welcome Sébastien :) On Wed, 28 Sept 2022 at 18:30, Sébastien Le Roux < sebastien.ler...@ipcms.unistra.fr> wrote: > Dear all, > my name is Sébastien Le Roux, I just join the mailing list today. > I am a computational material scientist, > my work can be separated in two parts: studying the

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28 2022 at 06:49:42 AM +, Tommy Nguyen wrote: With a single maintainer introducing a ffmpeg-free binary packages into Fedora, competing with our fully featured ffmpeg build, this leads to various conflicts and interactions issues. While one could admittedly rejoice

Carla-2.5.0 compilation fails with: error: static assertion failed: 64-bit large file support is not enabled

Hi, when i compiling Carla-2.5.0 [1] the compilation fails on i686, ppc64le and s390x platform, it fails with the follwoing error message [2]. g++ CarlaEngineDummy.cpp -Wall -Wextra -pipe -DBUILDING_CARLA -DREAL_BUILD -MD -MP -fno-common -fPIC -DPIC -DNDEBUG -O2 -ffast-math -fdata-sections

Re: Carla-2.5.0 compilation fails with: error: static assertion failed: 64-bit large file support is not enabled

I've just read that there have been problems with Koji for the last 24 hours, so I'll wait until tomorrow and maybe the problems will be solved again. Regards Martin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

Hey, on a related note... I'm applying for a position as a Open source license compliance analyst (amazing!) and I would be eager to learn more about how we do things in Fedora. If I get the gig, I will even be able to contribute some time to the effort. -Blaise On Wed, Sep 28, 2022 at 8:49 AM

How do I "unstick" koji?

Yesterday, I had a build that failed. The task ID is 92381483. I tried rebuilding it today in task 92397327 but I get the error message: "GenericError: Build already in progress (task 92381483)" I tried doing "koji cancel 92381483" but that doesn't help. Another attempt (task 92398262)

Re: How do I "unstick" koji?

On 9/28/22 09:59 AM, Stephen Smoogen wrote: On Wed, 28 Sept 2022 at 09:53, Steven A. Falco mailto:stevenfa...@gmail.com>> wrote: Yesterday, I had a build that failed.  The task ID is 92381483. I tried rebuilding it today in task 92397327 but I get the error message:

Self Introduction: Sébastien Le Roux

Dear all, my name is Sébastien Le Roux, I just join the mailing list today. I am a computational material scientist, my work can be separated in two parts: studying the physico-chemical properties of materials using computational/theoretical methods, and developing tools to help scientists in

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On 9/28/22 03:50, Tommy Nguyen wrote: This change will only affect AMD, as the intel non-free drivers do not depend on the changes. It is also unclear how this would affect nvidia. There is barely any hardware video acceleration support for nouveau anyway, for which you would install the

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 3:22 PM Ian Pilcher wrote: > > On 9/28/22 03:50, Tommy Nguyen wrote: > > This change will only affect AMD, as the intel non-free drivers do not > > depend on the changes. It is also unclear how this would affect nvidia. > > There is barely any hardware video acceleration

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Sat, Sep 24, 2022 at 08:01:45PM -0500, Maxwell G via devel wrote: > On Tue Sep 6, 2022, Ben Cotton wrote: > > == Upgrade/compatibility impact == > > The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`, > > and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`, >

Re: status update on "ostree native containers"

Hi On Tue, Sep 27, 2022 at 6:09 PM Colin Walters wrote: > We shipped https://fedoraproject.org/wiki/Changes/OstreeNativeContainer > in Fedora 36 and a lot has happened since then. > > One of the biggest things is that rpm-ostree now knows how to > intelligently generate reproducible "chunked"

Re: How do I "unstick" koji?

On Wed, 28 Sept 2022 at 09:53, Steven A. Falco wrote: > Yesterday, I had a build that failed. The task ID is 92381483. > > I tried rebuilding it today in task 92397327 but I get the error message: > > "GenericError: Build already in progress (task 92381483)" > > I tried doing "koji cancel

Re: Carla-2.5.0 compilation fails with: error: static assertion failed: 64-bit large file support is not enabled

On Wed, Sep 28, 2022 at 8:09 AM Martin Gansser wrote: > I've just read that there have been problems with Koji for the last 24 hours, > so I'll wait until tomorrow and maybe the problems will be solved again. Those problems appear to have been resolved. I'm getting good builds now. -- Jerry

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Am 28.09.22 um 15:27 schrieb Neal Gompa: On Wed, Sep 28, 2022 at 3:22 PM Ian Pilcher wrote: On 9/28/22 03:50, Tommy Nguyen wrote: This change will only affect AMD, as the intel non-free drivers do not depend on the changes. It is also unclear how this would affect nvidia. There is barely any

Re: Self Introduction: Sébastien Le Roux

Le 28/09/2022 à 20:13, Alexander Ploumistos a écrit : Hello Sébastien, Bienvenue ! Have you taken a look at these documents? They should help you get started. https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

> On 28 Sep 2022, at 19:40, Neal Gompa wrote: > > On Wed, Sep 28, 2022 at 7:48 PM Simon Farnsworth via devel > mailto:devel@lists.fedoraproject.org>> wrote: >> >>> On 28 Sep 2022, at 14:27, Neal Gompa wrote: >>> >>> On Wed, Sep 28, 2022 at 3:22 PM Ian Pilcher wrote: On 9/28/22

Re: Self Introduction: Sébastien Le Roux

Le 28/09/2022 à 19:32, Renich Bon Ćirić a écrit : On Wed, 2022-09-28 at 17:29 +0200, Sébastien Le Roux wrote: Dear all, my name is Sébastien Le Roux, I just join the mailing list today. I am a computational material scientist, Hello! 0/ Welcome to Fedora's Devel ;D I am the author of

Re: Self Introduction: Sébastien Le Roux

Hello Sébastien, Bienvenue ! Have you taken a look at these documents? They should help you get started. https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/ https://docs.fedoraproject.org/en-US/package-maintainers/New_Package_Process_for_New_Contributors/

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 7:48 PM Simon Farnsworth via devel wrote: > > > On 28 Sep 2022, at 14:27, Neal Gompa wrote: > > > > On Wed, Sep 28, 2022 at 3:22 PM Ian Pilcher wrote: > >> > >> On 9/28/22 03:50, Tommy Nguyen wrote: > >>> This change will only affect AMD, as the intel non-free drivers do

Re: Self Introduction: Sébastien Le Roux

On Wed, Sep 28, 2022 at 8:35 PM Sébastien Le Roux wrote: > > Le 28/09/2022 à 20:13, Alexander Ploumistos a écrit : > > > Yes I did look into this documents today, followed the procedure, and > submitted the bugzilla: > > https://bugzilla.redhat.com/show_bug.cgi?id=2130607 I'm preparing for an

Re: status update on "ostree native containers"

On Tue, Sep 27, 2022, at 6:08 PM, Colin Walters wrote: > We shipped https://fedoraproject.org/wiki/Changes/OstreeNativeContainer > in Fedora 36 and a lot has happened since then. Also, I should mention that we're planning to use this in OpenShift, see

Re: How do I "unstick" koji?

On Wed, Sep 28, 2022 at 10:10:34AM -0400, Steven A. Falco wrote: > On 9/28/22 09:59 AM, Stephen Smoogen wrote: > > > > > > On Wed, 28 Sept 2022 at 09:53, Steven A. Falco > > wrote: > > > > Yesterday, I had a build that failed.  The task ID is 92381483. > > >

Re: Self Introduction: Sébastien Le Roux

On Wed, 2022-09-28 at 20:01 +0200, Sébastien Le Roux wrote: > Hello, > and thank you all for the welcome ;-) > > Not sure what you did to build it, did you download the sources from the > website ? From github; as you menton next. > If you download the sources here:

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

> On 28 Sep 2022, at 14:27, Neal Gompa wrote: > > On Wed, Sep 28, 2022 at 3:22 PM Ian Pilcher wrote: >> >> On 9/28/22 03:50, Tommy Nguyen wrote: >>> This change will only affect AMD, as the intel non-free drivers do not >>> depend on the changes. It is also unclear how this would affect

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 4:30 PM Nicolas Chauvet wrote: > > Le mar. 27 sept. 2022 à 20:57, David Airlie a écrit : > > > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > > wrote: > > > > > > Hi, > > > > > > since this mesa change ( > > >

Re: Explicit dependency on systemd-rpm-macros now required?

On Fri, 2022-09-23 at 22:49 +0100, Sérgio Basto wrote: > On Fri, 2022-09-23 at 22:39 +0100, Sérgio Basto wrote: > > On Mon, 2022-09-19 at 09:08 +0200, Dan Horák wrote: > > > On Fri, 16 Sep 2022 13:42:42 + > > > Zbigniew Jędrzejewski-Szmek wrote: > > > > > > > On Fri, Sep 16, 2022 at

Fedora CoreOS Meeting Minutes 2022-09-28

#fedora-meeting-1: fedora_coreos_meeting Meeting started by dustymabe at 16:30:46 UTC. The full logs are available at

Fedora 37 compose report: 20220928.n.1 changes

OLD: Fedora-37-20220927.n.0 NEW: Fedora-37-20220928.n.1 = SUMMARY = Added images:1 Dropped images: 7 Added packages: 0 Dropped packages:14 Upgraded packages: 5 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:425.35 MiB Size

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Nope the _video.so files are the vaapi ones. Replacing that package with rpmfusion built should work fine. On Thu, Sep 29, 2022 at 10:26 AM Neal Gompa wrote: > > On Thu, Sep 29, 2022 at 1:46 AM David Airlie wrote: > > > > On Wed, Sep 28, 2022 at 4:30 PM Nicolas Chauvet wrote: > > > > > > Le

Re: python-pandas has been orphaned - needs a new primary maintainer.

I threw my name on it. Will go through its current state in the next few days. On Wed, Sep 28, 2022 at 8:45 PM Orion Poplawski wrote: > Looks like python-pandas has been orphaned. Is anyone interested in > taking it on? I've done some drive by work (and have maintained it in > EPEL), but I

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Thu, Sep 29, 2022 at 1:46 AM David Airlie wrote: > > On Wed, Sep 28, 2022 at 4:30 PM Nicolas Chauvet wrote: > > > > Le mar. 27 sept. 2022 à 20:57, David Airlie a écrit : > > > > > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > > > wrote: > > > > > > > > Hi, > > > > > > > > since

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On 9/28/22 6:45 PM, David Airlie wrote: Please take a look at the rawhide changes I just pushed. This should split things out sufficiently. Thanks, Dave. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

python-pandas has been orphaned - needs a new primary maintainer.

Looks like python-pandas has been orphaned. Is anyone interested in taking it on? I've done some drive by work (and have maintained it in EPEL), but I already have too many packages. Thanks, Orion -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Tue, Sep 27, 2022 at 8:06 PM David Airlie wrote: > Think of it like a jigsaw puzzle, where the person who places the last > piece in the puzzle pays the license. But then stop thinking of it > like that and just assume it's a lot vaguer and way more legally > involved than that. So, for

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Am 27.09.22 um 20:01 schrieb Frantisek Zatloukal: Hi, since this mesa change ( https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912dfbff4c6ef373fe49806b52?branch=rawhide ) in F37 and

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, Sep 28, 2022 at 8:12 AM Julian Sikorski wrote: > > Am 27.09.22 um 20:01 schrieb Frantisek Zatloukal: > > Hi, > > > > since this mesa change ( > > https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912dfbff4c6ef373fe49806b52?branch=rawhide > > > >

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

Le mar. 27 sept. 2022 à 20:57, David Airlie a écrit : > > On Wed, Sep 28, 2022 at 4:02 AM Frantisek Zatloukal > wrote: > > > > Hi, > > > > since this mesa change ( > > https://src.fedoraproject.org/rpms/mesa/c/94ef544b3f2125912dfbff4c6ef373fe49806b52?branch=rawhide > > ) in F37 and rawhide,

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: > As one of the ffmpeg maintainers, I'm actively working on workarounds > for the problem. And I've talked to my counterparts in RPM Fusion > about the issue as well. We're all trying to figure this out. That seems to contradict this quote from

OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

On Wed, 2022-09-28 at 08:11 +0200, Julian Sikorski wrote: > Recently, I experienced that the German AusweisApp, which already > required entering the ID card PIN on the phone [1], has stopped working > altogether [2]. This is due to hobbled openssl Fedora ships. There is no > openssl-freeworld

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

The following Fedora EPEL 7 Security updates need testing: Age URL 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1b4c7ee66c knot-resolver-5.5.3-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing apptainer-1.1.0-1.el7 dkms-3.0.7-1.el7

Re: Cython build failing on longintrepr.h not found

On 27-09-2022 19:41, Miro Hrončok wrote: On 27. 09. 22 17:55, Sandro wrote: On 27-09-2022 08:17, Lumír Balhar wrote: Make sure that the build does not use the pyx file from upstream. It seems to me that the file generated by Cython is in the source tarball (skmisc/loess/src/_loess.pyx) and I

[Bug 2130616] New: Please branch and build perl-Inline-C in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130616 Bug ID: 2130616 Summary: Please branch and build perl-Inline-C in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Inline-C Assignee:

[Bug 2130616] Please branch and build perl-Inline-C in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130616 Davide Cavalca changed: What|Removed |Added Blocks||1914423 (EPELPackagersSIG),

[Bug 2130650] New: Please branch and build perl-boolean in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130650 Bug ID: 2130650 Summary: Please branch and build perl-boolean in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-boolean Assignee:

[Bug 2130625] New: Please branch and build perl-Inline in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130625 Bug ID: 2130625 Summary: Please branch and build perl-Inline in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Inline Assignee:

[Bug 2130626] New: Please branch and build perl-Pegex in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130626 Bug ID: 2130626 Summary: Please branch and build perl-Pegex in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Pegex Assignee:

[Bug 2130625] Please branch and build perl-Inline in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130625 Michel Alexandre Salim changed: What|Removed |Added Depends On||2130628 Depends On|

[Bug 2130626] Please branch and build perl-Pegex in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130626 Michel Alexandre Salim changed: What|Removed |Added Depends On||2130631 Depends On|

[Bug 2130616] Please branch and build perl-Inline-C in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130616 Michel Alexandre Salim changed: What|Removed |Added CC||mic...@michel-slm.name ---

[Bug 2130628] New: Please branch and build perl-Inline-Files in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130628 Bug ID: 2130628 Summary: Please branch and build perl-Inline-Files in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Inline-Files Assignee:

[Bug 2130616] Please branch and build perl-Inline-C in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130616 Michel Alexandre Salim changed: What|Removed |Added Depends On||2130625 Depends On|

[Bug 2130631] Please branch and build perl-XXX in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130631 Michel Alexandre Salim changed: What|Removed |Added Depends On||2130633 Doc

[Bug 2130630] New: Please branch and build perl-TestML in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130630 Bug ID: 2130630 Summary: Please branch and build perl-TestML in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-TestML Assignee: ppi...@redhat.com

[Bug 2130631] New: Please branch and build perl-XXX in epel9

https://bugzilla.redhat.com/show_bug.cgi?id=2130631 Bug ID: 2130631 Summary: Please branch and build perl-XXX in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-XXX Assignee: jples...@redhat.com

[EPEL-devel] EPEL 8 Modules get the axe on Halloween 2022

When EPEL-8 was launched, it came with some support for modules with the hope that a module ecosystem could be built from Fedora packages using RHEL modules as an underlying tool. This has never happened and we have ended up with a muddle of modular packages which will 'build' but may not install

[Bug 2128593] perl-Module-CoreList-5.20220920 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2128593 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Module-CoreList-5.2022 |perl-Module-CoreList-5.2022

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

The following Fedora EPEL 7 Security updates need testing: Age URL 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1b4c7ee66c knot-resolver-5.5.3-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing dropbear-2017.75-2.el7 fts-3.12.0-1.el7

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

The following Fedora EPEL 9 Security updates need testing: Age URL 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-0eb78611cf knot-resolver-5.5.3-1.el9 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-1de0ed44a1 kitty-0.26.3-2.el9 2

[Bug 2130729] New: perl-PAR-1.018 is available

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

python-pandas has been orphaned - needs a new primary maintainer.

Looks like python-pandas has been orphaned. Is anyone interested in taking it on? I've done some drive by work (and have maintained it in EPEL), but I already have too many packages. Thanks, Orion -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems

[Bug 2123418] perl-Date-Manip-6.89 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2123418 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Date-Manip-6.89-1.fc37 |perl-Date-Manip-6.89-1.fc37