openexr license update
Hi, based on result from Fedora legal team, the license for openexr is now modified from BSD-3-Clause to following format: BSD-3-Clause WITH AdditionRef-OpenEXR-Additional-IP-Rights OR Apache-2.0 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
Re: GIMP 3.0 in F41?
Well this is surprising. I agree it would be better to have either gimp2 repo or just private branch with GIMP 3 preparations under current GIMP repository. But at the same time I understand Nil's workflow. I just hope once the GIMP 3 is out and buildable/operational in Fedora rawhide the gimp3 repository will become obsolete. Josef Dne po 13. 5. 2024 1:01 uživatel Neal Gompa napsal: > On Sun, May 12, 2024 at 4:59 PM Sérgio Basto wrote: > > > > > > > > https://src.fedoraproject.org/rpms/gimp3 > > > > What the heck? This should have been gimp2 for the old version, not > gimp3 for the new version... > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > -- > ___ > 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
Re: GIMP 3.0 in F41?
I believe once the GIMP 3.0 is out the Fedora version will follow almost immediately. Josef GIMP co-maintainer Dne po 6. 5. 2024 22:13 uživatel Dominik 'Rathann' Mierzejewski < domi...@greysector.net> napsal: > Hi! > > I noticed that GIMP 3.0 is scheduled[1] for release in June. It'd be > nice to have it in F41. Are there any plans to do so? Do the maintainers > (Cc'd) need any help? > > [1] https://gitlab.gnome.org/GNOME/gimp/-/issues/10373#timeline > > Regards, > Dominik > -- > Fedora https://fedoraproject.org > Deep in the human unconscious is a pervasive need for a logical universe > that > makes sense. But the real universe is always one step beyond logic. > -- from "The Sayings of Muad'Dib" by the Princess Irulan > > -- ___ 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
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
Hi Ben,
Thanks a lot for your help. The update is submitted to bodhi for Rawhide.
@Richard Shaw 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 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 to
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
As the mentioned patent clause is there for 10+ years I might just believe it went through Fedora Legal, as it is a much older legal related task than I am co-maintainer of the openexr itself. But I am fine with having conversation with the Legal team about the proper SPDX license clause that should be used for this project. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Wed, Apr 24, 2024 at 3:06 PM Gary Buhrmaster wrote: > On Mon, Apr 22, 2024 at 12:15 PM Josef Řídký wrote: > > > > Hi folks, > > > > this is in advance notice about the upcoming rebase of the openexr > package in Fedora Rawhide and f40. > > > > I note that there is a patent clause which > allows DreamWorks to revoke the patent > grants under some conditions for the > lossy compression. > > Has Fedora Legal reviewed the revocable > patent license language, and does there > need to be a (new) SPDX license to include > that patent grant (BSD-3-Clause-Patent?) > -- > ___ > 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
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
Thanks a lot. OpenCV package is ready to be rebuilt in the side tag, but is blocked by gdal and vtk packages, so once done, just a simple fedpkg build with side tag is necessary for opencv (no additional bump needed). Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Wed, Apr 24, 2024 at 2:14 PM 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ý 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 >> 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 ma
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
So far only those two packages were built https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=88169&order=-build_id&latest=1 E.g. for opencv there has to be libjxl rebuild first. Similarly for others. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Tue, Apr 23, 2024 at 1:13 PM Tomas Smetana wrote: > Dne Mon, 22 Apr 2024 19:02:07 + > Gwyn Ciesla via devel napsal(a): > > > I tried to so synfig and gstreamer1-plugins-bad-free, and they need some > of > > the others rebuilt first: > > > > https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log > > https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log > > > > Similar for pfstools: I have not tried to rebuild the packages yet, but > they > depend on ImageMagick, so unless that one is finished, the build would > fail. > > Is there a way to find out what's been already rebuilt? > > Thanks and regards, > -- > Tomáš Smetana > -- > ___ > 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
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
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ý 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 > 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
Re: [HEADS-UP] openexr so name bump heading Rawhide and f40
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 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
[HEADS-UP] openexr so name bump heading Rawhide and f40
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
CMake errors
Hi, I am trying to build a new version of the jasper package, but I am not able to successfully pass the %cmake command. [1] First issue was about using in-source build, which can be overridden by -ALLOW_IN_SOURCE_BUILD. But even though, CMake has problem with finding CMAKE_C_COMPILER location. Currently is used CMAKE_VERSION: 3.28.2 Previous successful build of jasper [2] used CMAKE_VERSION: 3.27.7 and no in-source error nor CMAKE_C_COMPILER issue has occurred. Does anyone have a similar issue? What is a recommended way to deal with this? [1] https://kojipkgs.fedoraproject.org//work/tasks/9648/113459648/build.log [2] https://kojipkgs.fedoraproject.org//packages/jasper/4.1.0/3.fc40/data/logs/x86_64/build.log Best regards Josef -- ___ 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
[HEADS UP] Jasper update with .so name update
Hi, there is a new jasper version (4.1.0) that will be available in Fedora 40+. As this version is bumping it's .so name, the rebuild of the dependent package will be necessary. There is a side tag created for safe rebuild of those packages (f40-build-side-77302) with a new jasper version available. I would like to ask maintainers of affected packages to rebuild their packages using this tag, so I will be able to push the update to f40 once all is done. List of affected packages is: - eccodes-devel - g2clib-devel - grib_api-devel 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
License change for net-snmp
Hi net-snmp license has been transformed to SPDX license format and corrected from BSD to Net-SNMP and OpenSSL 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
License update for xsane
Hi license for xsane package has been migrated to SPDX format and corrected from GPLv2+ and LGPLv2+ to GPL-2.0-or-later and LGPL-3.0-or-later 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
License correction for OpenCV
Hi OpenCV license has been migrated to SPDX license format and corrected from BSD to BSD-3-Clause and Apache-2.0 and ISC. 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
gimp-help license corrected
Hi, gimp-help license was changed from GFDL and GPLv2+ to GFDL-1.2-invariants-only as GPLv2+ is license used for scripts used during build time only and those scripts are not part of final language/help packages. 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
Re: gimp license corrected
This license was mentioned in the output of the 'askalono' command run over the gimp source code. The file-dds plugin directory has available COPYING file which is GPL-2.0-only original text (with accuracy 0.983). It's true that no other checks were made upon files there as I didn't expect to have a mixture of licenses there. Doing a check of 8000+ files is quite a nightmare. But the question would be whether those licenses should be even used in license tags - meaning most of the files would have the same destiny as Makefiles, which shouldn't be counted in the SPDX at all. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Tue, May 9, 2023 at 4:53 PM Richard Fontana wrote: > On Tue, May 9, 2023 at 3:54 AM Josef Řídký wrote: > >> The GIMP application core, and other portions of the official GIMP >> distribution not explicitly licensed otherwise, are licensed under the >> GPL-3.0-only >> >> Explicitly licensed under GPL-2.0-only is 'file-dds' plugin. >> > > Curious why you say this - I (very quickly) looked at the source code of > the file-dds plugin and it seems to be a mix of GPLv2-or-later and > GPLv3-or-later license notices. > > Richard > > > ___ > 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
Re: gimp license corrected
The GIMP application core, and other portions of the official GIMP distribution not explicitly licensed otherwise, are licensed under the GPL-3.0-only Explicitly licensed under GPL-2.0-only is 'file-dds' plugin. Explicitly licensed under BSD-3-Clause are 'script-fu/ftx' and 'script-fu/tinyscheme' plugins. 'libgimp' and the other GIMP libraries are licensed under the LGPL-3.0-only (hence there has to be a switch from GPL-3.0-or later to LGPL-3.0-only as I misinterpreted it before). So based on this input, I assume the 'LGPL-3.0-only AND GPL-3.0-only AND GPL-2.0-only AND BSD-3-Clause' should be fine, or should there be some AND=>OR replacement or any other change? Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Sat, May 6, 2023 at 3:27 AM Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Josef Řídký wrote: > > Based on the SPDX requirements, that should be correct. Some parts of the > > package are available under GPL-2.0-only and some under GPL-3.0-only > > license. > > And they are not linked together? Because if they are, we have a problem! > > Kevin Kofler > ___ > 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
Re: gimp license corrected
Based on the SPDX requirements, that should be correct. Some parts of the package are available under GPL-2.0-only and some under GPL-3.0-only license. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Wed, May 3, 2023 at 2:34 PM Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Josef Řídký wrote: > > AND GPL-2.0-only AND GPL-3.0-only > > Oops? > > Kevin Kofler > ___ > 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
Re: gimp license corrected
Good point. Thanks for the typo correction. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Tue, May 2, 2023 at 2:35 PM Neal Gompa wrote: > On Tue, May 2, 2023 at 8:22 AM Josef Řídký wrote: > > > > A license of "gimp" package was corrected from > > GPLv3+ and GPLv3 > > to > > GPL-3.0-or-later AND GPL-2.0-only AND GPL-3.0-only AND BSD-3.0-Clause > > > > Do you mean "BSD-3-Clause"? I don't know of a "BSD-3.0-Clause"... > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > ___ > 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
gimp license corrected
A license of "gimp" package was corrected from GPLv3+ and GPLv3 to GPL-3.0-or-later AND GPL-2.0-only AND GPL-3.0-only AND BSD-3.0-Clause in Fedora Rawhide 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
asciidoc license corrected
A license of "asciidoc" package was corrected from GPL+ and GPLv2+ to GPL-2.0-only in Fedora Rawhide 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
Re: libgphoto2 .so name bump announcement
Hi Peter, thanks for the comparison, I have mis-interpreted the content of the build.log file and compared file names instead of the Provides section. In that case, I will update the libgphoto2 package in Fedora and no side-tag or package rebuild will be needed. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Thu, Jul 7, 2022 at 2:04 PM Petr Pisar wrote: > V Thu, Jul 07, 2022 at 01:10:56PM +0200, Josef Řídký napsal(a): > > Hi, > > > > upstream has released a new libgphoto2 with version number 2.5.30. > > As part of this update, .so name has bumped to version 12.1.0. > > > I cannot see any of that soname in libgphoto2-2.5.30-1.fc37 > <https://koji.fedoraproject.org/koji/rpminfo?rpmID=30919269>: > > libgphoto2.so.6()(64bit) > libgphoto2_port.so.12()(64bit) > libgphoto2_port.so.12(LIBGPHOTO2_5_0)(64bit) > libgphoto2_port.so.12(LIBGPHOTO2_INTERNAL)(64bit) > > Compare to what we have in libgphoto2-2.5.29-1.fc37: > > libgphoto2.so.6()(64bit) > libgphoto2_port.so.12()(64bit) > libgphoto2_port.so.12(LIBGPHOTO2_5_0)(64bit) > libgphoto2_port.so.12(LIBGPHOTO2_INTERNAL)(64bit) > > Could you be more specific what has changed? > > -- Petr > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
libgphoto2 .so name bump announcement
Hi, upstream has released a new libgphoto2 with version number 2.5.30. As part of this update, .so name has bumped to version 12.1.0. I've requested a side-tag for smooth update of all dependent packages. Side tag is 'f37-build-side-54858'. Unfortunately, I am not able to update dependent packages by myself, so I would like to ask for help from some kind proven-packager. Please, let me know if you're willing to help me with the update. 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Self Introduction: Radka Brychtova
Welcome Radka, glad to have you here :D Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Tue, Apr 5, 2022 at 12:16 PM Radka Brychtova wrote: > Hi, > I am Radka, I have been working in Red Hat Brno since 2014 as a RHEL > Quality Engineer. A few years ago you might know me as Radka Skvarilova. > I am interested in upstreaming our internal tests and helping our > developers to feel more safe with releasing some changes in their packages. > Have a nice day. > Radka > > > > > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Unannounced soname bump: libjasper.so.4 -> libjasper.so.6
Hi, first of all, I would like to apologize for the mess I've caused by the jasper .so name bump in Rawhide. I entirely forgot the side-tag option and had the old mindset of having rawhide as a "sandbox for new features". I wrote to Miro already as I am not part of the proven packager group to assist me with the update - specifically with package rebuild. On the other hand, I have to partially agree with Kevin Koffler in the way that making library upgrade in the rawhide from a regular maintainer point of view is still quite painful and from discussion with my colleagues it seems that I am not the only one who feels it that way. Mostly, simple rebuild of dependent packages is all that is needed, but to achieve it, I have to either communicate with all other maintainers (where their number might be quite huge and not all of them are able to react in meningul timeframe - agree it's not applicable with handful of dependent packages, where it is easy to get it done) or bother some proven packager to do the rebuilds on my behalf (which is something I don't like, as the workload is transferred to someone, who has enough of his/her own tasks already). It would be awesome to have some bot available for all Fedora maintainers, which would have proven packagers rights and it's only function would be -> bump spec file and build (e.g. in specific side-tag). In that way, for most library updates this would be the easiest way, how to get them into Fedora and bother other maintainers/proven packagers as little as possible. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Sat, Feb 12, 2022 at 8:13 PM Kevin Kofler via devel < devel@lists.fedoraproject.org> wrote: > Kevin Fenzi wrote: > > As a release engineer trying to get a rawhide compose, I do find this a > > big deal. (Another f37 compose just failed because of this issue). > > Well, as I already pointed out more than once, the real issue there is > that > the Rawhide compose fails due to a broken dependency. This used not to be > the case. If a deliverable fails to compose, then it will be missing for > one > day (or ideally, just keep the last one that built on the mirrors!). If it > is release-blocking, it needs to be fixed before the release. Not sooner. > This is how things used to work in the past (without the "or ideally" > part, > that is just my improvement suggestion that was never implemented) and it > is > why we were able to work much better with broken dependencies in Rawhide > back then than now. > > > Long ago we worked that way. Back when there were few packages and few > > maintainers. > > The number of packages increases constantly, but the order of magnitude > was > not that different. What really made the difference was that the composes > did not fail. Instead, they would succeed and we would automatically get a > list of broken dependencies sent to the devel list (and then > provenpackagers > like Alex Lancaster and me tried to mass-fix them, and IMHO did a very > good > job at it, until, in lieu of a "thank you", we were told not to because it > "masks the issue of unmaintained packages"… that was the point at which > broken dependencies started to accumulate, creating the demand for gating). > > > Keeping rawhide working helps everyone who is trying to use it to > > integrate their changes. > > The requirement to keep Rawhide working prevents using it to integrate > anything non-trivial, forcing everything into side tags (which then moves > the conflicts to the point where the side tags get merged, which can cause > a > big mess if they happen to overlap too much). > > > Dumping breakage into rawhide and expecting others to clean it up makes > it > > harder for almost everyone. > > "Others" (including me) were quite happy to clean it up until we were > explicitly told to stop! > > Kevin Kofler > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: JasPer 3.0.0 update in Rawhide and F36
Hi, just reminder - a new jasper version is now available in Rawhide. All packages that require jasper, should be rebuilt - in most cases it is all that is needed. In rare occasions more work would be needed - this is valid for packages, which didn't use jasper library in the standard way. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Wed, Feb 9, 2022 at 5:03 PM Josef Řídký wrote: > Hi, > > upstream authors of JasPer library have released a new major version. This > rebase will introduce .so name bump from version 4 to version 6. > > I am going to rebase the library in rawhide on Friday February 11th. > > For testing purposes, you may use the copr build available at [1]. > List of dependent packages and their build results with the new jasper > library might be found at [2]. > > All comments are welcome. > > [1] https://copr.fedorainfracloud.org/coprs/jridky/jasper/ > [2] https://copr.fedorainfracloud.org/coprs/jridky/jasperDepend/ > > 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 on the list, report it: https://pagure.io/fedora-infrastructure
JasPer 3.0.0 update in Rawhide and F36
Hi, upstream authors of JasPer library have released a new major version. This rebase will introduce .so name bump from version 4 to version 6. I am going to rebase the library in rawhide on Friday February 11th. For testing purposes, you may use the copr build available at [1]. List of dependent packages and their build results with the new jasper library might be found at [2]. All comments are welcome. [1] https://copr.fedorainfracloud.org/coprs/jridky/jasper/ [2] https://copr.fedorainfracloud.org/coprs/jridky/jasperDepend/ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: OpenColorIO 2.0 and libHalf
There should not be any reason to have the ilmbase package as separate one, because this package has been incorporated into the openexr package itself (in version 3). As per libHalf, this functionality has been moved into a new package imath, that was introduced by upstream with release of openexr 3 and is available in Fedora now. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Mon, Aug 23, 2021 at 9:10 AM Luya Tshimbalanga wrote: > It appears OpenColorIO 2.0, a requirement for Blender 2.93 series needs > libHalf, a library found in ilmbase package which is obsolete by openexr 3. > > Looking at Mandriva repository, it appears ilmbase successfully depends > on newer openexr. See > > https://mageia.pkgs.org/cauldron/mageia-core-release-x86_64/lib64ilmbase-devel-2.5.7-1.mga9.x86_64.rpm.html > > -- > Luya Tshimbalanga > Fedora Design Team > Fedora Design Suite maintainer > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Proven packagers breaking EPEL branches
Well this is obviously an issue in the openexr package. Can you file a bug report against openexr for rawhide with the issue description? Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Sun, Jul 4, 2021 at 12:23 PM Germano Massullo wrote: > Moreover it does not even compile on Fedora > > > https://kojipkgs.fedoraproject.org//work/tasks/7311/71287311/mock_output.log > file /usr/lib64/python3.10/site-packages/imath.so conflicts between > attempted installs of python3-openexr-2.5.5-2.fc35.x86_64 and > python3-imath-3.0.2-4.fc35.x86_64 file /usr/lib64/libImath.so > conflicts between attempted installs of > openexr-devel-2.5.5-2.fc35.x86_64 and imath-devel-3.0.2-4.fc35.x86_64 > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Using "Open location" in GIMP causes a (sometimes) catastrophic crash
Ok, I think I got it now. So first of all, the 'Open location' option in GIMP expects a valid URI address - path to some local/network file (which the data:image/svg... string is not). >From my point of view, it's ok, if the GIMP ends with an error message explaining something like - No such file. This is actually written in the super long alert window that pops up. What is not so good are the cases, when GIMP crashes. They might be caused by limited system resources. From the provided error message it looks like insufficient RAM/buffer size. So my recommendation would be to check the system resources status and use GIMP options as expected. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Fri, Jun 18, 2021 at 2:28 PM Artur Frenszek-Iwicki < s...@fedoraproject.org> wrote: > > I've tried to download and open... > When I use RMB -> "Save image as" in Firefox, and then open the downloaded > .svg in GIMP, everything works fine. > The crash only happens when I take the "data:image/svg..." string and use > "Open location" in GIMP. > > > What version/type of GIMP are you using? (rpm -q gimp) > Both my host machine where I originally encountered this, and the VM I > spun up to replicate the issue, use gimp-2.10.24-1.fc34.x86_64. > > A.FI. > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Using "Open location" in GIMP causes a (sometimes) catastrophic crash
Thanks for the information. I've tried to download and open the OpenFinance company logo in GIMP on F34 (GNOME, XOrg) and all works as expected. The GIMP opens the import window and proceeds normally. What version/type of GIMP are you using? (rpm -q gimp) Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Fri, Jun 18, 2021 at 1:34 PM Artur Frenszek-Iwicki < s...@fedoraproject.org> wrote: > > Well, it would be great to get even terminal output from GIMP... > Terminal output under MATE (where GIMP crashes): > > --- start > (gimp:7907): Gdk-WARNING **: 13:23:36.694: Native Windows wider or taller > than 32767 pixels are not supported > > (gimp:7907): Gdk-ERROR **: 13:23:36.817: The program 'gimp' received an X > Window System error. > This probably reflects a bug in the program. > The error was 'BadAlloc (insufficient resources for operation)'. > (Details: serial 11413 error_code 11 request_code 53 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; >that is, you will receive the error a while after causing it. >To debug your program, run it with the --sync command line >option to change this behavior. You can then get a meaningful >backtrace from your debugger if you break on the gdk_x_error() > function.) > > (script-fu:7925): LibGimpBase-WARNING **: 13:23:37.602: script-fu: > gimp_wire_read(): error > Trace/breakpoint trap (core dumped) > end > > On KDE, where GIMP does not crash, only the first warning about big native > windows appears. > Using "--verbose" when launching GIMP produces a lot of startup info, but > does not generate any extra messages once I try to open the link. > > > Are you able to provide a link to the original image? > The image is embedded in the website's HTML as that "data:image/svg` link > I copied into the .txt file. There's no canonical .svg. > Still, if you want to take a look at the original site, it's this one: > https://open.pl > The image in question is the small "open finance" company logo near the > top (hidden on the "mobile" layout). > > A.FI. > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Using "Open location" in GIMP causes a (sometimes) catastrophic crash
Well, it would be great to get even terminal output from GIMP, if possible (save it and then use 'gimp --verbose file-name'). Based on the txt file, it looks like it should be originally SVG file, in that case, GIMP is able to open SVG file, but it make raster out of it, so could be handy to see, if Inkscape is able to open such file, cause there can be some issue in SVG processing or even anywhere else. Are you able to provide a link to the original image? Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Fri, Jun 18, 2021 at 12:43 PM Artur Frenszek-Iwicki < s...@fedoraproject.org> wrote: > Recently I tried to edit some image from the internet in GIMP. Pressing > "open image in new tab" in Firefox yielded a "data:image/svg+xml;base64..." > link. Being a lazy person, instead of saving the image to disk, I selected > "open location" in GIMP and pasted the link there. Next thing I know, > there's some fireworks. > > I spun up a clean Fedora 34 VM to try to replicate this, and here's my > observations: > > 1. Gnome on Wayland: GIMP crashes and that seems to be the end of it. > > 2. Gnome on X11: GIMP crashing brings down the Gnome panel (taskbar, > whatever you want to call it) along with it. The latter auto-restarts. > Other programs are unaffected. > > 3. Cinnamon: GIMP does not crash, instead it displays a gargantuan (over > 5000 pixels wide) error message window. Moving this window around causes > Cinnamon to crash. It then auto-restarts... but, amusingly, apart from > Cinnamon, Openbox starts up as well. (Should someone try reproducing this - > by default, both the Cinnamon and Openbox panels appear on the bottom of > the screen, so the Openbox panel won't be visible. Just move the Cinnamon > panel to another edge of the screen.) GIMP survives this, and other > programs are unaffected. > > 4. KDE Plasma on Wayland: the gigantic error message appears, but instead > of rendering the text, it's just a big black rectangle on the screen. > However, GIMP does not crash. Other programs seem unaffected. > > 5. KDE Plasma on X11: as above, but the error message window doesn't > render at all. It is there, it takes input, you can alt+tab to and away > from it, but it's not visible. > > 6. XFCE: GIMP crashes and that's the end of it. > > 7. MATE: GIMP crashes and other program windows jump around on the screen > for a short while. Afterwards, things seem to work fine, but every window > renders with a several-pixels wide black border around it. > > 8. LXQt: GIMP crashes and brings down the LXQt panel with it. The latter > does *NOT* auto-restart. Other programs stop reacting to keyboard input. > This effectively locks one in the desktop session (short of switching to a > TTY). > > 9. Openbox: the whole session crashes, bringing you back to the display > manager's login screen. > > The base64 image is too big to put it in an e-mail, so I attach it as a > link: https://suve.fedorapeople.org/2021-06-18-gimpcrash-image-base64.txt > I have not tested whether other base64-encoded SVG images cause similar > issues, or if it's only this one. > > I'm not sure if this a bug in GIMP, or in poor old Xorg, so that's why I > decided to post an e-mail here, instead of going straight to bugzilla. > Should anyone try to dig into this, let me know if you need a core dump or > something. > > A.FI. > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: openexr 3.0 coming to Rawhide
Well, the next question to answer is, should the package without active upstream maintenance be the reason for slowing down the progress of another project? Should such a package remain in Fedora at all? I would personally avoid to do such openexr2 package split, just because I know how painful it will become to get rid of such versions later from Fedora and do it just as transition never worked for me - it remained in the compose for much longer than expected, but it's just my 0.02$. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Mon, Jun 7, 2021 at 6:20 PM Richard Shaw wrote: > I've been able to update several packages to build with OpenEXR 3 but > there are many more to go, perhaps too many for me to handle. > > Specifically (and ironically) OpenVDB which is also a project under the > stewardship of the ASWF has not had a single commit to it to be compatible > with OpenEXR 3. > > For that reason I'm considering submitting for an openexr2 package. But > that means really mapping out the dependency chain, right? We don't want > both packages used within the same "stack". > > Thoughts? > > Thanks, > Richard > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: openexr 3.0 coming to Rawhide
Hi, just a brief heads up notice. The openexr 3.0 will lend in Rawhide soon and so all affected packagers [1] should prepare the fixes for this change. If you can, use the COPR environment for testing your package with the new openexr version. You can expect an updated list of build statuses in COPR later today or early tomorrow. [1] https://copr.fedorainfracloud.org/coprs/hobbes1069/openexr/builds/ Thanks for cooperation and have a great day. Best regards Josef Ridky Senior Software Engineer Core Services Team Red Hat Czech, s.r.o. On Mon, Apr 12, 2021 at 2:36 PM Richard Shaw wrote: > I'm currently in the process of testing all deps in my COPR. Assuming no > major issues are found I'll setup a side tag to perform all the builds. I > expect to be done by this coming weekend. > > Affected packages are: > > alembic > aqsis > bcd > blender > calligra > CTL > darktable > Field3D > freeimage > gegl04 > gimp > gmic > gstreamer1-plugins-bad-free > hugin > ImageMagick > kdebase3 > kdelibs > kde-runtime > kf5-kimageformats > kio-extras > krita > luminance-hdr > luxcorerender > opencv > OpenImageIO > OpenSceneGraph > openshadinglanguage > openvdb > pfstools > povray > prusa-slicer > synfig > synfigstudio > vigra > vips > YafaRay > > Thanks, > Richard > ___ > 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 on the list, report it: > https://pagure.io/fedora-infrastructure > ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
