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. --

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

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

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

gt; > 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.

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

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

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

hat 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 invo

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=88169=-build_id=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,

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

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

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

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. > > L

[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

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.

[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

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 --

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

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 --

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

Re: gimp license corrected

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 e

Re: gimp license corrected

' 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ý wrot

Re: gimp license corrected

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 u

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" p

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.

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

Re: libgphoto2 .so name bump announcement

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 pa

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

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

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

Re: JasPer 3.0.0 update in Rawhide and F36

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 vers

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

[EPEL-devel] Re: GIMP future in RHEL-9

wrote: > Exciting news, is there a link to the ticket(s) the GIMP folks need > help with? Odds are I'm not qualified but I'd be happy to look. > > Pat > > On Mon, 2022-01-03 at 10:46 +0100, Josef Řídký wrote: > > Hi folks, > > > > just want to send some

[EPEL-devel] GIMP future in RHEL-9

Hi folks, just want to send some heads up info about the GIMP package in the RHEL-9 release. As some of you might notice, the GIMP package is missing in RHEL-9. The reason for this is it's requirement of Python 2, which isn't supported in RHEL-9 any more. During the RHEL-9 prep phase, I gave

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

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: >

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

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

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,

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

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