Bug 2228663

Created attachment 1981393 [details]
Update to 1.14.0 (#2228663)

the-new-hotness/release-monitoring.org's scratch build of gtest-1.14.0-1.fc38.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=104287305

Ben,

for this upgrade I have prepared copr build: 
 https://copr.fedorainfracloud.org/coprs/terjeros/gtest-1.14/packages/

There are some failures, however seems to unrelated to this change, all packages with .so deps seems to build fine.
How to proceed, push update to rawhide and create PR for packages with .so dep?

Per the Updates Policy[1]:

> When a proposed update contains an ABI or API change: notify a week in advance both the devel list[2] and maintainers directly (using the packagename-maintainers alias) whose packages depend on yours to rebuild or offer to do these rebuilds for them.

Offering a PR is one way to help with the rebuild, but isn’t required.

Then,

> Use a side-tag when dealing with mass builds of many packages, so they can land at the same time.

Ideally you can get everyone to rebuild their packages into the side tag within a few days. Usually some maintainers are quick and some require a direct reminder email, but I’ve had pretty good luck with this. If the side tag has been open a week or so and there are still dependent packages that haven’t been rebuilt, you can ask a provenpackager.

I see the following packages that need to be rebuilt in the side tag due a runtime dependency on gtest or gmock from one of their subpackages:

- abseil-cpp (gtest, gmock)
- ceph (gtest, gmock)
- davix (gtest)
- gfal2 (gtest)
- libcamera (gtest) ← FTBFS in Rawhide
- mir (gtest)
- python-steps (gtest)
- wlcs (gmock)

The good news is that I can take care of abseil-cpp, python-steps, and wlcs as maintainer or co-maintainer, and I recognize most of the others as having responsive and experienced maintainers.

By the way, here[3] is why ceph FTBFS in your COPR; it’s a race condition in the build, and the build just has to be tried again.

[1] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#_rawhide
[2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/
[3] https://tracker.ceph.com/issues/59690

libcamera fix: https://src.fedoraproject.org/rpms/libcamera/pull-request/8

libcamera issue is now resolved

gtest 1.14 built in sidetag f40-build-side-76708 :

  https://koji.fedoraproject.org/koji/taskinfo?taskID=108334850


Ben, can you continue with "your" packages?

(In reply to Terje Røsten from comment #7)
> Ben, can you continue with "your" packages?

Yes; will do.

I rebuilt:

- python-steps: https://koji.fedoraproject.org/koji/taskinfo?taskID=108341232
- wlcs: https://koji.fedoraproject.org/koji/taskinfo?taskID=108340448

I made a mistake the first time around, so I just kicked off:

- abseil-cpp: https://koji.fedoraproject.org/koji/taskinfo?taskID=108361617

It should be done in about 20-30 minutes.

(In reply to Ben Beasley from comment #9)
> - abseil-cpp: https://koji.fedoraproject.org/koji/taskinfo?taskID=108361617
> 
> It should be done in about 20-30 minutes.

Done now. Let me know if you need anything else from me.

Thanks!

Updated status:


Built:
+ abseil-cpp
+ python-steps
+ wlcs

Open MR:
- libcamera
- ceph
- mir
- gfal2
- davix

Current status:
 Built:
  abseil-cpp
  python-steps
  wlcs
  ceph
  mir
  gfal2

Open PR:
 https://src.fedoraproject.org/rpms/libcamera/pull-request/9
 https://src.fedoraproject.org/rpms/davix/pull-request/4

FEDORA-2023-0d765cb33b has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2023-0d765cb33b

FEDORA-2023-0d765cb33b has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.