Kubuntu 7.10 doesn't print anything (HP Deskjet 710c)

Bug #133982 reported by Rafael Belmonte
30
Affects Status Importance Assigned to Milestone
cupsys (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Printer HP Deskjet 710c doesn't print anything in Kubuntu 7.10.
This printer uses CUPS, foomatic and pnm2ppa, these packages are installed.
When i try to print a file with this printer, the file appears processing first in kjobviewer, but seconds later, its status pass to ERROR, and nothing is printed.
This printer works fine in other Linux distribution and previous Kubuntu releases.

Revision history for this message
Jonathan Juckes (juckes) wrote :

I have same problem - the printer worked fine with previous Kubuntu - eg 7.04 - and the solutions to an earlier form of the problem, version number issues, do not make any difference this time.

Anyone found a solution?

Revision history for this message
Portugal (portugal2008) wrote :

I have the same problem in xubuntu 7.10 it installs but there is no way to print test page or a document,it give an error: (/usr/lib/cups/filter/foomatic-rip) stopped with status 3 ,this problem its only in 7.10 in 7.04 is ok,i try a clean install in other partition but same problem.please if anibody found a solution tell us.thanks.

Revision history for this message
bertoldic (bertoldic) wrote :

Also my printer with kubuntu 7.10 doesn't print anything (HP Officejet 5600).It is recognized but nothing is printed.

Revision history for this message
Rafael Belmonte (eaglescreen) wrote :

This printer works just in Kubuntu 7.10 beta1 snapshot, but doesn't works in up to date Kubuntu 7.10.
I hope for it to work in final release.
Thanks for your work.

Revision history for this message
k7k0 (k7k0) wrote :

Same here with HP Deskjet 810cxi. I've tried also installing foomatic-* from http://sourceforge.net/projects/foomatic/ and the .ppd from http://www.linuxprinting.org/ manually. Always the same problem, it looks like a broken filter in the chain.
It's not a hplip supported printed. The printer works ok in dapper,edgy and feisty.

Revision history for this message
Peter (pplassma) wrote :

I can confirm this bug on a HP Deskjet 720C under 7.10 final release. Printer is automatically recognised correctly during setup (nice feature) but nothing prints. Printer worked on 7.04 and still works on other computers.

Revision history for this message
k7k0 (k7k0) wrote :

In my case (Deskjet 820cxi) the printer works using the live-cd, it's an upgrade issue.

Revision history for this message
Grégory Gathy (gigooo) wrote :

I confirm this bug on the HP Deskjet 710C under 7.10 final release. Printer is recognized correctly but nothing prints.

Revision history for this message
soren121 (soren121) wrote :

Someone in another related bug said it was an upstream bug in Ghostscript that was causing trouble with pnm2ppa (the driver for the DeskJet 7xx and some 8xx printers).

Revision history for this message
k7k0 (k7k0) wrote :

Stopping appamor solved my problem:

sudo /etc/init.d/appamor stop

Revision history for this message
Grégory Gathy (gigooo) wrote :

When i stop apparmor, its working too (HP 710C).

Revision history for this message
Jonathan Price (notclive) wrote :

I changed /etc/apparmor.d/usr.sbin.cupsd and added
/etc/* r,
in the list of directories, this fixed it, I think it's because it has to read the /etc/pnm2ppa.conf file.

Revision history for this message
Peter (pplassma) wrote :

Thanks Notclive!
I followed your advice and edited the file (sudo kate /etc/apparmor.d/usr.sbin.cupsd) by adding the line

/etc/* r,
at the end of the list of all the other /etc/ exceptions.

This permanently fixed the problem. How will this fix make it into the next update? I don't want to repeat it all the time.

Revision history for this message
soren121 (soren121) wrote :

I just used sudo aa-complain cupsd, as suggested by a thread on the Ubuntu Forums. But I'll try your method too. ;)

Revision history for this message
Laura (bbbmc59) wrote :

I can copy/paste what Peter posts as my problem too "I can confirm this bug on a HP Deskjet 720C under 7.10 final release. Printer is automatically recognised correctly during setup (nice feature) but nothing prints. Printer worked on 7.04 and still works on other computers."

I have read the responses following Peter's above but being new to Linux, have no idea how to implement them, sorry! Can someone please help me, I am going crazy booting up my Windows computer every time I want to print something.

Specifically, How do I stop "appamor"? how do I change " /etc/apparmor.d/usr.sbin.cupsd and added
/etc/* r," Is this something I do in terminal? Can someone please hold my hand and guide me through this? Thank you so much for all your help!

Revision history for this message
Jonathan Price (notclive) wrote :

to stop apparmor type this into the terminal:
sudo /etc/init.d/apparmor stop

to edit /etc/apparmor.d/usr.sbin.cupsd type this:
sudo gedit /etc/apparmor.d/usr.sbin.cupsd
then do the proposed edit

Revision history for this message
Laura (bbbmc59) wrote :

Wonderful! Thank you all for the posted help and especially Notclive for clarifying. It works, yay!

Revision history for this message
Mike Zimmer (mikezimmer-sage) wrote :

I had this problem with an HP Deskjet 722C, running Ubuntu 7.10. I seem to have fixed the problem, but the advice was not perfectly clear to me. I did the following:

michael@Satori:~$ sudo /etc/init.d/apparmor stop
[sudo] password for michael:
Unloading AppArmor profiles : done.
michael@Satori:~$ sudo gedit /etc/apparmor.d/usr.sbin.cupsd

However, the suggested addition of:
" /etc/* r,
at the end of the list of all the other /etc/ exceptions"

is ambiguous for someone who has no idea what these commands are all about, or even what language they are in. There were two possible places where there was a list of "etc" strings. The first is a follows:

  # nasty, but we limit file access pretty tightly, and cups chowns a
  # lot of files to 'lp' which it cannot read/write afterwards any
  # more
  capability dac_override,

  /bin/bash ixr,
  /bin/dash ixr,
  /bin/hostname ixr,
  /dev/lp* rw,
  /dev/ttyS* rw,
  /dev/usb/lp* rw,
  /etc/cups/ rw,
  /etc/cups/** rw,
  /etc/foomatic/* r,
  /etc/gai.conf r,
  /etc/shadow m,
  /etc/passwd m,
  /etc/group m,
  /etc/papersize r,
  /etc/printcap rwl,
  /etc/ssl/** r,
  /etc/* r,
  @{PROC}/net/ r,

The second is this:

# separate profile since this needs to write into /home
/usr/lib/cups/backend/cups-pdf {
  #include <abstractions/base>
  #include <abstractions/fonts>
  #include <abstractions/nameservice>
  #include <abstractions/user-tmp>

  capability chown,
  capability fowner,
  capability fsetid,
  capability setgid,
  capability setuid,

  /bin/dash ixr,
  /bin/bash ixr,
  /etc/papersize r,
  /etc/cups/cups-pdf.conf r,
  /etc/* r,
  @{HOME}/PDF/ w,

Note that I added the "/etc/* r," in two places. The printer seems to work well. How reliably I cannot say. However, since this was done in cook book fashion, I have no idea if both "/etc/* r," insertions were necessary, or desirable.

Revision history for this message
Laura (bbbmc59) wrote :

Mike Zimmer, you state in part: "However, the suggested addition of:
" /etc/* r,
at the end of the list of all the other /etc/ exceptions"

is ambiguous for someone who has no idea what these commands are all about, or even what language they are in. There were two possible places where there was a list of "etc" strings."

I am one of those people who does not have any idea about commands or the languages. In fact, I did not even notice there two possible places! Glad my adding: /etc/* r worked out. I added it after the first "etc" string....not realizing that there was a second "etc" string.

Knock wood...so far running ok for about a week now.

Revision history for this message
Kevin Cole (kjcole) wrote : Similar problem w/ Canon imageRunner 8500. Still broken.

I had a working printer Canon imageRunner 8500 until Gutsy. I've deleted and recreated the printer several different ways, I've edited /etc/apparmor.d/usr.sbin.cupsd as suggested, I've done the "aa-complain cupsd". None of these worked for me. Stopping apparmor still leaves the problem. Here's a brief history.

$ /etc/init.d/apparmor stop
Unloading AppArmor profiles : done.

$ /etc/init.d/apparmor status
apparmor module is loaded.
0 profiles are loaded.
0 profiles are in enforce mode.
0 profiles are in complain mode.
0 processes have profiles defined.
0 processes are in enforce mode :
0 processes are in complain mode.
0 processes are unconfined but have a profile defined.

$ # Printed a test page. GUI shows that it is submitted okay, but underneath that dialog box
$ # the option to "Cancel Tests" under Tests and Maintenance never disappears.

$ date
Wed Nov 14 9:53:21 EST 2007

$ grep "^E " /var/log/cups/error
...
E [14/Nov/2007:14:52:30 +0000] cupsdAuthorize: Local authentication certificate not found!
E [14/Nov/2007:14:52:30 +0000] cupsdAuthorize: Local authentication certificate not found!
E [14/Nov/2007:14:52:30 +0000] cupsdAuthorize: Local authentication certificate not found!
E [14/Nov/2007:14:52:31 +0000] cupsdAuthorize: Local authentication certificate not found!
E [14/Nov/2007:14:52:31 +0000] cupsdAuthorize: Local authentication certificate not found!

Revision history for this message
Brian Murray (brian-murray) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage . I have classified this bug as a bug in cupsys.

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

This was already reported by other and is fixed in Hardy. I am not sure whether an appropriate SRU for Gutsy was done.

Changed in cupsys:
status: New → Fix Released
Revision history for this message
alanbe (allen-expectedend) wrote :

I had to find a way to print to my HP Laserjet 4000.
I compiled the latest cups. Still could not print.

I uninstalled/purged apparmor. Printing works fine now. Also, now the audio on my video files work. Rather than cups, perhaps the problem was with the implementation of apparmor?

Revision history for this message
jeadorf (jeadorf) wrote :

My HP DeskJet 720C did not work from scratch with Ubuntu 7.10 Gutsy. It is just the same problem that Peter reported earlier in this thread. I solved the problem (following your advice) by stopping AppArmor and adduing 'etc/*,' to /etc/apparmor.d/usr.sbin.cupsd, too.

Revision history for this message
physicsnick (physicsnick) wrote :

I have the identical printer, HP Desktop 710C, and can confirm this exact problem. The printer worked fine with dapper, edgy, feisty, but stopped working in gutsy. Disabling apparmor fixes the problem:

sudo /etc/init.d/apparmor kill
sudo update-rc.d -f apparmor remove

Hope this helps.

Revision history for this message
HeinrichduPlooy (0835564291-mtnloaded) wrote :

Lara I have a HP640C with the same problem, and have no clue how to fix it with "etc". Could some one e-mail me with the step by step procedure to fix this feature. (e-mail: <email address hidden>)

Revision history for this message
Victoria (victoria1951) wrote :

I too ran into problems trying to get CUPS to recognise and initialise my HP Deskjet 710c on a Xubuntu Hardy Heron.

The tips here enabled me to print the test page successfully.

Note that Xubuntu users will not have gedit so use this:

sudo mousepad /etc/apparmor.d/usr.sbin.cupsd

I added the
/etc/* r,
immediately after the line:
/usr/lib/** rm,

I stopped the apparmor with:
sudo /etc/init.d/apparmor stop

and re-ran the CUPS link to detect my printer.

All is well!

Note that there is a typo in a post above - there is an "r" missed out in apparmor which of course makes for a meaningless command.

My thanks to the contributors to this thread.

V.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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