Retiring libabigail from EPEL 9

Hello, I have retired libabigail from EPEL 9 because the package is now shipped in RHEL 9.2 onward. You can see that the files have been removed from the SCM at https://src.fedoraproject.org/rpms/libabigail/tree/epel9. The Rawhide, f39, f38, f37, EPEL7 and EPEL8 package are still maintained. Ch

Next Open NeuroFedora Meeting: 1300 UTC on Monday, 23 October (today)

Hello everyone, Please join us at the next Open NeuroFedora team meeting on Monday 23 October at 1300UTC in the NeuroFedora channel on Matrix. The meeting is a public meeting, and open for everyone to attend. You can join us over: Matrix: https://matrix.to/#/%23neuro:fedoraproject.org You can u

Re: Whole system analysis with frame pointers

On Sat, Oct 21, 2023 at 3:06 PM Richard W.M. Jones wrote: > I was asked about the topic in the subject, and I think it's not very > well known. The news is that since Fedora 38, whole system > performance analysis is now easy to do. This can be used to identify > hot spots in single applications

Re: Whole system analysis with frame pointers

On Mon, Oct 23, 2023 at 12:15:06PM +0200, Michal Schmidt wrote: > On Sat, Oct 21, 2023 at 3:06 PM Richard W.M. Jones wrote: > > I was asked about the topic in the subject, and I think it's not very > > well known. The news is that since Fedora 38, whole system > > performance analysis is now easy

Dist-git decoupling investigation

Hi everyone, We would like to inform you that Advanced Reconnaissance Crew (ARC) [0] from the CPE team is currently conducting research into decoupling dist-git from its pagure-related dependencies. This investigation has come about as part of discussions that arose from https://pagure.io/cp

Re: Whole system analysis with frame pointers

On Sat, Oct 21, 2023 at 02:05:39PM +0100, Richard W.M. Jones wrote: > http://oirase.annexia.org/tmp/2023-03-08-flamegraphs.mp4 [57M, 15m41s] ... > Captures work across userspace and kernel code, as shown in the third > example which is a KVM (ie. hardware assisted) virtual machine doing > some hi

Re: F40 Change Proposal: F40 MariaDB MySQL repackaging (Self-Contained)

Hi, On Fri, Oct 20, 2023 at 1:12 AM Kevin Kofler via devel wrote: > > > * Rename package 'community-mysql' to 'mysql' and Stop providing > > 'mysql' symbols by package 'mariadb' > > Why not just drop community-mysql (and keep mariadb as the provider of > mysql*) instead? I really do not see why w

Re: [Fedora Change draft] Minizip transition to minizip-ng

Here is the list of transitively dependent packages that will be FTBFS due to the chromium, libdigidocpp, and OpenColorIO FTBFS (retrieved using find_unblocked_orphans releng tool): OpenImageIO YafaRay asv blender calligra emb

Re: F40 Change Proposal: F40 MariaDB MySQL repackaging (Self-Contained)

On Mon, Oct 23, 2023 at 5:23 AM Michal Schorm wrote: > > Hi, > > On Fri, Oct 20, 2023 at 1:12 AM Kevin Kofler via devel > wrote: > > > > > * Rename package 'community-mysql' to 'mysql' and Stop providing > > > 'mysql' symbols by package 'mariadb' > > > > Why not just drop community-mysql (and kee

Fedora 39 compose report: 20231023.n.0 changes

OLD: Fedora-39-20231020.n.0 NEW: Fedora-39-20231023.n.0 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 4 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded

Orphaned perl-Fennec

I've just orphaned perl-Fennec, which has been deprecated upstream since 2018 (in favor of perl-Test2-Suite). According to fedrq, nothing in Fedora depends on it: $ fedrq whatrequires-src -X -F source perl-Fennec (nothing) This was actually triggered by a test suite failure for the package in koj

Re: F38 proposal: Rpmautospec by Default (System-Wide Change proposal)

On pátek 30. prosince 2022 20:01:55 CEST Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Rpmautospec_by_Default > > 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

Re: F38 proposal: Rpmautospec by Default (System-Wide Change proposal)

On úterý 24. října 2023 0:31:49 CEST Pavel Raiskup wrote: > On pátek 30. prosince 2022 20:01:55 CEST Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Rpmautospec_by_Default > > > > This document represents a proposed Change. As part of the Changes > > process, proposals are publicly an

Re: How to deal with COPR and RPMAutoSpec

On úterý 17. října 2023 22:47:23 CEST Richard Shaw wrote: > I'm trying to test build packages before actually creating a side tag and > doing real builds. > > I'm using rpkg to do the test builds but openshading language uses > RPMAutoSpec. I've tried creating empty commits to bump the release but

Re: Optional %changelog (was: F38 proposal: Rpmautospec by Default (System-Wide Change proposal))

I'll bite :). I changed the subject accordingly. On Tue Oct 24, 2023 at 00:31 +0200, Pavel Raiskup wrote: > Packaging become an automatized task, and maintainers don't pay > attention to %changelog beauty so they simply generate it from git-log > (but I'd claim that git-log != %changelog). I ten

Re: Optional %changelog (was: F38 proposal: Rpmautospec by Default (System-Wide Change proposal))

On Mon, Oct 23, 2023 at 11:05 PM Maxwell G wrote: > > I'll bite :). I changed the subject accordingly. > > On Tue Oct 24, 2023 at 00:31 +0200, Pavel Raiskup wrote: > > > Packaging become an automatized task, and maintainers don't pay > > attention to %changelog beauty so they simply generate it fr