Fedora eln compose report: 20250430.n.0 changes

2025-04-29 Thread Fedora ELN Report
OLD: Fedora-eln-20250429.n.0 NEW: Fedora-eln-20250430.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 28 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of

Re: rpmautospec and mass rebuilds

2025-04-29 Thread Simo Sorce
On Tue, 2025-04-29 at 12:53 -0700, Adam Williamson wrote: > On Tue, 2025-04-29 at 21:09 +0200, Fabio Valentini wrote: > > > > 2. Using %autorelease without %autochangelog (or vice versa) was > > always a bit ill-advised, exactly because of tooling corner cases and > > bugs like 1. > > Was there a

failed to add subkeys for /var/cache/PackageKit/43/metadata/google-chrome-rawhide-x86_64/linux_signing_key.pub to rpmdb

2025-04-29 Thread Ryan Bach via devel
failed to add subkeys for /var/cache/PackageKit/43/metadata/google-chrome-rawhide-x86_64/linux_signing_key.pub to rpmdb -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedor

Re: rpmautospec and mass rebuilds

2025-04-29 Thread Adam Williamson
On Tue, 2025-04-29 at 21:09 +0200, Fabio Valentini wrote: > > 2. Using %autorelease without %autochangelog (or vice versa) was > always a bit ill-advised, exactly because of tooling corner cases and > bugs like 1. > Was there a reason why you only applied rpmautospec partially to the > package on

Re: rpmautospec and mass rebuilds

2025-04-29 Thread Fabio Valentini
On Tue, Apr 29, 2025 at 9:00 PM Adam Williamson wrote: > > So today I came to update a package I created a couple of years back > using rpmautospec - python-pyasyncore . When I created the package, I > had it use %autochangelog : > > https://src.fedoraproject.org/rpms/python-pyasyncore/c/4536a3345

rpmautospec and mass rebuilds

2025-04-29 Thread Adam Williamson
So today I came to update a package I created a couple of years back using rpmautospec - python-pyasyncore . When I created the package, I had it use %autochangelog : https://src.fedoraproject.org/rpms/python-pyasyncore/c/4536a3345e95d1c13b0ad8d6b2ccb347fa8fb436?branch=rawhide I note in https://f

Re: MIXXX 2.5.1 build

2025-04-29 Thread Sérgio Basto via devel
On Tue, 2025-04-29 at 19:05 +0100, Luis Correia wrote: > Hi, > > I'm humbling asking for help, no idea of what is wrong here: > https://koji.rpmfusion.org/koji/taskinfo?taskID=679170 > > It also failed locally, which I forgot to check first, sorry for > wasting kojii build time... from https://

Re: MIXXX 2.5.1 build

2025-04-29 Thread Josef Řídký
And for a second (better) look - you have an issue in your desktop-file-qpa-platform-xcb.patch file which couldn't be applied. Fix it first. Best regards Josef Ridky Senior Software Engineer Base Utils Team Red Hat Czech, s.r.o. On Tue, Apr 29, 2025 at 8:14 PM Josef Řídký wrote: > Hi, > > it

Re: MIXXX 2.5.1 build

2025-04-29 Thread Josef Řídký
Hi, it looks like you're trying to access the internet during the build process. This is not allowed as per Fedora Packager Guidelines [1], so take a look at the source code and disallow/remove all occasions where content from the internet is accessed during the build time. [1] https://docs.fedor

MIXXX 2.5.1 build

2025-04-29 Thread Luis Correia
Hi, I'm humbling asking for help, no idea of what is wrong here: https://koji.rpmfusion.org/koji/taskinfo?taskID=679170 It also failed locally, which I forgot to check first, sorry for wasting kojii build time... Luis -- ___ devel mailing list -- deve

Re: rpm-ostree/bootc uid/gid drift problem

2025-04-29 Thread Simo Sorce
Colin, Seem to me the problem here is clearly that ostree can't support dynamic uids, so it should not try. I see only two solutions: 1. Create a file that assigns permanently UIDs for all the packages you know about that currently assign uid dynamically. This solves the problem entirely for all

Summary/Minutes from today's FESCo Meeting (2025-04-29)

2025-04-29 Thread Fabio Alessandro Locati via devel
= # #meeting:fedoraproject.org: fesco = Meeting started by @fale:fale.io at 2025-04-29 17:00:59 Meeting summary --- * TOPIC: Init Process (@fale:fale.io, 17:01:13) * TOPIC: #3390 Allow "interactive gating" for bod

