Package Details: capt-src 2.71-5

Git Clone URL: https://aur.archlinux.org/capt-src.git (read-only, click to copy)
Package Base: capt-src
Description: Canon CAPT Printer Driver for Linux. Compiled from source code.
Upstream URL: http://support-asia.canon-asia.com/
Keywords: canon capt printer
Licenses: custom
Conflicts: cndrvcups-common-lb, cndrvcups-lb
Submitter: reztho
Maintainer: mistersmee
Last Packager: mistersmee
Votes: 77
Popularity: 0.000002
First Submitted: 2010-08-29 20:28 (UTC)
Last Updated: 2024-05-26 12:53 (UTC)

Pinned Comments

reztho commented on 2020-06-11 14:55 (UTC) (edited on 2020-06-11 18:47 (UTC) by reztho)

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/

buovjaga commented on 2020-01-09 10:33 (UTC)

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."

reztho commented on 2019-10-06 11:44 (UTC)

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.

Latest Comments

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

Aerion commented on 2016-08-27 13:28 (UTC)

Unfortunately, the CAPT driver can be a bit of a pain, and Canon's support for Linux is, well… close to non-existent. OK, they produced a CAPT driver for Linux, but it's 'unsupported'. I tried contacting them about a CAPT issue once, but got told they don't offer support for Linux. Clearly my next printer will NOT be a Canon. One key thing is that ccpd.service must be started after org.cups.cupsd.service, so perhaps you should look into delaying the start of ccpd.service? My setup is a little different from yours, as I have the printer (an LBP6310dn) connected via ethernet, and it's configured on a command line only Arch server running CUPS. The connected clients (running KDE) have it installed as a remote CUPS printer, running captstatusui over SSH and X11 forwarding.

shmakky commented on 2016-08-27 13:07 (UTC) (edited on 2016-08-27 13:09 (UTC) by shmakky)

I think, I'm one step closer to get my printer working. I made new install of archlinux on computer with LXDE desktop and printer after install works :-), so problem must be in GNOME desktop packages?!? But after reboot, CUPS service is inactive (dead) and in CUPS managing printers does not work. After restart CUPS service, management for printers in localhost:631 works, but printer does not work and captstatusui says, that printer is not plugged. So I disabled automatic loading CUPS a ccpd services and reboot. After reboot I start manualy CUPS and ccpd services and printer works. Any idea? Create some UDEV rule for the printer? Why printer does not work with GNOME desktop, I dont know... :-(

shmakky commented on 2016-08-26 22:01 (UTC)

Yes, setup was the same. Clean installation on computer, clean installation in VirtualBox, only one difference, GNOME desktop on computer, LXDE in VirtualBox. I have running two instances of ccpd.service, that it's correct. I'm thinking about kernel modules, with previous HP LaserJet 1020 I had some problems with usblp module, but I'm not shure, if it is a right way...

Aerion commented on 2016-08-26 13:48 (UTC)

Have you followed the instructions in the wiki? https://wiki.archlinux.org/index.php/Canon_CAPT CAPT printers don't work without a properly running CAPT daemon. Check the status of ccpd.service.

shmakky commented on 2016-08-26 13:23 (UTC)

Hi, I have CANON LBP7018C printer, I tried this package to get working my printer, but on standalone install of archlinux with no luck. I followed instruction after make and install package well, but on standalone installation of arch printer not working, I will see job in CUPS, job is after few seconds done, but printer is idle. On instalation of archlinux in VirtualBox (host is Windows 8.1) printer works well, same way to install this package. Any idea, where is the problem? Sorry for my English.

cjazz commented on 2015-12-09 13:36 (UTC)

retho and veger, Many thanks for your great work on this package, which continues to get better and better. This is the first time I haven't had to link /usr/lib32 libraries to /usr/lib in order to get the printer to print. Again, thanks.

cdauth commented on 2015-12-08 13:11 (UTC)

capt requires extra/ghostscript in order to work and will silently fail otherwise.

reztho commented on 2015-11-17 20:45 (UTC) (edited on 2015-11-17 22:02 (UTC) by reztho)

Updated to version 2.70! Thanks to veger for his contribution to the package.

Aerion commented on 2015-11-05 12:32 (UTC)

While I indeed did forget to click the Flag out-of-date button, I thought I would you the courtesy of providing the link to the updated software, instead of merely flagging it as out of date and letting you hunt around for the new software as the upstream URL doesn't host it. I'm sorry if that inconvenienced you.

reztho commented on 2015-11-04 17:05 (UTC) (edited on 2015-11-04 17:07 (UTC) by reztho)

Aerion, flagging the package out-of-date is enough. I was aware of the new version, but it's very tedious to update the package since it has so many lines inside... so I'll update the PKGBUILD when I have time.

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