Re: [HEADS UP] [SONAME BUMP] libcbor will be updated to 0.12.0 in rawhide with a soname bump

2025-03-17 Thread Richard Hughes via devel
On Monday, 17 March 2025 at 17:21, Fabio Valentini wrote: > It looks like libfido2 was rebuilt before libcbor 0.12 was in the buildroot. > So it will need to be rebuilt again, this time with libcbor 0.12 > present, preferably :) Ack, indeed :) Yell when you want me to do the fwupd build. Richard

Re: [HEADS UP] [SONAME BUMP] libcbor will be updated to 0.12.0 in rawhide with a soname bump

2025-03-17 Thread Richard Hughes via devel
On Monday, 17 March 2025 at 16:45, Gary Buhrmaster wrote: > git commit —allow-empty -m 'Rebuild for foolib 3.14' Yes, I guess that works -- thanks. On doing so, I got: DEBUG util.py:459: Problem: package git-core-2.48.1-3.fc43.x86_64 from build requires openssh-clients, but none of the provid

Re: [HEADS UP] [SONAME BUMP] libcbor will be updated to 0.12.0 in rawhide with a soname bump

2025-03-17 Thread Richard Hughes via devel
On Monday, 17 March 2025 at 02:51, Gary Buhrmaster wrote: > I have rebuilt libfido2. For fwupd, I will need the > assistance of the fwupd maintainers (CC'ed), > Please use the side tag f43-build-side-108004 > (fedpkg build --target=f43-build-side-108004) Hi Gary, I tried this, but got "GenericE

Re: dnf: terminate called after throwing an instance of 'std::length_error'

2025-02-25 Thread Richard Hughes via devel
On Monday, 24 February 2025 at 09:30, Petr Pisar wrote: > > Has anyone else seen this? Frustratingly I can't reproduce locally. > Last time we saw and fixed this issue was 4 years ago. Hmm, it's certainly something in the latest release. > A reproducer is welcome because the mistake probably hap

dnf: terminate called after throwing an instance of 'std::length_error'

2025-02-20 Thread Richard Hughes via devel
Hi all, My CI has been failing for the last 24h with: [ 4/48] Installing fwupd-0:2.0.7-0.1alpha.fc41.x86_64 100% | 39.9 MiB terminate called after throwing an instance of 'std::length_error' what(): basic_string::_M_replace_aux contrib/ci/fedora-test.sh: line 3: 7 Aborted

Re: Revocation of provenpackager access from pbrobinson

2024-12-19 Thread Richard Hughes via devel
On Thursday, 19 December 2024 at 09:51, Vít Ondruch wrote: > PP should lead by example IMHO. And and this is not any different! > https://src.fedoraproject.org/rpms/python-tiktoken/c/66a5632ba66ed27b6d1d633592724d6be612d638 I guess I'm also as bad as Peter then: https://src.fedoraproject.org/rpm

Re: On revoking provenpackager from probinson

2024-12-19 Thread Richard Hughes via devel
On Monday, 16 December 2024 at 22:03, Adam Williamson wrote: > > We neglected to make available the facts behind our decision quickly > Why should there be a right to anonymity in this process? I'm really not sure what FESCo is thinking; what a way to destroy trust from a community. Fedora Engi

Re: Revocation of provenpackager access from pbrobinson

2024-12-16 Thread Richard Hughes via devel
On Monday, 16 December 2024 at 16:25, Adam Williamson wrote: > This process does make me worry that I might get suddenly de-pp'ed at > some point too. I'm in the same boat; I know I've been guilty of pushing minor build fixes without asking. I've also touched hundreds of packages over the years

Rebuild against libfwupd.so.3

2024-10-04 Thread Richard Hughes via devel
Hi all, I've just built fwupd 2.0.0 into rawhide, which bumps the libfwupd soname from libfwupd.so.2 to libfwupd.so.3. I've rebuilt gnome-firmware, gnome-software and plasma-discover in the f42-build-side-97511 side tag with no issue, and have created a bodhi update with all 4 builds here: htt