Re: Remove openh264?

2025-04-29 Thread Leigh Scott
Chris Adams wrote: > Once upon a time, Leigh Scott leigh123li...@gmail.com said: > > Try > > sudo dnf swap *\openh264* noopenh264 > > Despite the same "conflicting requests" message, that does it: > > # dnf swap '*openh264*' n

Re: Remove openh264?

2025-04-29 Thread Chris Adams
Once upon a time, Leigh Scott said: > Try > > sudo dnf swap *\openh264\* noopenh264 Despite the same "conflicting requests" message, that does it: # dnf swap '*openh264*' noopenh264 Updating and loading repositories: Repos

Re: Switch gnome-software to use a dnf5 plugin in rawhide

2025-04-29 Thread Adam Williamson
On Tue, 2025-04-29 at 11:54 +0200, Milan Crha wrote: > On Mon, 2025-04-14 at 10:02 +0200, Milan Crha wrote: > > I'll wait for two weeks and unless some strong objection is arose here > > I'll do the switch to the dnf5 plugin in rawhide, for the Fedora 43. > > Hi, > I just made an update for

Re: Remove openh264?

2025-04-29 Thread Michael Catanzaro
On Tue, Apr 29 2025 at 11:56:15 AM -05:00:00, Michael Catanzaro wrote: For context on this, see: https://pagure.io/releng/issue/12617 And also: https://github.com/cisco/openh264/security/advisories/GHSA-m99q-5j7x-7m9x -- ___ devel mailing list --

Re: Remove openh264?

2025-04-29 Thread Leigh Scott
Try sudo dnf swap *\openh264\* noopenh264 -- ___ 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-conduc

Re: Remove openh264?

2025-04-29 Thread Michael Catanzaro
Too bad dnf does not tell us *why* there are "conflicting requests." On Tue, Apr 29 2025 at 11:00:18 AM -05:00:00, Chris Adams wrote: I'm asking because there's a high-priority CVE on openh264 for months that doesn't seem like it's progressing towards getting resolved in Fedora. For context

Remove openh264?

2025-04-29 Thread Chris Adams
Is there any way to remove or replace openh264, without removing a bunch of other things? I thought noopenh264 was supposed to be a no-op replacement, but that doesn't seem to work, at least on Fedora 41: # dnf swap openh264

Re: Any Ruby folks interested in bringing back Taskjuggler?

2025-04-29 Thread Yasmin de Souza
Hi there, I have some Ruby experience and would love to help co-maintain the project. I'm not very experienced yet, but I'm eager to get involved and contribute to Taskjuggler. On Mon, Apr 28, 2025 at 4:44 PM Ankur Sinha wrote: > Hi all, > > Taskjuggler[1] is a powerful project management tool

Re: Any Ruby folks interested in bringing back Taskjuggler?

2025-04-29 Thread Vít Ondruch
Dne 29. 04. 25 v 12:59 Benson Muite napsal(a): Hi Ankur, On Mon, Apr 28, 2025, at 10:50 PM, Ankur Sinha wrote: Hi folks, Sorry, forgot to include the link to the COPR. It's here: https://copr.fedorainfracloud.org/coprs/ankursinha/rubygem-taskjuggler/ On Mon, Apr 28, 2025 20:44:06 +0100, Anku

Re: Any Ruby folks interested in bringing back Taskjuggler?

2025-04-29 Thread Benson Muite
Hi Ankur, On Mon, Apr 28, 2025, at 10:50 PM, Ankur Sinha wrote: > Hi folks, > > Sorry, forgot to include the link to the COPR. It's here: > https://copr.fedorainfracloud.org/coprs/ankursinha/rubygem-taskjuggler/ > > On Mon, Apr 28, 2025 20:44:06 +0100, Ankur Sinha wrote: >> Hi all, >> >> Taskjugg

Re: Switch gnome-software to use a dnf5 plugin in rawhide

2025-04-29 Thread Milan Crha
On Mon, 2025-04-14 at 10:02 +0200, Milan Crha wrote: > I'll wait for two weeks and unless some strong objection is arose here > I'll do the switch to the dnf5 plugin in rawhide, for the Fedora 43. Hi, I just made an update for the rawhide [1] to do the switch, the gnome-software-48.1-2.fc4

Fedora 43 Rawhide 20250429.n.0 nightly compose nominated for testing

2025-04-29 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 43 Rawhide 20250429.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki