Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1744445
Summary: | Request to build freeimage for EPEL 8 | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Jens Kretschmer <kretschmer.jens> |
Component: | freeimage | Assignee: | Richard Shaw <hobbes1069> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel8 | CC: | bruno, hobbes1069, i, john, manisandro, nerijus, ofalk, rakesh.pandit |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | freeimage-3.17.0-4.el8 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-04-09 20:28:44 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1774955 | ||
Bug Blocks: |
Description
Jens Kretschmer
2019-08-22 08:17:25 UTC
I might be able to be convinced but I only built for EPEL 7 because I needed it as a dependency for another package. It currently has 6 open CVE's that have not been addressed, has a patched source because not everything in the source archive is open source, and has other dependencies that may not be in EPEL 8 yet... BuildRequires: jxrlib-devel BuildRequires: libjpeg-devel BuildRequires: libmng-devel BuildRequires: libpng-devel BuildRequires: libtiff-devel BuildRequires: libwebp-devel BuildRequires: LibRaw-devel BuildRequires: OpenEXR-devel BuildRequires: openjpeg2-devel Looks like the only missing dependency is jxrlib-devel. I tried building 3.18 but the openjpeg2 package may not be current enough in EL8. It seemed to be missing something. Filed bug 1774955 for jxrlib. Nerijus or Richard, do you want to request EPEL 8 branches and build freeimage, now that jxrlib is available for EL8? Alternatively, if you give me the permissions, I can also do so. Oliver One small note, before someone else runs into the issue: freeimage 3.18.0 uses the function jpeg_read_icc_profile() from libjpeg-turbo which wasn't introduced before v1.5.90 (2.0 beta1). However, in RHEL 8, we 'only' have libjpeg-turbo v1.5.3-10. In other words, for EPEL8, we need to stick with freeimage 3.17.0. We need to wait until jxrlib reaches stable as well. OR add it to the current update, which I'm not sure I can do. I did request a buildroot override so I can at least submit a scratch build and make sure freeimage builds. Ok, scratch build mostly complete. x86_64 and ppc64le completed, aarch64 and s390x failed due to Libraw not being available. I think this is an RHEL issue, but we can make it ExclusiveArch. https://koji.fedoraproject.org/koji/taskinfo?taskID=43104274 LibRaw _is_ availabled in s390x and aarch64 in RHEL 8 (and for aarch64 in CentOS 8). Not sure why koji doesn't find it; I'd therefore not go for ExclusiveArch yet. Give me a bit more time to - hopefully - find out, why it's not found. A colleague was very helpful on this and quickly pushed me in the right direction. LibRaw is still in the Beta/High Touch Beta channels and therefore koji cannot find it. So, if we want to push this out quickly, we have to work with ExclusiveArch, since there is now way of knowing if LibRaw is ever coming out of the Beta chans. It can be rebuilt once available. FEDORA-EPEL-2020-d0e0952955 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d0e0952955 FEDORA-EPEL-2020-d0e0952955 has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report. |