Ubuntu
cups package

cups will not print to USB connected Samsung ML-4500 (with USB -> Parallel adapter)

Bug #959676 reported by Lucy Llewellyn
32
This bug affects 6 people
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
Expired
High
Unassigned
Precise
Won't Fix
High
Unassigned
Ubuntu precise-updates

Bug Description

I have a working parallel laser printer: Samsung ML-4500. I have connected this to my computer with a usb-to-parallel cable.

The cable is listed in as:

$ lsusb -s 005:005
Bus 005 Device 005: ID 067b:2305 Prolific Technology, Inc. PL2305 Parallel Port

Cups recognises the printer model and gnome correctly lists the printer in system-config-printer. Any attempt to print to the printer, however, results in the printer spinning up it's cooling fans and heating the fusing lamp while the "data" led on the front flashes for about 5minutes. In the cups admin screen the print job is listed as "Sending data to printer." The printer eventually stops whirring and shuts back down into standby with the Data led remaining static to indicate that the printer is idle. At no point does the printer actually begin, or finish, printing anything.

After plugging the usb cable dmesg reports:

[ 2952.148182] usb 5-3: new full-speed USB device number 5 using ohci_hcd
[ 2952.321367] usblp0: USB Bidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x067B pid 0x2305

Upon attempting to print to the device dmesg reports:

[ 2964.457576] usblp0: removed
[ 2964.479420] usblp0: USB Bidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
[ 2965.505493] usblp0: removed
[ 2965.537417] usblp0: USB Bidirectional printer dev 5 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
[ 2969.733454] usblp0: removed

(The time period between these two dmesg output snippets shows a print attempt directly after plugging the cable. The "usblp0: removed" does not appear until the print spool is actively trying to print, and thus is not a result of the hotplug event.)

Now that I have a job in the queue, cups admin screen reports that the printer is in the following state:

ML-4500 Samsung ML-4500 daniel-MS-7693 Samsung ML-4500 Foomatic/gdi (recommended) Processing - "Sending data to printer."

The printer is idle, however, and does not appear to be receiving any communication since the initial attempt at printing the job (which is also listed below):

ML-4500-3 Unknown Withheld 1k Unknown processing since Mon 19 Mar 2012 20:05:15 GMT "Sending data to printer."

The time is now 20:24, around twenty minutes since this particular test job was started and still no sign of an output. Previous jobs I have cancelled to clear the queue.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: cups 1.5.2-8
ProcVersionSignature: Ubuntu 3.2.0-18.29-generic 3.2.9
Uname: Linux 3.2.0-18-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 1.94.1-0ubuntu2
Architecture: amd64
CupsErrorLog:
 W [19/Mar/2012:19:27:50 +0000] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'ML-4500-Gray..' already exists
 W [19/Mar/2012:19:27:50 +0000] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-ML-4500' already exists
 W [19/Mar/2012:19:27:50 +0000] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'Photosmart-C4100-series-Gray..' already exists
 W [19/Mar/2012:19:27:50 +0000] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'Photosmart-C4100-series-RGB..' already exists
 W [19/Mar/2012:19:27:50 +0000] failed to CreateDevice: org.freedesktop.ColorManager.AlreadyExists:device id 'cups-Photosmart-C4100-series' already exists
Date: Mon Mar 19 20:09:47 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120301)
Lpstat: device for ML-4500: usb://Samsung/ML-4500
MachineType: MSI MS-7693
Papersize: a4
PpdFiles: ML-4500: Samsung ML-4500 Foomatic/gdi (recommended)
ProcEnviron:
 LANGUAGE=en_GB:en
 TERM=xterm
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-18-generic root=UUID=60ea4233-8504-473c-8911-ce68b72b19b8 ro quiet splash vt.handoff=7
SourcePackage: cups
UpgradeStatus: Upgraded to precise on 2012-03-12 (6 days ago)
dmi.bios.date: 02/16/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V1.5
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: 970A-G46 (MS-7693)
dmi.board.vendor: MSI
dmi.board.version: 2.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: MSI
dmi.chassis.version: 2.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV1.5:bd02/16/2012:svnMSI:pnMS-7693:pvr2.0:rvnMSI:rn970A-G46(MS-7693):rvr2.0:cvnMSI:ct3:cvr2.0:
dmi.product.name: MS-7693
dmi.product.version: 2.0
dmi.sys.vendor: MSI

Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you please follow all instructions of the sections "USB printer", "CUPS error_log", and "Capturing print job data" on https://wiki.ubuntu.com/DebuggingPrintingProblems. Thanks.

Changed in cups (Ubuntu):
status: New → Incomplete
Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :
Download full text (3.4 KiB)

USB Printer Section:

2) $ lsmod | grep usb
usblp 18307 0
usbhid 47199 0
hid 99559 1 usbhid
usb_storage 49198 1

