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 12 .. 27 Next › Last »

Aerion commented on 2015-11-04 16:08 (UTC)

Version 2.70 was released on September 4, 2015. See http://www.canon-europe.com/support/consumer_products/products/printers/laser/i-sensys_lbp6310dn.aspx?type=drivers&language=EN&os=

<deleted-account> commented on 2015-01-14 21:59 (UTC)

LBP2900b working fine , no trouble even after restart .

Aerion commented on 2014-11-18 11:51 (UTC)

The ccpd.service file needs to be updated to reflect the renaming of cups.service to org.cups.cupsd.service

zeljko commented on 2014-11-05 08:27 (UTC)

reztho, just did! We'll see if there will be any progress. :)

reztho commented on 2014-11-03 17:45 (UTC)

dian, that's the way Canon released this. It's a mix of propietary / open source software. I followed their packaging instructions for the .deb / .rpm versions and adapted it to the Archlinux way. zeljko, I guess you can try to contact with Canon support about this subject.

zeljko commented on 2014-09-06 09:29 (UTC)

Is there any chance to suggest canon to publish a native x86_64 version?

dian commented on 2014-08-14 17:58 (UTC)

What are pre-requirements for 64 bit systems? Although there's a 64bit folder into Linux_CAPT_PrinterDriver_V260_uk_EN.tar.gz, but it does not seem it is a proper compiled package for 64 bit's.

vasishath commented on 2013-10-05 08:47 (UTC)

@reztho I am also an x86_64 user and have to symlink the libs to make the printer work.. I think its a good idea to pinpoint the libs as u say.. so I will report back once I do it..

reztho commented on 2013-10-04 11:42 (UTC)

vasishath & Bafus: the problem is I'm an x86_64 user and I don't have that inconvenience, so I cannot replicate your library problems. Have you ever tried to pinpoint the library or libraries needed to be symlinked to /usr/lib? Like symlinking one by one until the printer prints, and then removing the previous ones to see if it breaks... and gather this way the minimum set of culprit libraries.

vasishath commented on 2013-10-04 11:26 (UTC)

i think the package is following the convention that lib64 is for 64 bit libs and /usr/lib is for 32 bit libs.. we need to report this to cannon.. for the time being we can symlink the libraries in /usr/lib.. at least the printer works that way.

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