Hi Ben,
Thanks a lot for your help. The update is submitted to bodhi for Rawhide.
@Richard Shaw <hobbes1...@gmail.com> my fault about not giving you heads up
about the planned openexr update. My apologies. Will do in future.
Best regards
Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.
On Fri, Apr 26, 2024 at 3:48 PM Ben Beasley <c...@musicinmybrain.net> wrote:
> Josef,
>
> I finished rebuilding everything in the side tag f41-build-side-88169.
> Please create the Bodhi update.
>
> The packages cinelerra-gg and olive are RPMFusion packages, so there is
> nothing to do in Fedora; any coordination you want to do with RPMFusion is
> up to you.
>
> For the curious, further details follow below.
>
> – Ben Beasley (FAS music)
>
> --------
>
> I double-checked the packages that were in your original list but not in
> the output of "fedrq wrsrc -s openexr":
> - The CTL package BuildRequires the compat package openexr2 instead,
> so it did not need to be rebuilt.
>
> - The synfig package also BuildRequires the compat package, and one
> can see that it links the compat libraries (e.g. libIlmImf-2_5.so.26), but
> it does depend *indirectly* on the current openexr via its dependencies. I
> think it did not need to be rebuilt, but an attempt was made to rebuild it
> in the side tag, which failed because the dependencies were not rebuilt yet
> – so I rebuilt it again, successfuly.
>
> - The cinelerra-gg and olive packages belong to RPMFusion, so there is
> nothing to do in Fedora.
>
> - The synfigstudio package really did need to be rebuilt! The source
> RPM does not depend on openexr, but the binary packages do.
>
> To look for other cases like synfigstudio, I tried this:
>
> fedrq wr openexr-libs | xargs repoquery --repo=rawhide --qf
> '%{source_name}'
>
> Other than synfigstudio, all of the resulting packages were in the
> original list.
> On 4/25/24 11:20 AM, Ben Beasley wrote:
>
> The side tag is nearly complete. I have finished rebuilding all of the
> packages in “my” list for openexr except Blender (which I’ll tackle soon).
>
> I discovered that an ABI-incompatible update was committed to the Rawhide
> branch for OpenColorIO, but never built, about two months ago. Since I
> needed to rebuild OpenColorIO in the side tag, I raised the issue[1] with
> the OpenColorIO maintainer and—after a quick, successful trial-run in
> COPR—we ultimately decided to include the OpenColorIO update in side tag
> rather than trying to revert it before rebuilding.
>
> Therefore, OpenImageIO, krita, and luxcorerender received a second rebuild
> commit for OpenColorIO 2.3.2 and a second build in the side tag. The
> calligra and usd packages are also rebuilding for OpenColorIO 2.3.2 in the
> side tag. Once everything else is done, I will build Blender.
>
> Finally, I will double-check the packages that were in Josef’s list but
> not mine (CTL, cinelerra-gg, olive, synfig, and synfigstudio; libjxl is
> just a binary package of jpegxl), to make sure I haven’t missed any
> additional packages that really do need to be rebuilt.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=2239262#c15
> On 4/24/24 8:13 AM, Ben Beasley wrote:
>
> I rebuilt openvdb. I am finding that the dependency chains in this set of
> packages are even longer than I expected. Considering that, and how “heavy”
> some of these packages are – and in the interest of not keeping this side
> tag open for too long – I am going to go ahead and start using
> provenpackager privilege to carefully work through the packages that can be
> rebuilt with a simple release bump. (Hopefully that means all of them!)
>
>
> On 4/23/24 7:21 PM, Ben Beasley wrote:
>
> I get a slightly larger list with fedrq:
>
> $ fedrq wrsrc -s openexr -F name
> CImg
> Field3D
> ImageMagick
> OpenColorIO
> OpenEXR_Viewers
> OpenImageIO
> OpenSceneGraph
> YafaRay
> blender
> darktable
> enblend
> freeimage
> gdal
> gegl04
> gimp
> gmic
> gstreamer1-plugins-bad-free
> hugin
> jpegxl
> kdelibs3
> kf5-kimageformats
> kf6-kimageformats
> kio-extras
> kio-extras-kf5
> krita
> luxcorerender
> ogre
> opencv
> openvdb
> pfstools
> povray
> prusa-slicer
> vigra
> vips
>
> I BCC’d all of the foo-maintain...@fedoraproject.org aliases in case
> anyone missed the original email.
>
> I am happy to work as provenpackager to help with some of these rebuilds,
> but I want to allow a *little* time for anyone who wants to rebuild their
> own package.
>
> That said, I’m going to go ahead and rebuild some of the packages that are
> in or adjacent to the Blender stack, because I co-maintain a few of them
> and have recently had to touch a few more of them due to other ABI changes
> – also, there are some long dependency chains involved.
> On 4/22/24 12:33 PM, Josef Řídký wrote:
>
> Well good news, the F40 rebuild is not needed. It looks like there was an
> issue with proper bug report reference.
>
> Sorry for the disturbance about that in F40. But the Rawhide rebuild is
> still in place so please use f41-build-side-88169 for rebuild of dependent
> packages.
>
> Best regards
>
> Josef Ridky
> Senior Software Engineer
> Core Services Team
> Red Hat Czech, s.r.o.
>
>
> On Mon, Apr 22, 2024 at 6:11 PM Josef Řídký <jri...@redhat.com> wrote:
>
>> Hi Ben,
>>
>> thanks for the notice. I'll fill the FESCO ticket right away and wait for
>> their decision. So let's call F40 only (not Rawhide) side tags builds on
>> hold till the decision is made.
>>
>> Best regards
>>
>> Josef Ridky
>> Senior Software Engineer
>> Core Services Team
>> Red Hat Czech, s.r.o.
>>
>>
>> On Mon, Apr 22, 2024 at 5:04 PM Ben Beasley <c...@musicinmybrain.net>
>> wrote:
>>
>>> Is there a specific reason that an ABI-breaking update in required in
>>> the stable F40 release? And would you consider asking FESCo for approval as
>>> required by the Updates Policy?
>>>
>>>
>>> https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases
>>>
>>> Note that if this update happens in F40 now, it will have very messy
>>> interactions with other updates in other side tags, e.g.
>>> https://bodhi.fedoraproject.org/updates/FEDORA-2024-45862e3ed9 for
>>> blender. Even if this update is truly required in F40, I would advocate for
>>> delaying it by at least one week.
>>>
>>> Thanks,
>>>
>>> Ben Beasley (FAS music)
>>> On 4/22/24 8:14 AM, Josef Řídký wrote:
>>>
>>> Hi folks,
>>>
>>> this is in advance notice about the upcoming rebase of the openexr
>>> package in Fedora Rawhide and f40.
>>>
>>> List of dependent package should be following (please, correct me if I
>>> haven't found all):
>>> CTL
>>> ImageMagick
>>> OpenColorIO
>>> OpenEXR_Viewers
>>> OpenImageIO
>>> OpenSceneGraph-OpenEXR
>>> blender
>>> cinelerra-gg
>>> darktable
>>> freeimage
>>> gdal
>>> gegl04
>>> gimp
>>> gmic
>>> gstreamer1-plugins-bad-free
>>> hugin
>>> kf5-kimageformats
>>> kio-extras
>>> krita
>>> libjxl
>>> olive
>>> opencv
>>> pfstools
>>> povray
>>> synfig
>>> synfigstudio
>>> vigra
>>> vips
>>>
>>> I would like to ask responsible maintainers (or kind proven packager) to
>>> rebuild their packages for Rawhide and f40 with following side-tags:
>>>
>>> F40 -> f40-build-side-88171
>>> Rawhide -> f41-build-side-88169
>>>
>>> Best regards
>>>
>>> Josef Ridky
>>> Senior Software Engineer
>>> Core Services Team
>>> Red Hat Czech, s.r.o.
>>>
>>> --
>>> _______________________________________________
>>> 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-conduct/
>>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>>> List Archives:
>>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>>> Do not reply to spam, report it:
>>> https://pagure.io/fedora-infrastructure/new_issue
>>>
>>> --
>>> _______________________________________________
>>> 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-conduct/
>>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>>> List Archives:
>>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>>> Do not reply to spam, report it:
>>> https://pagure.io/fedora-infrastructure/new_issue
>>>
>>
> --
> _______________________________________________
> 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-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
> --
> _______________________________________________
> 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-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
_______________________________________________
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-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
