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

alexkar commented on 2020-06-12 13:27 (UTC)

Thanks a lot. My Canon LBP3010 is working.

reztho commented on 2020-06-11 14:56 (UTC)

The driver is now updated and should compile nice although with a lot of warnings. Please, read the 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/

reztho commented on 2020-06-11 14:15 (UTC) (edited on 2020-06-11 22:10 (UTC) by reztho)

Please, DarwinsBuddy, do not flag this driver out of date if there isn't a new version of the printer driver... I wasted my time searching for it.

I'll check the issues with the PKGBUILD whenever I have the time for it. Please, remember that Arch is a moving target, so something that worked long time ago, maybe won't work in the present/future.

The worst of all, DarwinsBuddy, is those packages come from the multilib repo which you should enable since you're using x86_64: https://wiki.archlinux.org/index.php/Official_repositories#multilib

jrborbars commented on 2020-06-02 17:08 (UTC) (edited on 2020-06-02 17:23 (UTC) by jrborbars)

I have some troubles when trying to install the package. Maybe need an update? The message is as follows:

/usr/bin/ld: load.o:/var/tmp/pamac-build-yyy/capt-src/src/cndrvcups-common-3.21/cngplp/src/load.h:40: multiple definition of `ExecPDLJobMode'; mainwnd.o:/var/tmp/pamac-build-yyy/capt-src/src/cndrvcups-common-3.21/cngplp/src/load.h:40: first defined here
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:448: cngplp] Error 1
make[3]: Leaving dir '/var/tmp/pamac-build-yyy/capt-src/src/cndrvcups-common-3.21/cngplp/src'

make[2]: *** [Makefile:421: all-recursive] Error 1
make[2]: Leaving dir
make[1]: *** [Makefile:353: all] Error 2
make[1]: Leaving dir '/var/tmp/pamac-build-yyy/capt-src/src/cndrvcups-common-3.21/cngplp'

make: *** [Makefile:9: all] Error 1
==> ERROR: Fail occurs in package().
    Aborting...

Thank you in advance

DarwinsBuddy commented on 2020-05-30 11:37 (UTC)

==> Error: Could not find all required packages: lib32-libxml2 (Wanted by: capt-src) lib32-popt (Wanted by: capt-src)

alexkar commented on 2020-05-17 14:30 (UTC)

I try to build it, but get a mistake: ...ake[3]: [Makefile:448: cngplp] Error 1 make[3]: Leaving directory '/var/tmp/pamac-build-alex/capt-src/src/cndrvcups-common-3.21/cngplp/src' make[2]: [Makefile:421: all-recursive] Error 1 make[2]: Leaving directory '/var/tmp/pamac-build-alex/capt-src/src/cndrvcups-common-3.21/cngplp' make[1]: [Makefile:353: all] Error 2 make[1]: Leaving directory '/var/tmp/pamac-build-alex/capt-src/src/cndrvcups-common-3.21/cngplp' make: [Makefile:9: all] Error 1 ==> ERROR: A failure occurred in package(). Aborting...

shen commented on 2020-05-09 05:50 (UTC)

After updating to v2.71-2, It does not work any more! here is my configuration: http://ix.io/2lly any idea?

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