Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - cnijfilter-common

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: cnijfilter-common 4.10-1

Git Clone URL: https://aur-dev.archlinux.org/cnijfilter-common.git (read-only)
Package Base: cnijfilter-common
Description: Canon IJ Printer Driver (Common Package)
Upstream URL: http://www.canon-europe.com/support/pixma_software/
Licenses: custom
Conflicts: lib32-cnijfilter320
Submitter: elb
Maintainer: sbmomeni
Last Packager: sbmomeni
Votes: 31
Popularity: 0.006109
First Submitted: 2008-10-13 15:16
Last Updated: 2016-05-09 18:07

Latest Comments

1 2 3 Next › Last »

sbmomeni commented on 2016-05-09 18:15

@curiouseag: Thanks for noting it. Now, I symlink individual files to keep contents in one place without conflicting with other packages.
@Maxqia, @bokailya: Yes, version 4.10 is available. Based on the code changes, it seems that other cnijfilter packages (>=3.20 versions) are compatible with version 4.10 of the common package.

Maxqia commented on 2016-05-09 04:16

Seems like libxml2 is required, it's in a lot of other cnijfiler-based pkgbuilds. Also 4.10 seems to be out. (See here https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cnijfilter-e400series)

bokailya commented on 2016-05-06 22:54

@sbmomeni but i can't build cnijfilter-common itself without lib32-libusb and lib32-libxml2
sr/bin/ld: cannot find -lxml2
collect2: error: ld returned 1 exit status
Makefile:399: recipe for target 'cnijlgmon2' failed

Maxqia commented on 2016-05-04 23:02

How does this change anything? What error needs that fix anyway?

curiouseag commented on 2016-05-03 14:51

hey I needed to fix the pkgbuild, you may want to take a look


the problem is, when you symlink other packages can not use the folder. Copy paste and delete instead for 64bit.

sbmomeni commented on 2016-03-24 10:03

@Maxqia: I modified your patch (to fix the link target issue) and then applied it.

sbmomeni commented on 2016-03-24 09:42

Replacing the "ln -s /usr" with "cp -rs ${pkgdir}/usr" creates absolute symbolic links to the "${pkgdir}" location. That is, if you delete the build directory after installing the package, the package will contain dangling links to the "${pkgdir}" instead of the "/usr" folder.

Maxqia commented on 2016-03-20 11:44

Found the original cause of my problem, here's a patch to fix it. http://pastebin.com/vW2Bb673

sbmomeni commented on 2016-03-11 17:50

Multiple printer drivers depend on this package and some of them do not ship the libs_bin64 folder at all.
Compiling this package with native 64bits libs will break all of them.

Maxqia commented on 2016-03-06 07:31

I was getting an error (lpadmin: Bad device-uri scheme "cnijnet".) on my 64-bit machine so I added native 64-bit support. Here's the patch : http://pastebin.com/UX0DJ6iC