Package Details: cndrvcups-lb 3.70-1

Git Clone URL: https://aur.archlinux.org/cndrvcups-lb.git (read-only)
Package Base: cndrvcups-lb
Description: CUPS Canon UFR II LIPSLX CARPS2 printer driver for LBP iR MF ImageCLASS ImageRUNNER Laser Shot i-SENSYS ImagePRESS ADVANCE printers and copiers
Upstream URL: https://www.canon-europe.com/support/products/imagerunner/imagerunner-1730i.aspx
Keywords: Canon Printer
Licenses: custom
Conflicts: cndrvcups-lb-cpca
Submitter: Lone_Wolf
Maintainer: severach (Lone_Wolf)
Last Packager: severach
Votes: 78
Popularity: 0.001214
First Submitted: 2012-04-22 13:50
Last Updated: 2019-02-18 09:06

Dependencies (10)

Required by (0)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2016-02-24 20:33

i'm not surprised pacaur (and likely any aur helper) has problems building this.

The reason for the versioned dependency on cndrvcups-common-lb is that a cndrvcups-lb version ONLY works with 1 specific cndrvcups-common-lb version .

The correct way to build them goes like this :

build new cndrvcups-common-lb
remove old cndrvcups-lb version (if present on system)
install new cndrcups-common-lb
build & install new cndrvcups-lb version

Easiest way to build this with pacaur : use 2 commands like this :
pacaur -S cndrvcups-common-lb
pacaur -S cndrvcups-lb

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

zespri commented on 2017-09-20 13:09

Yes, printing stopped working here, too. Culprit seems to be a crashing c3pldrv using 100% of a core. Found a similar issue here: https://www.centos.org/forums/viewtopic.php?t=50701
I don't have SELinux enabled on my system though, so that solution is none here. Anyone can confirm?

echinotrix commented on 2017-09-20 10:59

axanar: "For some reason this stopped to work for me and i do not know to fix it. CUPS status gives : Processing - "Unsupported booklet value None, using booklet=off! Please help."

Same here. I cannot print since last system update.

axanar commented on 2017-09-20 07:51

For some reason this stopped to work for me and i do not know to fix it. CUPS status gives : "Processing - "Unsupported booklet value None, using booklet=off!"
Please help.

zeroflag commented on 2017-08-02 07:34

Hi Lone_Wolf, thanks for the clarification. Canon's left hand does not know what the right is doing. It is simply rubbish. Definitely not my next printer. Cheers!

zespri commented on 2017-07-31 10:01

Thanks to Lone_Wolf for updating the package. It fixes the CCITT/JBIG2 printing issue for me which has been described in depth here: https://lists.cups.org/pipermail/cups/2017-July/073678.html

Lone_Wolf commented on 2017-07-29 15:43

Answering my own question :

After noticing gentoo 3.40 ebuild had jpeg62 as a dep i searched.

It turns out jpeg 62 is mentioned several times in the README-ufr2-3.4xUK.html and 3.3 files .

Chapter "Cautions when using " , 4. Restrictions During Printing (Distribution Specific)
it seems only to be needed for "color imageRUNNER/i-SENSYS LBP printers" .

I'll add libjpeg6-turbo and lib32-libjpeg6-turbo as new optional dependencies.

Lone_Wolf commented on 2017-07-29 12:33

Pypi, that's interesting and would make sense as canon drivers tend to work better on distros with older software versions.

However, on my system libcanonufr2 doesn't reference jpeg turbo . How did you figure out it does need it?

$ ldd /usr/lib32/libcanonufr2.so
linux-gate.so.1 (0xf76e7000)
libEnoJBIG.so.1.0.0 => /usr/lib32/libEnoJBIG.so.1.0.0 (0xf765a000)
libcanon_slim.so.1.0.0 => /usr/lib32/libcanon_slim.so.1.0.0 (0xf7653000)
libxml2.so.2 => /usr/lib32/libxml2.so.2 (0xf74d2000)
libEnoJPEG.so.1.0.0 => /usr/lib32/libEnoJPEG.so.1.0.0 (0xf74a3000)
libcaepcm.so.1 => /usr/lib32/libcaepcm.so.1 (0xf7421000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf7262000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf725d000)
libicuuc.so.59 => /usr/lib32/libicuuc.so.59 (0xf70a6000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf708d000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf7031000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf7011000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf7008000)
/usr/lib/ld-linux.so.2 (0xf76e9000)
libicudata.so.59 => /usr/lib32/libicudata.so.59 (0xf56f4000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf5570000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf5554000)
$

pypi commented on 2017-07-29 08:28

Apparently libjpeg6-turbo is required for this package (and cndrvcups-lb-bin) to work properly (libcanonufr2 references it so probably tries to dynamically load it). There was a report on the wiki page (https://wiki.archlinux.org/index.php?title=CUPS/Printer-specific_problems&diff=481647&oldid=480751) which I'm going to remove as a packaging bug (libjpeg6-turbo should probably be an optdepends if not a depends).

Lone_Wolf commented on 2017-07-27 12:24

zeroflag,

unfortunately that will not be easy.
While both cndrvcups-capt[1] and cndrvcups-lb use cndrvcups-common, they are targeted towards a specific version .

latest cndrvcups-lb 3.40 uses cndrvcups-common 3.80 , latest capt 2.71 uses cndrvcups-common 3.21.1 .
There have been times that they shared the same version, but that is rare.
Using a different version then the one canon supplies in the driver download doesn't work.

To allow capt-src to be installed alongside cndrvcups-lb or cndrvcups-lb-bin , the 3 maintainers would need to decide on a mechanism that allows multiple cndrvcups-common versions to be installed at same time.




[1] cndrvcups-capt is the name canon uses for the capt printer driver

zeroflag commented on 2017-07-27 00:17

Hi Lone_Wolf, during installation of "capt-src" package, which is a Canon CAPT Printer Driver for Linux, I noticed that the "capt-src" already contains the necessary libraries that are present in "cndrvcups-common-lb" (a hard dependency here). In fact, these two packages are in conflict (many errors: file owned by 'capt-src' and 'cndrvcups-common-lb').

Please make the dependencies conditional, I mean either one of "cndrvcups-common-lb" or "capt-src" package needs to be present in the system in order to make it work. Cheers!