Arch Linux User Repository

Do not expect this driver to work in the near future if Canon doesn't release a new version soon. This driver is from 2017 and the GCC environment started deprecating a lot of stuff used by this driver. Please, ask for better Linux support to Canon.

Do not flag this package out of date if there's no new version available. That's bad community behavior. A comment telling about the issue is enough.

If your machine uses the x86_64 arch, the multilib pacman repo will be needed for this driver: https://wiki.archlinux.org/index.php/Official_repositories#multilib

For an alternative 100% open source driver although not official by Canon, go to: https://aur.archlinux.org/packages/captdriver-git/

Re: driver deprecation - the CUPS creator opened this issue to discuss how to handle old devices: https://github.com/apple/cups/issues/5271

From one of his comments: "Before we drop PPDs, we will be working with developers to create those printer applications (particularly Gutenprint), and will likely end up creating our own printer application (based on the existing ippserver sample code) to support existing PostScript and CUPS raster drivers. So the goal is definitely not to leave people SOL, but rather to plan for a future where we aren't limited by the capabilities of the past."

Now you'll see this warning message: lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS.

Not sure what this will mean for the future with this driver.

Seems like libicu was recently bumped from 76 to 78. I had to rebuild a couple packages to pick up the changes:

cd ~/.cache/yay/lib32-libxml2-legacy/
makepkg -cfi
cd ~/.cache/yay/capt-src/
makepkg -cfi

FWIW, I was able to debug by stracing the ccp daemon:

systemctl start ccpd.service && sleep 0.5 && sudo ps ax | grep ccpd

# Read process IDs from output of ps command above e.g., 123 and 127 used as examples here
sudo strace -o ccpdSystemCallTrace.txt --follow-forks --string-limit 0 --decode-fds --attach 123 --attach 127

Also, when it tries and fails to load e.g., /usr/lib32/libicuuc.so.76, the file descriptor seems to get leaked and never closes. The process seems to just keep trying and retrying to load the library until the kernel says "you already have too many unclosed file requests, I'm cutting you off". You can give yourself a little more time to catch the earlier, more relevant error messages about not finding the library by raising the kernel's file limit:

1. Open /usr/lib/systemd/system/ccpd.service in an editor
2. Find the [Service] section
3. Add this line to the section to increase the number of file handles: LimitNOFILE=4096
4. Save the file
5. Restart the ccpd service (systemctl restart ccpd.service) and immediately start your trace as above.
6. After debugging, remember to comment out the temporary increase by adding a hash/octothorpe at the start of the line e.g., # LimitNOFILE=4096

@Potomac, the problem has nothing to do with capt-src, but rather with libxml2, and its version update. The version of some packages, such as libglade, a dependency of capt-src that also itself depends on libxml2, or capt-src itself, that is installed on your system is linked against the older version of libxml2, and so it is looking for a version that no longer exists currently. Doing a rebuild of libglade and capt-src, so that they link against the newer version, will solve your issue.

Since a recent upgrade of libxml2 package (64 and 32 bit versions) capt-src package no longer works,

a workaround is to make these 2 actions before trying to compile :

1) Install this package from official Arch Linux repo :
pacman -S libxml2-legacy

2) Then create a symbolic link (with sudo) : ln -s /usr/lib32/libxml2.so /usr/lib32/libxml2.so.2

Then restart cups and ccpd service.

Another alternative is to check the progress of the open-source drive for LBP canon printers : https://aur.archlinux.org/packages/captdriver-git https://github.com/mounaiban/captdriver/wiki

@igvalor, I cannot reproduce your error, both while building in a chroot and not.

Build fails with error: ./configure: line 14902: syntax error near unexpected token PACKAGE,' ./configure: line 14902:PKG_CHECK_MODULES(PACKAGE, $pkg_modules)'

Thanks everything works fine

@ots, I have updated the package with latest pkgrel -5, please test if it builds and the printer works properly on your machine.

I have installed this package dozens of times without any significant problems, but recently I have received the following errors: https://pastebin.com/JgL4HUBH Any suggestions to solve the problem?

@zwastik, The cndrvcups-common-lb , cnrdrvcups-lb and cndrvcups-lb packages provide a different sets of drivers than capt. All of those three provide the UFR II drivers for Canon printers, which is different from the CAPT drivers.

As replied by LoneWolf, the maintainer of all the other three packages in 2016 to a similar comment,

'capt-src also uses cndrvcups-common, though another version then this package. If you really need both capt & UFR II AL drivers,you're the first in 5+ years.'

and

'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'

So, they are not meant to be installed at the same time, if one works for you use that one, otherwise try the other one. Maybe I should add them as conflicts for this.

See https://wiki.archlinux.org/title/CUPS/Printer-specific_problems#Canon for more information.