Arch Linux User Repository

The printers supported by this package are often networked.

problems can be in the cnrdrvcups-lb driver, but also with authentication over smb, vpn settings etc .

Troubleshooting those is often very hard.

Archlinux and derivatives are not supported by canon. Use whatever works for you, even if that means using canon drivers in a VM that runs a supported distro .

Main difference between 3.70 and 5.x versions :

3.70 has 64-bit & 32-bit code and needs to be built as a multilib application. Also it includes proprietary binaries from canon.

5.x is pure 64-bit and all components in it come with sourcecode. Some parts are still proprietary, but atleast we can build them ourselves now.

People coming from cndrvcups-lb / cndrvcups-common-lb or cndrvcups-lb-bin :

You will have to start afresh.

remove the 3.70 versions and created printer definitions in cups
build this package and install
recreate your printer definitions

html documentation from canon is in /usr/share/doc/cnrdrvcups-lb

I have not tried that; that's a good idea. I don't have a box with such a distro handy; I'll set one up and try this weekend. If that doesn't work maybe I'll try to get in touch with Canon about it.

Canon does mention the MF632C as being supported by this version on the README-ufr2-5.1xUK.html .

Have you tried this version on canon-supported linux distro like fedora or ubuntu to verify if this version does work with your printer ?

I have a Canon imageCLASS MF632Cdw. Unfortunately, I was not able to get it to print using this package; I had to fall back to the deprecated cndrvcups-lb. Even after installation of libjpeg6-turbo (which solved a problem wherein cnpkmoduleufr2r would consume 100% CPU), the printer never actually printed anything, and instead waited forever for the computer to send the file to be printed.

I did not find cndrvcups-lb to be in a building state--some symbols were multiply defined in cgnplp. Specifically, load.h defines some function pointers; that file is then included in mainwnd.c and load.c. Objects from both translation units are then linked into the cgnplp executable, which causes the function pointers to be multiply defined. I fixed it by declaring them external in load.h and defining them in load.c.

hnws, sounds like you managed to make the changes needed to build with gcc 10?

If so, please email me your PKGBUILD (address is in the PKGBUILD).

As now gcc upgraded to 10.1, we need -fcommon to compile this package. And for this to happen, we need -e 's:${_cflags}:"${_cflags}":g' \ to quote the cflags when generating the make.Arch.

With all these being done, I am still struggling with the 100% cpu usage issue. The code is very simple, it's pending a read from a file descriptor and it's reading non-stop. But I am not sure who should pass data to it.

May not be related to all issues we have with Canon drivers, but I fixed my printing problem (and 100% one core CPU usage) by creating the file /etc/samba/smb.conf. Of course, my printer is shared via Samba.

Thanks. Yes, I've installed them before

@redeyed Making sure Libjpeg and libjpeg-turbo are installed have helped.

I wonder, how can I investigate any logs?

I've tried all the packages from AUR and only custom way made it to communicate. But it still doesn't print :(