On Tue, Oct 1, 2024 at 4:55 AM Michael J Gruber mjg@fedoraproject.org wrote:
Am Di., 1. Okt. 2024 um 00:07 Uhr schrieb Sandro Mani manisandro@gmail.com:
On 30.09.24 23:35, Neal Gompa wrote:
On Wed, Sep 25, 2024 at 2:49 PM Michel Lind michel@michel-slm.name wrote:
Dear all,
...
Unfortunately I omitted to mention that tesseract dependencies have to be rebuilt - so we have to move slightly faster than usual to rebuild the dependents.
This will be done in f42-build-side-96586 that's already created for updating ffmpeg (one of those packages that need tesseract).
I attempted a rebuild to deal with a bodhi error where it wouldn't let me land it with the NVR reserved by another obsolete update, but I'm getting bizarre failures for the mingw builds. Can someone help, please?
Here's the failed build task: https://koji.fedoraproject.org/koji/taskinfo?taskID=124237852
It seems like something has gone wrong with trying to use the C++ standard library in MinGW somehow?
This is most likely due to the fact that mingw-crt-12.0.0 for the mingw32 and mingw64 variants was initially built with the incorrect default msvcrt. This has since been fixed, but mingw-gcc also needs to be rebuilt. I'm taking care of this now.
I'd like to reiterate my question about recursive dependencies:
│ Are you planning to build recursive dependencies, or should we take │ care of that? │ │ I maintain mupdf and had been holding back a version update so far. It │ would make sense to build this into your side-tag before you or I │ rebuild mupdf's dependencies there.
zathura-pudf-mupdf, python-PyMuPDF and qpdfview are affected by a mupdf update which changes soname. They *should not break* due to the side-tag rebuild which keeps soname. So it's more about timing and the preference to separate or combine updates (for rawhide; for release I'd combine).
You should probably take care of it now in Rawhide, but there will be a side-tag opened for F41 to bring back this there (as well as ffmpeg7) that you may want to put that into so we can ship it all at once.