Bug 1131771 - cups-filters < v1.22.5: foomatic-rip fails with gs v9.27 (function pdf_count_pages calls Ghostscript internal "pdfdict" operator)
Summary: cups-filters < v1.22.5: foomatic-rip fails with gs v9.27 (function pdf_count_...
Status: RESOLVED DUPLICATE of bug 1152720
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Printing (show other bugs)
Version: Current
Hardware: All All
: P3 - Medium : Major (vote)
Target Milestone: ---
Assignee: Johannes Meixner
QA Contact: Johannes Meixner
URL: https://github.com/OpenPrinting/cups-...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-07 16:43 UTC by Forgotten User 7645792743
Modified: 2020-11-19 07:09 UTC (History)
4 users (show)

See Also:
Found By: Community User
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
jsmeix: needinfo? (ismail)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Forgotten User 7645792743 2019-04-07 16:43:38 UTC
Pls upgrade to cups-filter v>1.22.5

cref: https://lists.cups.org/pipermail/cups/2019-April/074564.html

Also,

cups-filers pkg builds are FAILing @

  https://build.opensuse.org/package/show/Printing/cups-filters

for Leap 15.0/15.1.  Pls resolve qpdf-devel dep.


cref: https://build.opensuse.org/project/show/home:pgnd:Printing
Comment 1 Johannes Meixner 2019-04-08 07:09:20 UTC
See also
https://lists.cups.org/pipermail/cups/2019-April/074563.html
and therein follow the links
to the Debian bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926576
and the Arch Linux bug report
https://bugs.archlinux.org/task/62251
and the cups-filters upstream fix that explains it
https://github.com/OpenPrinting/cups-filters/commit/297cc2d
Comment 2 Johannes Meixner 2019-04-08 07:45:16 UTC
pgnd
regarding your "cups-filers pkg builds are FAILing for Leap 15.0/15.1"
see the cups-filters.changes file at

https://build.opensuse.org/package/view_file/Printing/cups-filters/cups-filters.changes?expand=1

that reads in particular
--------------------------------------------------------------------------
Thu Aug 30 11:06:57 UTC 2018 - Tomáš Chvátal <tchvatal@suse.com>
...
- Version update to 1.21.1:
  ...
  - Build system: Require QPDF 8.1.0 or later as it is needed by
    bannertopdf (Issue #56).
--------------------------------------------------------------------------
so QPDF 8.1.0 or later is required since cups-filters 1.21.1
but Leap 15.0/15.1 does not provide it so it seems
cups-filters >= 1.21.1 can no longer be built for Leap 15.0/15.1.
Comment 3 Johannes Meixner 2019-04-08 10:27:47 UTC
Submitted cups-filters version 1.22.5 to the "Printing" project:
-------------------------------------------------------------------------------
$ osc request accept -m 'cups-filters version upgrade to 1.22.5 (boo#1131771)' 692267                        
Result of change request state: ok
openSUSE:Factory 
Forward this submit to it? ([y]/n)n
-------------------------------------------------------------------------------
Comment 4 Forgotten User 7645792743 2019-04-08 14:23:55 UTC
(In reply to Johannes Meixner from comment #2)
> so QPDF 8.1.0 or later is required since cups-filters 1.21.1
> but Leap 15.0/15.1 does not provide it so it seems
> cups-filters >= 1.21.1 can no longer be built for Leap 15.0/15.1.

With a simple deps tree

	zypper se -i --requires qpdf libqpdf21

		S  | Name         | Summary                                                   | Type
		---+--------------+-----------------------------------------------------------+--------
		i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed     | package
		i+ | qpdf         | Command-line tools and library for transforming PDF files | package

	zypper se -i --requires qpdf

		S  | Name         | Summary                                                   | Type
		---+--------------+-----------------------------------------------------------+--------
		i+ | cups-filters | OpenPrinting CUPS filters, backends, and cups-browsed     | package
		i+ | qpdf         | Command-line tools and library for transforming PDF files | package

	ldd /usr/bin/qpdf | grep qpdf
		libqpdf.so.21 => /usr/lib64/libqpdf.so.21 (0x00007fa15b642000)

is there a specific reason 15.1 release can't push qpdf version up to TW parity, at (currently) v8.4.0?

Knowing the issue, it's simple enough to build in own repo, as an alternative ...
Comment 5 Johannes Meixner 2019-04-09 08:02:57 UTC
FYI:
There is a related issue: bug #1131863
Comment 6 Johannes Meixner 2019-04-09 08:10:18 UTC
I cannot answer questions about QPDF
because I am not at all involved in it,
in particular not in maintaining the openSUSE qpdf package.

Ismail Donmez,
could you answer the question about
a QPDF version upgrade for openSUSE Leap 15.0/15.1  in
https://bugzilla.suse.com/show_bug.cgi?id=1131771#c4
Comment 7 Swamp Workflow Management 2019-04-17 13:50:06 UTC
This is an autogenerated message for OBS integration:
This bug (1131771) was mentioned in
https://build.opensuse.org/request/show/695170 Factory / cups-filters
Comment 8 Forgotten User 7645792743 2019-07-15 02:44:37 UTC
CUPS 2.3 release is imminent ... Leap's CUPS, even in Printing repo (2.3b6), is outdated/buggy.  As released, the stack's often wonky & unreliable.

To get to an (more) up-to-date, (more) functional & reliable Printing stack -- in/for the distro -- is going to require someone on the distro-side taking an interest in getting updated versions of cups, cups-filter, and qpdf all playing nice together.

I'm not clear what the interest here is, if any ... just that there's no response to the request for comment/info re: qpdf.

If someone's interested, this works:

  https://build.opensuse.org/project/show/home:pgnd:PrintingNEXT

and is a fair starting point (also re: removing some of the ancient cruft in the current stack's .spces)

If not, that's certainly fine.  Let's just close this.
Comment 9 Forgotten User 7645792743 2019-07-24 14:52:38 UTC
resolved noresponse
Comment 10 Johannes Meixner 2020-11-19 07:09:35 UTC
This is a duplicate of bug #1152720

*** This bug has been marked as a duplicate of bug 1152720 ***