Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 478290

Summary: net-print/cndrvcups-lb-2.70-r1 fails to print
Product: Gentoo Linux Reporter: aditsu <aditsu>
Component: [OLD] PrintingAssignee: Pacho Ramos <pacho>
Status: RESOLVED FIXED    
Severity: normal CC: mike
Priority: Normal Keywords: NeedPatch
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: cndrvcups-r2.patch

Description aditsu 2013-07-26 20:05:27 UTC
I have a Canon imageCLASS MF4370dn printer, which works (not always well) with the rpm drivers (version 2.50-1) downloaded from Canon and fixed up a little. Recently some updated drivers (cndrvcups-lb-2.70-r1) were added to portage (thanks for that), and I installed and tried to use them. However, when I try to print something, the printer doesn't do anything, but cups says the job is completed. As a secondary problem, there are 3 drivers with the same name "Canon MF4360-4390 ver.2.7 (en)" (based on different ppd files)

Reproducible: Always

Steps to Reproduce:
1. Install cndrvcups-lb
2. Set up a printer with the "Canon MF4360-4390 ver.2.7 (en)" driver (I think I used CNM4390ZJ.PPD)
3. Print anything (such as a test page)
Actual Results:  
Nothing

Expected Results:  
Printed page(s)

From the "error log" in the cups web interface:

W [27/Jul/2013:03:52:13 +0800] [CGI] Missing Product in /usr/share/cups/model/CNCUPSIRADV4051ZK.ppd!
E [27/Jul/2013:03:52:13 +0800] [cups-driverd] Bad driver information file "/usr/share/cups/drv/cupsfilters.drv"!
W [27/Jul/2013:03:53:55 +0800] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [27/Jul/2013:03:53:55 +0800] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [27/Jul/2013:03:55:56 +0800] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [27/Jul/2013:03:55:56 +0800] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [27/Jul/2013:04:00:20 +0800] [CGI] Missing Product in /usr/share/cups/model/CNCUPSIRADV4051ZK.ppd!
E [27/Jul/2013:04:00:20 +0800] [cups-driverd] Bad driver information file "/usr/share/cups/drv/cupsfilters.drv"!
Comment 1 mike@marineau.org 2013-10-13 08:33:58 UTC
The existing cndrvcups ebuilds are incomplete, failing to compile one library and leaving out lots of data files and pre-built 32bit binaries. For extra fun cups filters have a tendency to fail silently and provide the user no error output causing mysteries such as this one.

For reference getting anything meaningful involves something like this:
cupsfilter -d Canon_MF3010 -p /etc/cups/ppd/Canon_MF3010.ppd -m printer/Canon_MF3010 -e /usr/share/cups/ipptool/onepage-letter.ps > testout

I've put together updated ebuilds based on the current ones in portage which fix all the issues I've found (so far) and basic black and white documents now print on a MF3010. I haven't tested any others, so I can't promise I've found every oddity. https://github.com/marineam/misc-overlay/commit/67d3a29554b834d856c596ed85452e523beb3314
Comment 2 Pacho Ramos gentoo-dev 2013-10-13 09:37:48 UTC
Please attach an ebuild diff, looks like you are using prebuilt binaries instead of compiled ones :/
Comment 3 mike@marineau.org 2013-10-13 17:43:49 UTC
Created attachment 360802 [details, diff]
cndrvcups-r2.patch

Here is the r1->r2 patch.

The pre-built binaries don't replace the pieces that can be compiled from source but they are required to get a complete working driver. With this update the ebuilds should now install everything that the rpm spec and debian/rules files do.
Comment 4 Pacho Ramos gentoo-dev 2013-10-13 17:57:06 UTC
Thanks, what are the exact:
+	amd64? (
+		app-emulation/emul-linux-x86-baselibs
+	)

libs needed from emul set? It's important since we are moving away from old emul sets to native multilib (provided by each ebuild)
Comment 5 mike@marineau.org 2013-10-13 18:02:28 UTC
(In reply to Pacho Ramos from comment #4)
> Thanks, what are the exact:
> +	amd64? (
> +		app-emulation/emul-linux-x86-baselibs
> +	)
> 
> libs needed from emul set? It's important since we are moving away from old
> emul sets to native multilib (provided by each ebuild)

libxml2 and libjpeg:62 as indicated in the x86 section below. I had to use emul because libxml2 hasn't been converted to native multilib yet.
Comment 6 Pacho Ramos gentoo-dev 2013-10-14 18:31:39 UTC
Should be ok now, thanks
Comment 7 aditsu 2013-10-21 11:38:01 UTC
Seems to work now, thank you.
It still has the problem of multiple drivers with the same name, but it's not critical.