Bug#879171: cups: failed to recognize a driver of CP310dm

[Atsuhito Kohda]

Hi Brian,

On Mon, 30 Oct 2017 08:59:48 +, Brian Potkin wrote:

>> But when I try to add printer CP310 it failed because
>> cups claimed "can't copy PPD file".
> 
> This is usually an indication that cups cannot find that PPD. But it
> should be installed in /usr/libcups/driver by printer-driver-fujixerox
> as fujixerox with a datestamp of Dec 11 2016. Is it?

Yes, but it looked cups couldn't find it.
$ LANG=C ls -l /usr/lib/cups/driver/fujixerox 
-rwxr-xr-x 1 root root 9948 Dec 12  2016 /usr/lib/cups/driver/fujixerox

> Atsuhito, let's stick with testing using cups 2.2.5-2. I assume the

Okay.

> printer is connected by USB. Fing its URI with 'lpinfo -v'. It begins
> with "usb://". Now locate the PPD with 'lpinfo -m | grep fujixerox'
> Then set up the printer with
> 
>  lpadmin -p fuji -v usb://. -E -m fujixerox:/0/cups/model..ppd

It is connected with WiFi (is this correct english?
Wireless network?).  But I know it is something like
"socket://id numbers"

(For security reason, I stopped to open WSD and Bonjour port
of the printer.)

>  cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e --list-filters 
> /etc/nsswitch
> 
> Or use any other text or image file or a PDF instead of nsswitch. If

It looked okay perhaps
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters /etc/nsswitch
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: Unable to determine MIME type of "/etc/nsswitch".

(but the last line again)

However with another test file,
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters ./test.html 
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
texttopdf
pdftopdf
pdftopdffx
pdftopjlfx

> that is without error, try printing with
> 
>  lp -d fuji /etc/nsswitch

I test with web interface and print test page, it works fine!
Thanks for your valuable help and advice.
I don't know why web interface didn't work correctly
(for me?) and there is really no problem with cups 2.2.5
but, at least, my problem is fixed in fact now.
Thanks again

Best regards,   2017-10-31(Tue)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp

Bug#687421: printer-driver-hpcups: cannot set reverse-order printing in ppd

[Sanjoy Mahajan]

On 2017-10-30 13:19, Brian Potkin  wrote:

>> The printer is an HP PSC 2710 all-in-one scanner/fax/inkjet printer.
>> I'm filing the bug against printer-driver-hpcups because the PPD has
>> this line:
>
> HP Photosmart 2700?

Pretty much -- it was actually a PhotoSmart 2710:



> I reckon page management is more the province of the pdftopdf filter
> than the hpcups driver. Anyway, I set up a print queue and did (as
> root) on unstable:
>
>  cupsfilter -p /etc/cups/ppd/2700.ppd -m application/vnd.cups-pdf 
> /etc/services > test.pdf
>
> with *DefaultOutputOrder: "reverse" in the PPD. The PDF shows the pages
> in reverse order. Perhaps you could actually print some small file to
> the printer, which I cannot do, to test this observation.

I wrote "was" above, because in the intervening years I gave away the
PSC 2710 (and now use a USB scanning stick for that functionality).  So,
I am in the same boat as you are.

-Sanjoy

Bug#687421: printer-driver-hpcups: cannot set reverse-order printing in ppd

[Brian Potkin]

Thank you for the re-submission of your report, Sanjoy,



On Wed 12 Sep 2012 at 11:17:18 -0400, Sanjoy Mahajan wrote:

> Package: printer-driver-hpcups
> Version: 3.12.6-3
> Severity: normal
> 
> From Bug#522595 (closed by Brian Potkin):
> 
> > This bug report was submitted against a version of CUPS that is no
> > longer supported in Debian.
> 
> Fair enough.

Your understanding is appreciated.

> I just retested it with cups 1.5.3-1 and cups-filters 1.0.18-2+b1 (both
> from testing/unstable).  The problem is the same -- repeated below for
> convenience:
> 
> With or without the magic line
> 
>   *DefaultOutputOrder: "reverse"
> 
> in /etc/cups/psc.ppd, the pages come out in 'normal' order (first page
> first).  However, the lp option '-o output-order=reverse' does reverse
> the order. e.g. this works fine:
> 
>   lp -o output-order=reverse -o page-ranges=123-184 book-indexing.pdf
> 
> (but it doesn't matter whether the ppd has the DefaultOutputOrder line).
> 
> The printer is an HP PSC 2710 all-in-one scanner/fax/inkjet printer.
> I'm filing the bug against printer-driver-hpcups because the PPD has
> this line:

HP Photosmart 2700?
 
>   *cupsFilter: "application/vnd.cups-raster 0 hpcups"
> 
> and hpcups is in the printer-driver-hpcups package.

I reckon page management is more the province of the pdftopdf filter
than the hpcups driver. Anyway, I set up a print queue and did (as
root) on unstable:

 cupsfilter -p /etc/cups/ppd/2700.ppd -m application/vnd.cups-pdf /etc/services 
> test.pdf

with *DefaultOutputOrder: "reverse" in the PPD. The PDF shows the pages
in reverse order. Perhaps you could actually print some small file to
the printer, which I cannot do, to test this observation.

Cheers,

Brian.

Bug#672129: marked as done (printer-driver-hpcups: hpcups gets SIGSEGV on every input)

[Debian Bug Tracking System]

Your message dated Mon, 30 Oct 2017 10:52:51 +
with message-id <30102017105002.afd9984d4...@desktop.copernicus.org.uk>
and subject line Re: Bug#672129: printer-driver-hpcups: hpcups gets SIGSEGV on 
every input
has caused the Debian Bug report #672129,
regarding printer-driver-hpcups: hpcups gets SIGSEGV on every input
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
672129: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672129
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: printer-driver-hpcups
Version: 3.12.2-1
Severity: important

Dear Maintainer,
hpcups gets SIGSEGV on every input
after libtiff4 is upgraded from 3.9.6-2 to 3.9.6-5
(I see no intermediate version on snapshot.debian.org).
Print jobs are stopped, cups error log says
"(/usr/lib/cups/filter/hpcups) crashed on signal 11".
Tried with images, text and CUPS test page.

Happens with HP_LaserJet_Professional_M1217nfw_MFP,
can't tell if other printer models are affected.

Adding/removing printer with hp-setup does not help,
downloading fresh binary plugin with hp-plugin does not help too.

This is the backtrace from core file:
#0  ModeJbig::compress (this=0x8818b80, plane_number=0) at 
prnt/hpcups/ModeJbig.cpp:343
#1  0x08050968 in ModeJbig::processZJStream (this=0x8818b80, input=0x8818b94) 
at prnt/hpcups/ModeJbig.cpp:244
#2  0x08050a0e in ModeJbig::Process (this=0x8818b80, input=0x8818b94) at 
prnt/hpcups/ModeJbig.cpp:208
#3  0x0805d7b2 in Process (raster=0x8818b94, this=0x8817548) at 
prnt/hpcups/Pipeline.cpp:72
#4  Pipeline::Execute (this=0x8817548, InputRaster=0x8818b94) at 
prnt/hpcups/Pipeline.cpp:79
#5  0x0805d809 in Pipeline::Execute (this=0x881ffa8, InputRaster=0x88188dc) at 
prnt/hpcups/Pipeline.cpp:83
#6  0x0805d809 in Pipeline::Execute (this=0x8817ac8, InputRaster=0x8818884) at 
prnt/hpcups/Pipeline.cpp:83
#7  0x0804c370 in HPCupsFilter::processRasterData (this=0x80a2f20, 
cups_raster=0x8816bd8) at prnt/hpcups/HPCupsFilter.cpp:696
#8  0x0804cbdd in HPCupsFilter::StartPrintJob (this=0x80a2f20, argc=7, 
argv=0xbfb4fb04) at prnt/hpcups/HPCupsFilter.cpp:536
#9  0x08049c6a in main (argc=7, argv=0xbfb4fb04) at 
prnt/hpcups/HPCupsFilter.cpp:52

libtiff4 changelog also mentions JBIG - probably thats the root of the
problem.

Temporary workaround is installing older libtiff4.
add this to sources.list:
  deb http://snapshot.debian.org/archive/debian/20120503T00Z/ wheezy 
main)
then
# apt-get  install libtiff4=3.9.6-2


-- Package-specific info:

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages printer-driver-hpcups depends on:
ii  cups 1.5.2-5
ii  cups-ppdc [cupsddk]  1.5.2-5
ii  ghostscript-cups 9.05~dfsg-5
ii  libc62.13-32
ii  libcups2 1.5.2-5
ii  libcupsimage21.5.2-5
ii  libdbus-1-3  1.5.12-1
ii  libgcc1  1:4.7.0-7
ii  libhpmud03.12.2-1
ii  libjpeg8 8d-1
ii  libssl1.0.0  1.0.1b-1
ii  libstdc++6   4.7.0-7

printer-driver-hpcups recommends no packages.

Versions of packages printer-driver-hpcups suggests:
pn  hplip  3.12.2-1
pn  hplip-doc  

-- no debconf information


--- End Message ---
--- Begin Message ---
On Wed 09 May 2012 at 01:26:23 +0700, Vladislav Naumov wrote:

> Package: printer-driver-hpcups
> Version: 3.12.2-1
> Severity: important
> 
> Dear Maintainer,
> hpcups gets SIGSEGV on every input
> after libtiff4 is upgraded from 3.9.6-2 to 3.9.6-5
> (I see no intermediate version on snapshot.debian.org).
> Print jobs are stopped, cups error log says
> "(/usr/lib/cups/filter/hpcups) crashed on signal 11".
> Tried with images, text and CUPS test page.
> 
> Happens with HP_LaserJet_Professional_M1217nfw_MFP,
> can't tell if other printer models are affected.
> 
> Adding/removing printer with hp-setup does not help,
> downloading fresh binary plugin with hp-plugin does not help too.
> 
> This is the backtrace from core file:
> #0  ModeJbig::compress (this=0x8818b80, plane_number=0) at 
> prnt/hpcups/ModeJbig.cpp:343
> #1  0x08050968 in ModeJbig::processZJStream (this=0x8818b80, input=0x8818b94) 
> at prnt/hpcups/ModeJbig.cpp:244
> #2  0x08050a0e in ModeJbig::Process (this=0x8818b80, input=0x8818b94) at 
> prnt/hpcups/ModeJbig.cpp:208
> #3  0x0805d7b2 in Process (raster=0x8818b94, this=0x8817548) at 
> prnt/hpcups/Pipeline.cpp:72
> 

Bug#879171: cups: failed to recognize a driver of CP310dm

[Brian Potkin]

On Mon 30 Oct 2017 at 13:10:05 +0900, Atsuhito Kohda wrote:

> Hi Brian,
> 
> On Fri, 27 Oct 2017 11:07:07 +0100, Brian Potkin wrote:
> 
> > There is something wrong with your CUPS installation (or the file
> > itself). I've never seen this in normal operation. It indicates that
> > a simple text file will not be printed. Try to rectify this with
> > 
> >  apt-get --reinstall install cups-daemon
> >  apt-get --reinstall install cups-core-drivers
> > 
> > to install the package versions of mime.types and mime.convs in
> > /usr/share/cups/mime.
> 
> > Remove the .deb you downloaded from fujixerox and install the package
> > printer-driver-fujixerox from the Debian archives. It also comes from
> > fujixerox but it puts files in the right places on the system. Set up
> > the printer as before. This works for me to get a printable version
> > of nsswitch.
> 
> I did reinstall cups-daemon and cups-core-drivers (2.2.5-2),
> then removed (purged in fact) fxlinuxprint and then installed
> printer-driver-fujixerox.
> But when I try to add printer CP310 it failed because
> cups claimed "can't copy PPD file".

This is usually an indication that cups cannot find that PPD. But it
should be installed in /usr/libcups/driver by printer-driver-fujixerox
as fujixerox with a datestamp of Dec 11 2016. Is it?
> 
> So I removed printer-driver-fujixerox then installed
> fxlinuxprint.  Then cups added a printer CP310 but
> its printer driver was show as "Local Raw Printer" wrongly.
> 
> But if I downgraded cups to 2.2.4-7, then cups can add
> a printer CP310 and its printer driver is correctly
> "FX Printer Driver for Linux".
> 
> Further, under this situation, the command
> cupsfilter -p /etc/cups/ppd/CP310.ppd -m printer/CP310 -e /etc/nsswitch  
> 2>log.stretch
> produced a line:
> 
> cupsfilter: Unable to determine MIME type of "/etc/nsswitch".
> 
> so I doubt this is any problem.  I can print a test file
> with CP310 (under cups 2.2.4-7).
> It looks to me that cups 2.2.5 has some regression.

Atsuhito, let's stick with testing using cups 2.2.5-2. I assume the
printer is connected by USB. Fing its URI with 'lpinfo -v'. It begins
with "usb://". Now locate the PPD with 'lpinfo -m | grep fujixerox'
Then set up the printer with

 lpadmin -p fuji -v usb://. -E -m fujixerox:/0/cups/model..ppd

(Replace . with what you get from the two lpinfo commands).


Do

 cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e --list-filters 
/etc/nsswitch

Or use any other text or image file or a PDF instead of nsswitch. If
that is without error, try printing with

 lp -d fuji /etc/nsswitch

-- 
Brian.