3)
Mar 23 21:34:31 daniel-MS-7693 udev-configure-printer: add /devices/pci0000:00/0000:00:13.0/usb5/5-2/5-2:1.0
Mar 23 21:34:31 daniel-MS-7693 udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:13.0/usb5/5-2
Mar 23 21:34:31 daniel-MS-7693 udev-configure-printer: Device vendor/product is 067B:2305
Mar 23 21:34:31 daniel-MS-7693 udev-configure-printer: add /devices/pci0000:00/0000:00:13.0/usb5/5-2/5-2:1.0/usb/lp0
Mar 23 21:34:32 daniel-MS-7693 udev-configure-printer: failed to claim interface
Mar 23 21:34:32 daniel-MS-7693 udev-configure-printer: failed to claim interface
Mar 23 21:34:32 daniel-MS-7693 udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:13.0/usb5/5-2

6) lsusb snippet:
Bus 005 Device 006: ID 067b:2305 Prolific Technology, Inc. PL2305 Parallel Port

7) $ ls -l /dev/usb/lp* /dev/bus/usb/*/*
crw-rw-r-- 1 root root 189, 0 Mar 19 19:17 /dev/bus/usb/001/001
crw-rw-r-- 1 root root 189, 128 Mar 19 19:17 /dev/bus/usb/002/001
crw-rw-r-- 1 root root 189, 256 Mar 19 19:17 /dev/bus/usb/003/001
crw-rw-r-- 1 root root 189, 384 Mar 19 19:17 /dev/bus/usb/004/001
crw-rw-r-- 1 root root 189, 385 Mar 19 19:17 /dev/bus/usb/004/002
crw-rw-r-- 1 root root 189, 398 Mar 23 21:30 /dev/bus/usb/004/015
crw-rw-r-- 1 root root 189, 512 Mar 19 19:17 /dev/bus/usb/005/001
crw-rw-r-- 1 root lp 189, 517 Mar 23 21:34 /dev/bus/usb/005/006
crw-rw-r-- 1 root root 189, 640 Mar 19 19:17 /dev/bus/usb/006/001
crw-rw-r-- 1 root root 189, 768 Mar 19 19:17 /dev/bus/usb/007/001
crw-rw-r-- 1 root root 189, 769 Mar 19 19:17 /dev/bus/usb/007/002
crw-rw-r-- 1 root root 189, 896 Mar 19 19:17 /dev/bus/usb/008/001
crw-rw-r-- 1 root root 189, 1024 Mar 19 19:17 /dev/bus/usb/009/001
crw-rw-r-- 1 root root 189, 1025 Mar 19 19:17 /dev/bus/usb/009/002
crw-rw---- 1 root lp 180, 0 Mar 23 21:34 /dev/usb/lp0

8) remembering this is not a native usb printer, but a parallel printer connected to usb through a special cable:
$ sudo usb_printerid /dev/usb/lp0
[sudo] password for daniel:
GET_DEVICE_ID string:
�0���-:��&`� ^�-:��I`� ^�-:��z`� ^�-:��}`� ^�-:�� `� ^�-:���`

11) $ lpinfo -v
network beh
network lpd
network ipps
network http
network ipp
network socket
network smb
network https
direct hp
direct hpfax
direct usb://Samsung/ML-4500

--

CUPS error_log: see attachment
NOTE: I turned off the printer and replugged at 21:50 and removed the initial failed job to clear down - it seemed that the usb_printerid command may have b0rked the thing. Prior to that, I sent a failed job at ~21:45. I then sent a new job at ~21:55 after the clear down. There was no printed document produced by the device.

Capturing Print Job Data:

3) $ lpstat -o
ML-4500-7 daniel 145408 Fri 23 Mar 2012 22:04:40 GMT

4) $ sudo ls -l /var/spool/cups
total 172
-rw------- 1 root lp 971 Mar 19 19:41 c00002
-rw------- 1 root lp 693 Mar 23 21:44 c00003
-rw------- 1 root lp 622 Mar 23 21:44 c00004
-rw------- 1 root lp 693 Mar 23 21:50...

Read more...

Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :

attaching cups error log

Revision history for this message
msreicha (markus-reichart) wrote :
Download full text (12.1 KiB)

I am having a similar problem with a HP 6L. Here's my data:

2) lsmod|grep usb returns:

usblp 18307 0
snd_usb_audio 122982 2
snd_hwdep 13668 2 snd_hda_codec,snd_usb_audio
snd_usbmidi_lib 25395 1 snd_usb_audio
snd_pcm 97188 4 snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_ctxfi
snd_rawmidi 30748 2 snd_usbmidi_lib,snd_seq_midi
snd 78855 24 snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_ctxfi,snd_hwdep,snd_usbmidi_lib,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
usbhid 47199 0
hid 99559 1 usbhid

3 -5) results in:

Apr 16 23:53:54 PhenomIIX4 kernel: [ 1458.496026] usb 2-2: new full-speed USB device number 12 using ohci_hcd
Apr 16 23:53:54 PhenomIIX4 mtp-probe: checking bus 2, device 12: "/sys/devices/pci0000:00/0000:00:0a.0/usb2/2-2"
Apr 16 23:53:54 PhenomIIX4 mtp-probe: bus: 2, device: 12 was not an MTP device
Apr 16 23:53:54 PhenomIIX4 kernel: [ 1458.748725] usblp0: USB Bidirectional printer dev 12 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: add /devices/pci0000:00/0000:00:0a.0/usb2/2-2/2-2:1.0
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:0a.0/usb2/2-2
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: Device vendor/product is 067B:2305
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: failed to claim interface
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: failed to claim interface
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: add /devices/pci0000:00/0000:00:0a.0/usb2/2-2/2-2:1.0/usb/lp0
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:0a.0/usb2/2-2
Apr 16 23:53:54 PhenomIIX4 udev-configure-printer: MFG:Hewlett-Packard MDL:HP LaserJet 6L SERN:- serial:-
Apr 16 23:53:55 PhenomIIX4 kernel: [ 1459.766806] usblp0: removed
Apr 16 23:53:55 PhenomIIX4 kernel: [ 1459.845756] usblp0: USB Bidirectional printer dev 12 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: add /devices/pci0000:00/0000:00:0a.0/usb2/2-2/2-2:1.0/usb/lp0
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: URI matches without serial number: usb://HP/LaserJet%206L
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: No serial number URI matches so using those without
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:0a.0/usb2/2-2
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: Device already handled
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: Consider also queues with "/usb/lp0" or "/usblp0" in their URIs as matching
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: URI of print queue: usb://HP/LaserJet%206L, normalized: laserjet 6l
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: URI of detected printer: usb://HP/LaserJet%206L, normalized: laserjet 6l
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: Queue ipp://localhost:631/printers/HP-LaserJet-6L has matching device URI
Apr 16 23:53:55 PhenomIIX4 udev-configure-printer: Re-enabled printer ipp://localhost:631/pri...

Revision history for this message
msreicha (markus-reichart) wrote :
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you create a file named blacklist-usblp.conf in /etc/modprobe.d/ which contains

blacklist usblp

and after that run the sommand

sudo rmmod usblp

Then turn off your printer and turn it on again. Also unplug your USB->Parallel adapter from your computer and see whether you can print then.

Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :

I've not had the chance to test the blacklisting yet, but I have tested the same printer under windows and os x through the usb-to-parallel cable, with the same symptoms. Although if I leave a print job in windows' queue and turn the computer off and back on (I don't know whether there's an issue with timing of the off vs on action of the PC to allow capacitors to discharge etc.) windows will successfully print at least one page (my job was only one page long test print) upon boot-up, but will then fail to print further documents thereafter. I have read on the web of other people having problems with this printer and usb-to-parallel cables because the printer (driver?) requires to be on the first parallel port labelled LPT1 - I assumed this to be windows-centric and not affecting Linux due to the difference in device addressing (devices being addressed through file system operations), but am now second-guessing this assumption.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

First, do the blacklisting test of comment #7. Does this solve your problem?

Then independent of whether blacklisting solves your problem, remove the blacklisting again by

rm /etc/modprobe.d/blacklist-usblp.conf

Then add my PPA to your system as described on

https://launchpad.net/~till-kamppeter/+archive/ppa

and update your system. This should give you an update of the CUPS packages (version 1.5.2-9ubuntu1.1~ppa2). Please cancel all jobs and turn off and turn on your printer again. Then try whether your problem gets solved.

If the CUPS package from my PPA does not solve the problem for you, try uninstalling system-config-printer-udev by entering the following command in a terminal window:

sudo dpkg -P --force-depends system-config-printer-udev

Then remove all jobs with

cancel -a

and turn off and turn on your printer. Now try to print. Does it work
normally now? Can you print an arbitrary number of jobs?

If this still does not help, try uninstalling foo2zjs:

sudo dpkg -P --force-depends foo2zjs

Remove all jobs, turn off and turn on the printer again and try whether
this helps.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Sorry, the foo2zjs package got renamed. Do

sudo dpkg -P --force-depends printer-driver-foo2zjs

Remove all jobs, turn off and turn on the printer again and try whether this helps.

Restore your system with

sudo apt-get install -f

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you update your system to get cups 1.5.2-9ubuntu1.1~ppa3 from my PPA? Then make sure that usblp is not blacklisted on your system and turn off and turn on your printer again. Now test whether your problem goes away.

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (4.8 KiB)

This bug was fixed in the package cups - 1.5.3-1

---------------
cups (1.5.3-1) unstable; urgency=low

  [ Till Kamppeter ]
  * New upstream release
     - Numerous fixes on IPP (LP: #945028, LP: #973270, LP: #990734,
       LP: #992468, LP: #992982, LP: #1000172, LP: #1000758)
     - USB backend based on the maintained libusb 1.0.x with support for
       bi-directional communication
     - Fixes on SNMP-based supply level reporting
     - PostScript prtinter auto-configuration reliable now
     - Several fixes on PostScript, SSL, authenticated printing, and
       networking issues
  * debian/patches/ipp-fixes-1.5.3.patch,
    debian/patches/fix-empty-translations.patch,
    debian/patches/ppd-cache-fix-crash.patch,
    debian/patches/commandtops-make-robust-against-broken-postscript.patch,
    debian/patches/cups-polld-reconnect.patch,
    debian/patches/usb-backend-libusb-1.0.patch,
    debian/patches/usb-backend-backchannel-support.patch: Removed patches which
    got included upstream.
  * debian/patches/fix-supply-level-computation-for-percent-supply-unit.patch,
    debian/patches/fix-supply-levels-for-enumerated-prtmarkersupplieslevel.patch,
    debian/patches/fix-status-reports-when-supply-levels-grow.patch,
    debian/patches/add-status-reports-for-full-waste-trays-and-cleaner-unit-eol.patch,
    debian/patches/match-marker-colorants-which-use-non-standard-string.patch,
    debian/patches/truncate-marker-supply-names-at-comma.patch: Removed supply
    level report fixes. This got solved differently upstream.
  * debian/patches/do-not-suppress-inputslot-setting-with-empty-ap-d-inputslot.patch:
    Removed, problem solved differently upstream.
  * debian/patches/cups-avahi.patch: Manually regenerated to adapt to upstream
    changes.
  * debian/patches/ppd-poll-with-client-conf.patch,
    debian/patches/colord-support.patch,
    debian/patches/airprint-support.patch,
    debian/patches/no-conffile-timestamp.patch,
    debian/patches/drop_unnecessary_dependencies.patch,
    debian/patches/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.patch,
    debian/patches/show-compile-command-lines.patch: Refreshed using quilt.
  * debian/patches/usb-backend-busy-loop-fix.patch: Correct loops to repeat
    claiming interfaces on USB devices when they are busy. Before, hitting busy
    state made the device opening function error out without comment
    (LP: #987485).
  * debian/patches/usb-backend-detach-usblp-earlier-crash-guards.patch: Protect
    against crashes by checking error codes of libusb functions (LP: #997040)
    and detach usblp kernel module in an earlier stage when opening a device
    (LP: #987485, LP: #997040).
  * debian/patches/usb-backend-initialize-usblp-attached-state.patch: Initialize
    usblp_attached field in printer data structure to assure that detaching
    and re-attaching the usblp kernel module is always done correctly
    (LP: #902535, LP: #959676, LP: #960666, LP: #987485,
    LP: #995111, LP: #997040, LP: #1000253, LP: #1001028).
  * debian/patches/install-sh-remove-bashism.patch: Removed bashism.
  * debian/local/blacklist-cups-usblp.conf, debian/cups.postinst,
    debian/cups.install: Bla...

Read more...

Changed in cups (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :

Till,
sorry about the delay in replying. I note that the last message was a launchpad notice that there is a newer version of cups available which is higher-numbered than your ppa. Would you still like me to try the ppa, or wait until the new official package filters into the mirrors?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Please try the PPA at first and report your result with it.

In some hours (or tomorrow) CUPS 1.5.3 will be made available as a proposed update for Precise for testing. We will then add appropriate comments to this bug. Then please test theCUPS 1.5.3 package as we want to know whether it is suitable as an update for Precise.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

New CUPS package with the following (and some addtional) fixes uploaded to precise-proposed (proposed updates for 12.04 (Precise)):

 - Crash and busy loop fixes on the USB backend
 - "usblp" kernel module blacklisted again as it also causes problems with the new USB backend
 - Lots of fixes on the IPP backend and also on the IPP server part in the CUPS daemon
 - Other networking issues

These fixes should address most of the bugs reported shortly after the release of Precise, especially the problems with USB printing and network printing. As soon as the package is approved and made available for testing and additional comment with installation instructions will get posted here. Please test the new package then and report here whether this solves your problems. We will decide on the results whether the package will be made an official update for Precise.

Please remove/cancel all jobs and turn off and turn on your printer before testing.

debdiff attached.

Changed in cups (Ubuntu Precise):
status: New → Fix Committed
importance: Undecided → High
Changed in cups (Ubuntu):
importance: Undecided → High
Changed in cups (Ubuntu Precise):
milestone: none → precise-updates
Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :

right then, here goes my report:

blacklist usblp - no joy, still no printout (forgot to check the reported printer state)

remove blacklist, update cups using ppa - still broken - reports "waiting for printer to become available" in the gnome print gui, no data lamp activity on printer upon adding print job to cups
remove system-config-printer-udev; carry on using ppa - still broken - same report, no data reported by printer when print job added
remove printer-driver-foo2zjs; still using ppa - still broken - same report, printer does not report any data flow when print job added

the version of cups installed from ppa was: 1.5.2-9ubuntu1.1~ppa3

Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Hello Daniel, or anyone else affected,

Accepted cups into precise-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

tags: added: verification-needed
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Reopening as it turned out that the fixes in CUPS do not cover this bug.

Changed in cups (Ubuntu):
status: Fix Released → Confirmed
Changed in cups (Ubuntu Precise):
status: Fix Committed → Confirmed
summary: - cups will not print to USB connected Samsung ML-4500
+ cups will not print to USB connected Samsung ML-4500 (with USB ->
+ Parallel adapter)
Till Kamppeter (till-kamppeter)
tags: removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (3.8 KiB)

This bug was fixed in the package cups - 1.5.3-0ubuntu1

---------------
cups (1.5.3-0ubuntu1) precise-proposed; urgency=low

  [ Till Kamppeter ]
  * New upstream release
     - Numerous fixes on IPP (LP: #945028, LP: #973270, LP: #990734,
       LP: #992468, LP: #992982, LP: #1000172, LP: #1000758)
     - USB backend based on the maintained libusb 1.0.x with support for
       bi-directional communication
     - Fixes on SNMP-based supply level reporting
     - PostScript prtinter auto-configuration reliable now
     - Several fixes on PostScript, SSL, authenticated printing, and
       networking issues
  * debian/patches/ipp-fixes-1.5.3.patch,
    debian/patches/fix-empty-translations.patch,
    debian/patches/ppd-cache-fix-crash.patch,
    debian/patches/commandtops-make-robust-against-broken-postscript.patch,
    debian/patches/cups-polld-reconnect.patch,
    debian/patches/usb-backend-libusb-1.0.patch,
    debian/patches/usb-backend-backchannel-support.patch: Removed patches which
    got included upstream.
  * debian/patches/fix-supply-level-computation-for-percent-supply-unit.patch,
    debian/patches/fix-supply-levels-for-enumerated-prtmarkersupplieslevel.patch,
    debian/patches/fix-status-reports-when-supply-levels-grow.patch,
    debian/patches/add-status-reports-for-full-waste-trays-and-cleaner-unit-eol.patch,
    debian/patches/match-marker-colorants-which-use-non-standard-string.patch,
    debian/patches/truncate-marker-supply-names-at-comma.patch: Removed supply
    level report fixes. This got solved differently upstream.
  * debian/patches/do-not-suppress-inputslot-setting-with-empty-ap-d-inputslot.patch:
    Removed, problem solved differently upstream.
  * debian/patches/cups-avahi.patch: Manually regenerated to adapt to upstream
    changes.
  * debian/patches/ppd-poll-with-client-conf.patch,
    debian/patches/colord-support.patch,
    debian/patches/airprint-support.patch,
    debian/patches/no-conffile-timestamp.patch,
    debian/patches/drop_unnecessary_dependencies.patch,
    debian/patches/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.patch,
    debian/patches/show-compile-command-lines.patch: Refreshed using quilt.
  * debian/patches/usb-backend-busy-loop-fix.patch: Correct loops to repeat
    claiming interfaces on USB devices when they are busy. Before, hitting busy
    state made the device opening function error out without comment
    (LP: #987485).
  * debian/patches/usb-backend-detach-usblp-earlier-crash-guards.patch: Protect
    against crashes by checking error codes of libusb functions (LP: #997040)
    and detach usblp kernel module in an earlier stage when opening a device
    (LP: #987485, LP: #997040).
  * debian/patches/usb-backend-initialize-usblp-attached-state.patch: Initialize
    usblp_attached field in printer data structure to assure that detaching
    and re-attaching the usblp kernel module is always done correctly
    (LP: #902535, LP: #959676, LP: #960666, LP: #987485,
    LP: #995111, LP: #997040, LP: #1000253, LP: #1001028).
  * debian/patches/install-sh-remove-bashism.patch: Removed bashism.
  * debian/local/blacklist-cups-usblp.conf, debian/cups.postinst,
    de...

Read more...

Changed in cups (Ubuntu Precise):
status: Confirmed → Fix Released
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Reopening wrongly closed Precise task.

Changed in cups (Ubuntu Precise):
status: Fix Released → Confirmed
Revision history for this message
Hans (old-man999) wrote :

I had a similiar issue till i saw that I was trying to print in "pdf" instead of "postscript" format. I simply corrected that one faulty default in the printer's properties dialog and my printer was behaving well afterwards. ..mabe just an idea.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Hans, are you using a USB -> Parallel adapter? Your problem is most probably the one described here. Please report a separate bug for your problem.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have uploaded a modified CUPS package to my PPA now. Please add my PPA to your system as described on

https://launchpad.net/~till-kamppeter/+archive/ppa

in the section "Adding this PPA to your system" and then install the new CUPS package, preferably by simply doing a full system update. The CUPS version must be 1.5.3-0ubuntu2~ppa2.

Now turn off and turn on your printer and re-plug the USB (with the printer turned on). Try to print. does it work now?

Independent whether printing works for you now or not, reactivate the usblp kernel module by running the following two commands in a terminal window:

sudo mv /etc/modprobe.d/blacklist-cups-usblp.conf ~
sudo modprobe usblp

Turn off and turn on your printer again and re-plug the USB (with the printer turned on). Try to print again. does it also work now?

If it works, you are done. If it worked in the first test and stopped in the second, return to the configuration of the first test by running the following commands in a terminal window:

sudo mv ~/blacklist-cups-usblp.conf /etc/modprobe.d/
sudo rmmod usblp

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

My CUPS upload to my PPA (1.5.3-0ubuntu2~ppa2) is broken. In some hours the new version 1.5.3-0ubuntu2~ppa3 will be available. Please wait for this new version, update your system then, check whether you actually have 1.5.3-0ubuntu2~ppa3 and then do the tests of comment #23.

Revision history for this message
Lucy Llewellyn (lucyllewy) wrote :

using 1.5.3-0ubuntu2~ppa3 both with and without the blacklist the printer behaves the same as before: data light flashes for 5 minutes (exactly 5?) and then returns to steady indicating it's default idle state.

After removing the blacklist file and loading the usblp module the printer is not recognised as plugged-in with cups reporting "Idle - Waiting for printer to become available." However trying to print to it anyway changes the state to "Processing - Sending data to printer." and the data light flashes as described above. dmesg, after removing the blacklist, reports

[ 3450.780442] usbcore: registered new interface driver usblp
[ 3749.481242] usb 4-3: USB disconnect, device number 2
[ 3773.184180] usb 4-3: new full-speed USB device number 4 using ohci_hcd
[ 3773.366767] usblp0: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
[ 3967.017765] usblp0: removed

the last line occurs as I try to print.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Next testing round to get the USB backend working: In some hours cups 1.5.3-0ubuntu2~ppa4 will be available on my PPA, update your system to get it, check whether you actually got it, and do the tests of comment #23 again. For each failed test attach the error_log and /var/log/syslog, thanks.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

New version uploaded which does not do an initial reset on the printer (~ppa5). please do the same tests with this version.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Next testing round: cups 1.5.3-0ubuntu2~ppa7 is uploaded to my PPA now and this respects uni-directional devices and gives some more messages in error_log.

Please repeat the tests with it (with and without blacklisting usblp) and attach syslog and error_log of the failing tests.

In addition, you can try to force uni-directional mode by

lpadmin -p <queue> -o usb-unidir-default=true

and restore to normal mode via

lpadmin -p <queue> -o usb-unidir-default=false

For <queue> the name of your print queue has to be inserted.

Please repeat your tests with forced uni-directional mode.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Please follow the instructions in bug 987485, comment #79. Thanks.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you all try cups 1.5.3-0ubuntu2~ppa9 from my PPA? This should solve the problem. Test it, with and without the blacklisting of usblp and tell whether it works.

Independent whether it works, please attach your error_log.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you all try cups 1.5.3-0ubuntu2~ppa12 from my PPA? This could solve the problem. Test it, with and without the blacklisting of usblp and with and without forcing uni-directional mode and tell whether it works. Especially I want to know whether it actually works without blacklisting and without forcing uni-directional now.

Independent whether it works, please attach your error_log.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Daniel, it seems that your problem is different to the one of bug 987485. The main difference is that the problem of bug 987485 only occurs beginning with the second job after turning on the printer. The first job always prints well and so these users can use their printers turning off and turning on their printer for each job. The changes also improve the situation for that users, being able to print several jobs in a row.

Your problem is different. Just in the beginning no job came out at all for you. Under Windows it can be even the same problem, meaning that there is a hardware incompatibility between the Prolific adaptor and the ML-4500, but as it can also be a problem of the Windows driver being hard-coded to the first parallel port this is not sure. The Linux driver is for sure not locked down to the first parallel port. The driver which turns the data into the format needed by the printer and the backend which sends the data to the printer are separate and independent.

Can you please try the following workaround:

Remove the blacklisting of the usblp kernel module:

sudo mv /etc/modprobe.d/blacklist-cups-usblp.conf ~
sudo modprobe usblp

If you get errors here the blacklisting is perhaps already removed. Check it via:

ls -l /dev/usb/lp*
sudo usb_printerid /dev/usb/lp0

Clear the print queue:

cancel -a

Turn off and turn on your printer again, unplug and re-plug the USB cable.

Create a new print queue running the following commands:

lpadmin -p test -E -v parallel:/dev/usb/lp0 -m foomatic-db-compressed-ppds:0/ppd/foomatic-ppd/Samsung-ML-4500-gdi.ppd
lpadmin -p test -o PageSize=A4

Try to print to this queue. Does it work?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you all please update your system and try again?

Changed in cups (Ubuntu):
status: Confirmed → Incomplete
Changed in cups (Ubuntu Precise):
status: Confirmed → Incomplete
Revision history for this message
Tero Tilus (tero-tilus) wrote :
Download full text (5.3 KiB)

I have very similar symptoms to ones described by Daniel. I'm on up-to-date 12.04, got Minolta PagePro 8L LPT printer also connected to USB via Prolific PL2305 USB<->LPT adapter. The combination was working just fine until I updated from previous LTS to this precise (12.04). Now if I try to print, job appears to queue, then disappears, printer light begins to flash (as if it was receiving/processing data) but nothing else happens. Light flashes seemingly forever and printer status is reported as "Idle - Sending data to printer."

First thing I noticed when I started debugging this was "Filter ... not found." lines in cups error log. They disappeared after I removed and re-added the printer, but it had no effect on the problem itself.

Following sections "USB printer", "CUPS error_log", and "Capturing print job data" on https://wiki.ubuntu.com/DebuggingPrintingProblems I get.

USB printer
-----------

2)
terotil@pulu:~$ lsmod | grep usb
usblp 17885 0
usbhid 41906 0
hid 77367 1 usbhid
usb_storage 39646 1 ums_realtek

3)
terotil@pulu:~$ tail -n 0 -f /var/log/syslog
Nov 18 00:45:43 pulu kernel: [875854.568072] usb 2-1: new full-speed USB device number 7 using uhci_hcd
Nov 18 00:45:43 pulu mtp-probe: checking bus 2, device 7: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1"
Nov 18 00:45:43 pulu mtp-probe: bus: 2, device: 7 was not an MTP device
Nov 18 00:45:43 pulu kernel: [875854.825537] usblp0: USB Bidirectional printer dev 7 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
Nov 18 00:45:43 pulu udev-configure-printer: add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
Nov 18 00:45:43 pulu udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:1d.0/usb2/2-1
Nov 18 00:45:43 pulu udev-configure-printer: Device vendor/product is 067B:2305
Nov 18 00:45:43 pulu udev-configure-printer: add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/usb/lp0
Nov 18 00:45:43 pulu udev-configure-printer: failed to claim interface
Nov 18 00:45:43 pulu udev-configure-printer: failed to claim interface
Nov 18 00:45:43 pulu udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:1d.0/usb2/2-1
Nov 18 00:45:43 pulu udev-configure-printer: MFG:Minolta MDL:PagePro 8L SERN:- serial:-
Nov 18 00:45:45 pulu kernel: [875855.989248] usblp0: removed
Nov 18 00:45:45 pulu kernel: [875856.136676] usblp0: USB Bidirectional printer dev 7 if 0 alt 1 proto 2 vid 0x067B pid 0x2305
Nov 18 00:45:45 pulu udev-configure-printer: add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/usb/lp0
Nov 18 00:45:45 pulu udev-configure-printer: URI matches without serial number: usb://Minolta/PagePro%208L
Nov 18 00:45:45 pulu udev-configure-printer: No serial number URI matches so using those without
Nov 18 00:45:45 pulu udev-configure-printer: device devpath is /devices/pci0000:00/0000:00:1d.0/usb2/2-1
Nov 18 00:45:45 pulu udev-configure-printer: Device already handled
Nov 18 00:45:45 pulu udev-configure-printer: Consider also queues with "/usb/lp0" or "/usblp0" in their URIs as matching
Nov 18 00:45:45 pulu udev-configure-printer: URI of print queue: usb://Minolta/PagePro%208L, normalized: minolta pagepro 8l
N...

Read more...

Revision history for this message
Tero Tilus (tero-tilus) wrote :

I think I managed to trick this thing to work. Steps

1) Try to print something, it'll fail
2) Detach and re-attach the USB end of the printer cable (do NOT reboot the printer)
3) Now printing magically works

If I now reboot the printer, it'll stop working (at least I think it did so. It is almost 2 am and I'm not at my sharpest) and I need to re-do the cable re-attach.

Revision history for this message
Jason Radke (jer000) wrote :
Download full text (5.7 KiB)

I believe I am in a similar situation to Tero:

    Originally on 12.04 but upgraded to 12.10 to try and see if my issue was resolved with newer CUPS so here is the relevant info for a failure on 12.10

   Situation:
        1) LaserJet 6P connected to system by a USB<->LPT cable (Belkin brand cable)
             lsusb for the appropriate device
                Bus 001 Device 003: ID 050d:0002 Belkin Components
           and printing using Gutenprint
        2) before printing there is a /dev/usb/lp0 dev setup
        2) First print after a reboot of system works (I have not had a case where this fails)
After the first print
        3) at this point I see in the syslog
                  usblp0: removed
        4) the /dev/usb/lp0 is NO longer present ...
        5) If I try to print again the job hangs with Status "Processing"
        6) Looking at the cups error log with the logging set to "debug" I see the following:
                   [Job 1164] Got USB transaction timeout during write.
              (this message periodically repeats as it keeps trying to send the queued job)
        7) at this point the usblp seems to still be present
$ lsmod |egrep usblp
usblp 18140 0

        Breaking out of this bad state ...
            1) if I try to simply power off the printer ... no help ...
            2) if I disconnect the USB cable it does one of two things (both of which can lead to the job getting printed)
                    a) sometimes unplugging and plugging it back in causes the job to immediately start printing
                    b) sometimes during the unplug/replug the job gets put in a "held" state ... and then if I release the job it will
                         start printing
            3) If I reboot the system it will print the pending job upon reboot

      Generally it seems that 2) and 3) force the /dev/usb/lp0 to get re-insterted which allows printing of a job but it seems after printing a job the /dev/usb/lp0 gets lost

   Some other relevant info
D [18/Nov/2012:14:07:33 -0800] [Job 1167] Gutenprint: CUPS option 25 usb-no-reattach = true
D [18/Nov/2012:14:07:33 -0800] [Job 1167] Gutenprint: CUPS option 26 usb-unidir = true

   I tried to play with blacklist of the usblp but did not seem to impact ...
   I tried making the udev-configure-print not executable but was not able to seemingly get it to reliably work (although at one point of testing a combination of things it did seem for a while things were behaving somewhat good -multiple prints without having to disconnect the cable- but then I somehow lost the good state ...)

lpinfo -v (filtered to the line of interest)
direct usb://HP/LaserJet%206P

relevant unplug/replug syslog for situation where 2 jobs were in the queue ... but only one gets printed and the other gets
stuck:
Nov 18 14:15:53 golum kernel: [ 9429.761218] usb 1-1.2: USB disconnect, device number 10
Nov 18 14:15:53 golum kernel: [ 9429.761432] usblp0: removed
Nov 18 14:15:53 golum udev-configure-printer: remove /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2
Nov 18 14:15:53 golum udev-configure-printer: URI of detected printer: usb://HP/LaserJet%206P, normalized: laser...

Read more...

Revision history for this message
Jason Radke (jer000) wrote :

   I fogot to mention in my previous comment ... I used to have this setup (printer + cable) working well on 11.04 but when I was forced to upgrade I went to 12.04 and had this printer problem which pushed me to try 12.10 which is where I am at today.

Revision history for this message
Drew Peters (drewpeters-deactivatedaccount) wrote :

I recently acquired a new PC, installed Ubuntu 12.04 and found myself with the same problem as reported by Daniel Llewellyn back in March. The only minor differences are that I have the 32-bit version of 12.04 and a slightly newer version of CUPS. Further details of my computer, printer and USB<->parallel cable are :

Release 12.04 (precise) 32-bit
Kernel Linux 3.2.0-33-generic-pae
GNOME 3.4.2

CUPS version : 1.5.3-0ubuntu4
     & system-config-printer 1.3.8

Printer Description : Samsung ML-4500
Device URI : usb://Samsung/ML-4500
Make and Model : Samsung ML-4500 Foomatic/gdi (recommended)

$ groups
drew adm lp cdrom sudo dip plugdev lpadmin sambashare
$ lsusb
Bus 002 Device 004: ID 067b:2305 Prolific Technology, Inc. PL2305 Parallel Port
$ usb-devices
T: Bus=02 Lev=02 Prnt=02 Port=05 Cnt=02 Dev#= 4 Spd=12 MxCh= 0
D: Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=067b ProdID=2305 Rev=02.02
S: Manufacturer=Prolific Technology Inc.
S: Product=IEEE-1284 Controller
C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I: If#= 0 Alt= 1 #EPs= 2 Cls=07(print) Sub=01 Prot=02 Driver=usblp

The USB<->parallel cable was purchased recently from a firm called CableStar, and the printer is known to work.

Daniel did a very good job of describing the problem, so I will just repeat his words here :

"Cups recognises the printer model and gnome correctly lists the printer in system-config-printer. Any attempt to print to the printer, however, results in the printer spinning up it's cooling fans and heating the fusing lamp while the "data" led on the front flashes for about 5minutes. In the cups admin screen the print job is listed as "Sending data to printer." The printer eventually stops whirring and shuts back down into standby with the Data led remaining static to indicate that the printer is idle. At no point does the printer actually begin, or finish, printing anything."

Has anyone found out if the PL2305 chipset and Samsung ML-4500 have a hardware incompatibility ?
Otherwise, is there some way I can assist in investigating what this printing problem is ?

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for cups (Ubuntu) because there has been no activity for 60 days.]

Changed in cups (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in cups (Ubuntu Precise):
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.