[Bug 2055109] New: perl-PDF-API2-2.043-2.fc37 FTBFS: t/tiff.t fails
with lcms2-2.13-1.fc36
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2055109
Bug ID: 2055109
Summary: perl-PDF-API2-2.043-2.fc37 FTBFS: t/tiff.t fails with
lcms2-2.13-1.fc36
Product: Fedora
Version: 36
Status: NEW
Component: perl-PDF-API2
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
After upgrading lcms2 from 2.12-3.fc36 to 2.13-1.fc36, t/tiff.t fails like
this:
$ perl -Ilib t/tiff.t
1..9
ok 1 - '$pdf->image_tiff(filename)' isa
'PDF::API2::Resource::XObject::Image::TIFF'
ok 2 - Image from filename has a width
ok 3 - Add TIFF to PDF
ok 4 - '$pdf->image_tiff(), LZW compression' isa
'PDF::API2::Resource::XObject::Image::TIFF'
ok 5 - Add TIFF to PDF
ok 6 - Fail fast if the requested file doesn't exist
ok 7 # skip tiff2pdf doesn't deal with the alpha layer properly either in this
case
ok 8 # skip files created with tiffcp -c g3 previously produced the 'message
chunked ccitt g4 tif not supported'
not ok 9 - lzw (converted to flate)
# Failed test 'lzw (converted to flate)'
# at t/tiff.t line 106.
# got: '# ImageMagick pixel enumeration: 1,1,255,gray
# 0,0: (0,0,0) #000000 gray(0)
# '
# expected: '# ImageMagick pixel enumeration: 1,1,255,gray
# 0,0: (248.008,248.008,248.008) #F8F8F8 gray(97.258%)
# '
# Looks like you failed 1 test of 9.
There seems to be changes in lmcs-2.13.0 regarding alpha in TIFF:
2.13 Featured release
-----------------------
Added support for premultiplied alpha
tifficc can now handle alpha channels, both unassociated and premultiplied
Better documentation
CGATS parser can now deal with very long strings
Added Projects for Visual Studio 2020
Travis CI discontinued, GitHub actions used instead
Added a very preliminar meson build script (thanks to xclaesse)
Added ARM64 target to visual studio 2019 (thanks to gaborkertesz-linaro)
Added thread safe code to get time
Added automatic linear space detection
Added cmsGetStageContextID function
Added cmsDetectRGBProfileGamma function
configure now accepts --without-fastfloat to turn plugin off
autogen.sh has now a --distclean toggle to get rid of all autotools generated
files
Checked to work on STM32 Cortex-A, Cortex-M families
Bug & typos fixing (thanks to many reporters and contributors)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2055109
2 years, 4 months
[Bug 2054136] New: nothing provides perl(IO::Scalar) needed by
perl-OLE-Storage_Lite-0.19-27.el8.noarch
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2054136
Bug ID: 2054136
Summary: nothing provides perl(IO::Scalar) needed by
perl-OLE-Storage_Lite-0.19-27.el8.noarch
Product: Fedora EPEL
Version: epel8
Hardware: x86_64
OS: Linux
Status: NEW
Component: perl-Excel-Writer-XLSX
Severity: medium
Assignee: tjczepiel(a)gmail.com
Reporter: bert.cosemans(a)cegeka.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jakub.jedelsky(a)gmail.com,
perl-devel(a)lists.fedoraproject.org,
tjczepiel(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The package perl-Spreadsheet-XLSX-0.17-1.el8.noarch is uninstallable due to a
dependency on the missing package IO::Scalar
Version-Release number of selected component (if applicable):
perl-Spreadsheet-XLSX-0.17-1.el8
Red Hat Enterprise Linux release 8.5 (Ootpa)
How reproducible:
100%
Steps to Reproduce:
1. yum install perl-Spreadsheet-XLSX
Actual results:
Error:
Problem: package perl-Spreadsheet-XLSX-0.17-1.el8.noarch requires
perl(Spreadsheet::ParseExcel), but none of the providers can be installed
- package perl-Spreadsheet-XLSX-0.17-1.el8.noarch requires
perl(Spreadsheet::ParseExcel::Workbook), but none of the providers can be
installed
- package perl-Spreadsheet-ParseExcel-0.6500-24.1.el8.x86_64 requires
perl(OLE::Storage_Lite), but none of the providers can be installed
- conflicting requests
- nothing provides perl(IO::Scalar) needed by
perl-OLE-Storage_Lite-0.19-27.el8.noarch
Expected results:
Installation of package
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2054136
2 years, 4 months
[Bug 2043170] New: Please branch and build
perl-Plack-Middleware-ReverseProxy for EPEL9
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2043170
Bug ID: 2043170
Summary: Please branch and build
perl-Plack-Middleware-ReverseProxy for EPEL9
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Plack-Middleware-ReverseProxy
Assignee: emmanuel(a)seyman.fr
Reporter: michel(a)michel-slm.name
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, extras-qa(a)fedoraproject.org,
iarnell(a)gmail.com, perl-devel(a)lists.fedoraproject.org
Depends On: 2031812, 2038283
Blocks: 2038285
Target Milestone: ---
Classification: Fedora
+++ This bug was initially created as a clone of Bug #2038283 +++
This is a dependency for public-inbox, that I'm trying to package for EPEL8 and
9.
I'm happy to comaintain (FAS: salimma) and be set to be the POC for EPEL bugs.
You can also add the epel-packagers-sig group as collaborator on epel*
branches.
Thanks!
--- Additional comment from Michel Alexandre Salim on 2022-01-15 15:56:35 PST
---
Will you be able to branch and build perl-Plack-Middleware-ReverseProxy in
epel8 and epel9?
I would be happy to be a co-maintainer if you do not wish
to build it on epel9 (FAS salimma).
--- Additional comment from Emmanuel Seyman on 2022-01-16 01:01:13 PST ---
I've requested an epel8 branch:
https://pagure.io/releng/fedora-scm-requests/issue/41013
For EPEL9, we still need perl-Plack
--- Additional comment from Michel Alexandre Salim on 2022-01-19 21:59:56 PST
---
(In reply to Emmanuel Seyman from comment #2)
> I've requested an epel8 branch:
> https://pagure.io/releng/fedora-scm-requests/issue/41013
>
> For EPEL9, we still need perl-Plack
thanks, looks like the branch is processed. Can we just build this for EPEL 8
first? EPEL 9 is less urgent, for my package there are other missing
dependencies and those requesting EPEL are still mostly on 8 for the next few
months.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2031812
[Bug 2031812] perl-Plack for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2038283
[Bug 2038283] Please branch and build perl-Plack-Middleware-ReverseProxy for
EPEL8 and EPEL9
https://bugzilla.redhat.com/show_bug.cgi?id=2038285
[Bug 2038285] Branch and build public-inbox for EPEL8 and EPEL9
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2043170
2 years, 4 months