Johannes Meixner changed bug 1070842
What Removed Added
Status NEW RESOLVED
URL   https://build.opensuse.org/package/view_file/Printing/hplip/hplip.changes?expand=1
Hardware Other All
Found By --- Community User
Resolution --- WONTFIX
OS Other openSUSE 42.2

Comment # 1 on bug 1070842 from
Problem:
An old print queue setup with a PPD in /etc/cups/ppd/quque.pdd
that contains something like
----------------------------------------------------------------------------
*cupsFilter: " ... foomatic-rip-hplip"
----------------------------------------------------------------------------
does no longer work with current hplip RPMs.

Solution:
Re-create your print queue setup so that a PPD from
a current hplip RPM is used.

Reason:
See
https://build.opensuse.org/package/view_file/Printing/hplip/hplip.changes?expand=1
that reads (excerpts):
----------------------------------------------------------------------------
Wed Oct  7 15:59:10 CEST 2015 - jsmeix@suse.de

- Dropped support for the outdated foomatic-rip-hplip via
  a symbolic link from /usr/lib/cups/filter/foomatic-rip-hplip
  to /usr/bin/foomatic-rip for foomatic-filters or to
  /usr/lib/cups/filter/foomatic-rip for cups-filters-foomatic-rip
  so that "BuildRequires cups-filters-foomatic-rip" can be dropped
  (cf. the entry dated "Thu Sep 18 10:31:14 CEST 2014" below)
  which makes it "just build" again if suse_version > 1310 without
  the need for more and more oversophisticated hacks.

...

Thu Sep 18 10:31:14 CEST 2014 - jsmeix@suse.de

- From openSUSE 13.2 on explicitly
  "BuildRequires cups-filters-foomatic-rip"
  to avoid that foomatic-filters is used for build
  in the "Printing" development project (where foomatic-filters
  intentionally exists also for openSUSE_13.2 and openSUSE_Factory)
  which would not match what is used for build in openSUSE:13.2 or
  openSUSE:Factory (where foomatic-filters is intentionally dropped
  and replaced by cups-filters-foomatic-rip). Using the matching
  package for build results that the backward compatibility link
  /usr/lib/cups/filter/foomatic-rip-hplip points to a foomatic-rip
  executable that is used by default on the runtime system.

...

Wed Apr 23 10:26:50 CEST 2014 - jsmeix@suse.de

- Fix how the link /usr/lib/cups/filter/foomatic-rip-hplip
  that points to foomatic-rip is installed depending on
  which package provides foomatic-rip. In foomatic-filters
  foomatic-rip is installed as /usr/bin/foomatic-rip
  but in cups-filters-foomatic-rip it is installed
  as /usr/lib/cups/filter/foomatic-rip.

...

Fri Aug 12 10:36:13 CEST 2011 - jsmeix@suse.de
  ...
- Because foomatic-rip-hplip has CVE-2011-2697 (bnc#698451)
  plus a leftover in CVE-2004-0801 (bnc#59233)
  foomatic-rip-hplip is no longer installed and foomatic-rip
  from the foomatic-filters RPM is used instead and the
  "cupsFilter" entries in the PPDs are changed accordingly.
  To be backward compatible with PPDs in /etc/cups/ppd/
  for existing print queues a compatibility link
  /usr/lib/cups/filter/foomatic-rip-hplip
  which points to foomatic-rip is installed.

...
Wed Jul  1 10:28:04 CEST 2009 - jsmeix@suse.de
  ...
- Updated to version 3.9.6b:
  The new native CUPS driver (HPCUPS) is now the default
  printer driver. HPCUPS provides new paper sizes for borderless
  and duplex so that there are now HPCUPS PPDs with exact
  printable regions for normal, borderless and duplex paper sizes
  which should fix https://bugs.launchpad.net/hplip/+bug/173857
  For now HPIJS (and its matching foomatic-rip-hplip PPDs)
  are still included (HPIJS can co-exist with HPCUPS).
----------------------------------------------------------------------------

Since Aug 12 2011 I have that compatibility link
(but no longer PPDs in the hplip RPMs that use it)
and I kept it up to Oct 7 2015 but because it caused
more and more oversophisticated hacks I finally dropped it.

Simply put:
It is no longer possible for me with reasonable effort to keep
that compatibility link for old PPDs from before Aug 2011.


You are receiving this mail because: