FS#30081 - [cups-1.5.3-3] failed to print and add new printer and ...

Attached to Project: Arch Linux
Opened by solsTiCe (zebul666) - Wednesday, 30 May 2012, 17:41 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 31 May 2012, 13:38 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

First, it started when I tried to print with LibreOffice. All I get printed was some raw pdf source. Something like
%PDF-1.3
%1234
% this file was generated vy pdftopdf
%%PDFTOPDFNumCopies : 1
[...]

This was the first time ever somethin like that happened

I go to localhost:631 in my browser and printed a test page that gives me a similar result when printed. I just started with %PDF-1.5 this time

So I thought it might a mess after my upgrade from 32 bits to x86_64 (I doubt that).
So I removed the printer in cups and tried to add it back again. IT still the same when I print.
Also it is quite slow between each step when trying to add a printer
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Thursday, 31 May 2012, 13:38 GMT
Reason for closing:  None
Additional comments about closing:  hplip issue moved to  FS#30085 
Comment by Markus Hoffmann (broken.pipe) - Wednesday, 30 May 2012, 18:55 GMT
same here. after the cups update my printer just prints some random mess, always starting with:
%PDF-1.3
%1234
% this file was generated vy pdftopdf
%%PDFTOPDFNumCopies : 1

cups 1.5.3-3
hplip 3.12.4-1
hplip-plugin 3.12.4-1
Comment by Andreas Radke (AndyRTR) - Wednesday, 30 May 2012, 18:57 GMT
Works for me. Please remove all cups related packages like pacman -Rsc libcups and add them back. Reconfigure your server and printer with a sane default cupsd.conf.

Make also sure you have required optional dependencies installed.
Comment by solsTiCe (zebul666) - Wednesday, 30 May 2012, 19:37 GMT
do you get any idea of how much package pacman -Rcs libcups removes ?
beside, this a thing I just did. I reinstalled ALL the package with the migration. TWICE. I don't see how a third one will fix anything.

AND markus seems to confirm it so migration from 32 bits to x86_64 seems to be ruled out of the picture

I am using hplip 3.12.4-1 too
I don't use hplip-plugin
Comment by Markus Hoffmann (broken.pipe) - Wednesday, 30 May 2012, 19:41 GMT
nope sry, this machine's running 64bit for years. it was a plain reinstall of all packages yesterday.
i can add the printer again and the firmware get's uploaded onto it but the device just does nothing when i try to print or give me something like "/usr/lib/cups/filter/commandtops failed"
Comment by Andreas Radke (AndyRTR) - Wednesday, 30 May 2012, 20:18 GMT
Try to get more debug information and then check if ghostscript is involved or if new cups-filters might cause it. Then go and report it upstream.
Comment by Marcos Alves Pintar (mapintar) - Wednesday, 30 May 2012, 20:33 GMT
There's no more way to print in linux. Cups NEVER work. I have Brother and Konica Minolta printers, and none of them work.
Comment by Andreas Radke (AndyRTR) - Wednesday, 30 May 2012, 21:07 GMT
Such comments won't help.

Please all check what driver you are using and if you can print text files and pdf files and also report if your printer is PCL capable or if you run
it with ghostscript.
Comment by solsTiCe (zebul666) - Wednesday, 30 May 2012, 22:24 GMT
check if ghostscript is involved: how ?
if new cups-filters might cause it, this means ?
Comment by Marcos Alves Pintar (mapintar) - Thursday, 31 May 2012, 02:39 GMT
I'm using Brother MFC-8890DW BR-Script3 for Brother's printer (present in foomatic-db package), and KONICA MINOLTA 20P BR-Script3 for Konica Minolta (provided by Konica Minolta). Just now, brother printing, but too slow. In Konica Minolta, only a blank page. All the my print is PCL capable, but PCL drivers not work fine (sory for my english).
Comment by Andreas Radke (AndyRTR) - Thursday, 31 May 2012, 05:41 GMT
http://www.linuxfoundation.org/collaborate/workgroups/openprinting/pdfasstandardprintjobformat#How_to_switch_a_system_to_use_PDF_as_standard_print_job_format

Please check if we are missing some further changes in the progress to switch to PDF input format using latest cups-filters.
If not, there's information where to ask and file bugs against cups-filters. You may also want to have a look how Debian builds and patches their cups packages (SID).

Most printers don't seem to be affected. Switching to use cups-filters was made to solve  FS#30021 .
Comment by solsTiCe (zebul666) - Thursday, 31 May 2012, 09:15 GMT
So it is us that need to make those check ?

Following "How_to_switch_a_system_to_use_PDF_as_standard_print_job_format", I have:
- raised cost of pstops to 100 in /usr/share/cups/mime/mime.convs (no change)
- decreased it to 65 (one never knows) (no change)
- run the 2 grep command to change ppd files (one never know) (no change)

(restarting cupsd between each step)

I can print a simple text file with vim (:hardcopy) but using directly lp fails (it prints pdf source garbage too!)
Comment by solsTiCe (zebul666) - Thursday, 31 May 2012, 09:34 GMT
Here is the error_log of cupsd from start to stop after printing a test page from cups website localhost:631 (Admin>Printer>MyPrinter>Print Test Page) with LogLevel set to debug in /etc/cups/cupsd.conf
(application/x-gzip)    cups_error_log.gz (9.5 KiB)
Comment by solsTiCe (zebul666) - Thursday, 31 May 2012, 09:51 GMT
So, at last, I did the following
$ pacman -Rdd cups-filters
$ pacman -U /var/var/cache/pacman/pkg/cups-1.5.3-2-x86_64.pkg.tar.xz /var/var/cache/pacman/pkg/libcups-1.5.3-2-x86_64.pkg.tar.xz
$ rc.d restart cupsd

And guess what ...
It worked ! I was able to print a test page from cups front-end without problem.

So guess where could be the problem ?? or at least what is making the problem appear.
Comment by Andreas Radke (AndyRTR) - Thursday, 31 May 2012, 12:56 GMT
It seems only certain printers are affected. It's best to bring this upstream to the cups-filters bugtracker now.
Comment by solsTiCe (zebul666) - Thursday, 31 May 2012, 13:03 GMT
It is/usr/lib/cups/filter/foomatic-rip-hplip that makes a mess with this ! because it is a *version 3* of foomatic

hplip must be build without foomatic-rip-hplip. It's working with --disable-foomatic-rip-hplip. I was just able to print with latest cups package and cups-filter and rebuilt hplip
I will open a bug report for hplip. Done:  FS#30085 

But there may be other bug in other driver/ppd files for other printers if it's the same kind of issue. (HP embends a custom foomati-rip named foomatic-rip-hplip in their driver/ppd files)

So I don't request the bug to be closed. I leave to your discretion, Andreas.
Comment by Andreas Radke (AndyRTR) - Thursday, 31 May 2012, 13:37 GMT
Since you have already opened a new bug against hplip I think this generic one can be closed.

If other printers are broken with cups-filters please open new bugreport per driver to sort out driver and filter issue.

Marco, your problem seems to be a broken user configuration. Please ask in our forum for help (use cups debug log level and other hints from our wiki). If it turns out to be a true bug please open a new issue.

Loading...