Printing and Scanning with Canon Pixma/Pixus Series

Message

zxy · Post by **zxy** » Tue Oct 31, 2006 12:01 pm

I just solved the problem.

I changed the line 224 line in bjfilter-2.50-r3.ebuild

    # fix directory structure
    if use nocupsdetection; then
        mkdir -p ${D}${_libdir2}/cups/filter || die
        mkdir -p ${D}${_libdir2}/cups/backend || die
        ln -s /usr/lib/cups/backend/canon_parallel ${D}${_libdir2}/cups/backend/canon_parall$
        ln -s /usr/lib/cups/backend/canon_usb ${D}${_libdir2}/cups/backend/canon_usb
        ln -s /usr/lib/cups/filter/pstocanonbj ${D}${_libdir2}/cups/filter/pstocanonbj
    elif has_version ">=net-print/cups-1.2.0"; then
        mkdir -p ${D}${_libdir2} || die
####        mv ${D}${_libdir}/cups ${D}${_libdir2}/cups || die
        mv ${D}${_libdir}/../lib/cups ${D}${_libdir2}/cups || die
    fi

The cups folder was not in lib32 folder, but in lib folder.

Now emerge finishes ok and printer works.

ColinK · Post by **ColinK** » Tue Oct 31, 2006 5:42 pm

Well - this bug "depends" on amd64 and >=cups-1.2 (which is still ~). Luckily only few should be affected.

I do my best to prevent such bugs - but I fail quite often... hmm.

I guess, mankind can be lucky that I decided to become a physicist instead of a professional hacker.

Anyway - I'm currently testing a fixed and slightly cleaned-up version. I'll release it soon.

ColinK · Post by **ColinK** » Wed Nov 08, 2006 5:15 pm

If you experience errors like **Error**: You must have `automake' installed, then try this workaround:

1) downgrade automake-wrapper
emerge --oneshot =automake-wrapper-1-r1

2) emerge the driver
emerge bjfilter
or emerge cnijfilter

3) restore or unmerge automake-wrapper
emerge --oneshot automake-wrapper
or emerge --unmerge automake-wrapper

I'm not sure whether it's my system or the ebuild - but with newest automake-wrapper, automake --version fails, which causes this ebuild to fail.

feuera · Post by **feuera** » Sun Nov 12, 2006 10:50 pm

feminista wrote:Does anyone know if the new iP4300 shares a printhead with any of the supported models? It prints great with the bjc600 driver that cups comes with, except everything is printing scaled down 50%. >_<

worked for me with cnijfilter-2.60-r4 USE="ip4200"

regards
andi

c_t · Post by **c_t** » Mon Nov 13, 2006 10:30 am

First of all thanks colinK for your tutorial, works great for my Pixus i560 (with IP3100 driver).

I especially like the feature that I now can control printing-quality. I'm just wondering, if it is possible to modify the printer's ppd such that grayscale-printing will work. I know that bjfilterpixus has a commandline switch "--grayscale" which does exactly what I want. Does anyone know how to implement that in the ppd?

I found this cups-mailinglist-post but didn't get further than the original poster. I'm glad about any hint you can give.

Thanks, ct

--D_S-- · Post by **--D_S--** » Wed Nov 15, 2006 6:18 am

Hi.

I get the following errors:

emerge bjfilter wrote:>>> Downloading 'http://mambo.kuhp.kyoto-u.ac.jp/~takush ... ocanonbj.c'
--12:25:12-- http://mambo.kuhp.kyoto-u.ac.jp/~takush ... ocanonbj.c
=> `/usr/portage/distfiles/pstocanonbj.c'
Resolving mambo.kuhp.kyoto-u.ac.jp... 130.54.68.4
Connecting to mambo.kuhp.kyoto-u.ac.jp|130.54.68.4|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
12:25:16 ERROR 404: Not Found.

No digest file available and download failed.

!!! Couldn't download 'pstocanonbj.c'. Aborting.

>>> Emerging (1 of 1) net-print/bjfilter-2.50-r4 to /
>>> Downloading 'ftp://download.canon.jp/pub/driver/bj/l ... -2.src.rpm'
--12:25:24-- ftp://download.canon.jp/pub/driver/bj/l ... -2.src.rpm
=> `/usr/portage/distfiles/bjfilter-common-2.50-2.src.rpm'
Resolving download.canon.jp... 202.228.134.41
Connecting to download.canon.jp|202.228.134.41|:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Retrying.

ColinK · Post by **ColinK** » Wed Nov 15, 2006 7:49 am

Disable the takushipatch useflag

I'm going to disable this useflag, as the patch doesn't seem to be maintained anymore. But if anyone actually needs this patch - I still have a copy of it.

--D_S-- · Post by **--D_S--** » Wed Nov 15, 2006 11:38 pm

Hi.

I don't have takushipatch enabled:

emerge -pv bjfilter wrote:?????? ~ # emerge -pv bjfilter

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] net-print/bjfilter-2.50-r4 USE="ip1000 servicetools -amd64 -ip1500 -ip3100 -ip4100 -ip8600 -nocupsdetection -takushipatch" 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
[1] /usr/portage/local/custom-overlay

Shan · Post by **Shan** » Thu Nov 16, 2006 1:51 am

If you're trying to digest the ebuilds (in order to use them) then you need all the files marked in the SRC_URI statement; even if you're not going to use the files in question.

Open the bjfilter-2.50-r4.ebuild file up, and remove replace lines that read (around line 22)

Code: Select all

SRC_URI="${HOMEPAGE}${PN}-common-${PV}-2.src.rpm
        takushipatch? (http://mambo.kuhp.kyoto-u.ac.jp/~takushi/debian/pstocanonbj-3.1/src/pstocanonbj.c)"

with

Code: Select all

SRC_URI="${HOMEPAGE}${PN}-common-${PV}-2.src.rpm"

.

On a somewhat (un)related note; I'm working on making emul-linux-* ebuilds that would allow AMD64 users to enable the servicetools flag but I'm getting stuck with getting libglade to compile using the 32bit emul versions of libxml2 (that compiles fine btw). For whatever reason it defaults to using the 64-bit versions. If I compile by hand (outside of portage), I can force it to use the 32-bit ones found in /usr/lib32 via the "LIBGLADE_LIBS" variable, but every manner I can think of to incorporate this into the ebuild fails. If anyone has any suggestions I'm more than welcome to them. (Odds are its something incredibly simple but I'm looking too hard at the problem to see it)

One final note: Colin, In light of my (slow) progress with creating additional emul-linux packages, I propose we rename emul-linux-x86-bjdeps to emul-linux-x86-popt; since this is specifically what it is. This would keep the whole lot of packages easier to identify, as well as fall closer in line with existing emul-linux packages. I've already taken the liberty of making this change for my own development and I'll be more than willing to provide copies of my work for you to incorporate into the "official" versions.

--D_S-- · Post by **--D_S--** » Thu Nov 16, 2006 4:54 am

Still the same:

emerge --digest bjfilter wrote:--07:49:01-- ftp://download.canon.jp/pub/driver/bj/l ... -2.src.rpm
(try: 4) => `/usr/portage/distfiles/bjfilter-common-2.50-2.src.rpm'
Connecting to download.canon.jp|202.228.134.41|:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Retrying.

--07:49:05-- ftp://download.canon.jp/pub/driver/bj/l ... -2.src.rpm
(try: 5) => `/usr/portage/distfiles/bjfilter-common-2.50-2.src.rpm'
Connecting to download.canon.jp|202.228.134.41|:21... connected.
Logging in as anonymous ...
Error in server response, closing control connection.
Giving up.

No digest file available and download failed.

!!! Couldn't download 'bjfilter-common-2.50-2.src.rpm'. Aborting.

ColinK · Post by **ColinK** » Thu Nov 16, 2006 6:45 am

then try the newest ebuild - I removed the patch whitch can't be downloaded.

Rion · Post by **Rion** » Fri Nov 17, 2006 6:40 am

i have installed cnijfilter-2.60-r1
just tried to compile cnijfilter-2.60-r4 and it won't build anymore.

Code: Select all

gcc -O2 -Wall -I../../libs/buftool -march=athlon64 -O3 -pipe -msse3 -fomit-frame-pointer -Wl,--hash-style=both -o pstocanonij pstocanonij.o canonopt.o paramlist.o  -L/emul/linux/x86/lib -L/emul/linux/x86/usr/lib -L/usr/lib32 -L/var/tmp/portage/net-print/cnijfilter-2.60-r4/work/cnijfilter-2.60/libs/buftool -lcups ../../libs/buftool/libbuftool.a /usr/lib32/libpopt.so
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../libcups.so when searching for -lcups
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../libcups.a when searching for -lcups
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libcups.so when searching for -lcups
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libcups.a when searching for -lcups
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lcups
collect2: ld returned 1 exit status
make[2]: *** [pstocanonij] Error 1
make[2]: Leaving directory `/var/tmp/portage/net-print/cnijfilter-2.60-r4/work/cnijfilter-2.60/pstocanonij/filter'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/net-print/cnijfilter-2.60-r4/work/cnijfilter-2.60/pstocanonij'
make: *** [all] Error 2

!!! ERROR: net-print/cnijfilter-2.60-r4 failed.
Call stack:
  ebuild.sh, line 1568:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  cnijfilter-2.60-r4.ebuild, line 132:   Called die

!!! Couldn't make pstocanonij
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/local/portage/generic'

ColinK · Post by **ColinK** » Fri Nov 17, 2006 7:16 am

This is a known problem of this ebuild on amd64 with gcc4.

You have three options now:

-> Try to fix it in the ebuild somehow
-> Stick with your old version (which you probably compiled with gcc3)
-> Or use the precompiled binary from the gentoo-wiki

I'm sorry..

--D_S-- · Post by **--D_S--** » Fri Nov 17, 2006 6:24 pm

For some strange reason I could'n download tha package via ftp so I changed it to http and worked fine.

Thanks. I will finaly be able to use my old i350.

Rion · Post by **Rion** » Fri Nov 17, 2006 6:58 pm

ColinK wrote: -> Stick with your old version (which you probably compiled with gcc3)
.

it was compiled also with gcc4

i constantly update my system and now don't know what changed that cause this problem.

i'll try to fix ebuild..

ColinK · Post by **ColinK** » Fri Nov 17, 2006 8:42 pm

@Rion:

Are you saying you once successfully compiled cnijfilter with gcc4 on amd64???

This would be news to me.

You may try the bjfilter.ebuild and test if it results in the same error - because I expected a slightly different linking-error.

I expected things like
../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible ../../214/libs_bin/libcnbpcmcm214.so when searching for -lcnbpcmcm214
(which are canon-libraries)

instead of
../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible ../../libcups.so when searching for -lcups
(which is not)

So, you might want to compare your results of bjfilter with cnijfilter. You may also try to merge an OLD version of cnijfilter and see if it works - but I suppose not, because I never did a major change of anything.

I'm no expert on compiling things. But this problem is somehow about linking with libraries. As this ebuild tries to compile in 32bit-mode - it needs to link with 32bit libraries. But as everything compiles with gcc3, it's strange that it doesn't with gcc4.

The question is, why gcc4 regards certain libraries to be incompatible with something.

I think it's advisable to ask some gcc4 or amd64 people, whether anyone has any idea. But I somehow think that this is not so easy to resolve.

Rion · Post by **Rion** » Sat Nov 18, 2006 10:24 am

bjfilter won't compile with the same error as cnijfilter

zaratustra_20 · Post by **zaratustra_20** » Wed Nov 22, 2006 5:15 pm

gettin this compile error

Code: Select all

th.po:1086: number of format specifications in 'msgid' and 'msgstr' does not mat ch
/usr/bin/gmsgfmt: found 1 fatal error
make[2]: *** [th.gmo] Error 1
make[2]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pi xmaip1500/printui/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pi xmaip1500/printui'
make: *** [all] Error 2

!!! ERROR: net-print/bjfilter-2.50 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  bjfilter-2.50.ebuild, line 182:   Called src_compile_pr
  bjfilter-2.50.ebuild, line 268:   Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if rel evant.

!!! This ebuild is from an overlay: '/usr/local/portage'

help please?

ColinK · Post by **ColinK** » Wed Nov 22, 2006 6:16 pm

what's your linguas variable in make.conf?

try:
USE="linguas_en ip1500" emerge bjfilter

if this works, edit /etc/portage/package.use appropriately.

zaratustra_20 · Post by **zaratustra_20** » Wed Nov 22, 2006 6:54 pm

ColinK wrote:what's your linguas variable in make.conf?

try:
USE="linguas_en ip1500" emerge bjfilter

if this works, edit /etc/portage/package.use appropriately.

didn't help... also tried to soft CFLAGS but didn't made any progress...
these are my USE flags:

Code: Select all

USE="X alsa arts avi berkdb bitmap-fonts cairo cdr cli crypt cups dbus \
     dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam \
     firefox fortran gdbm gif gnome gpm gstreamer gtk hal \
     input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 \
     isdnlog jpeg kde kernel_linux ldap libg++ mad mikmod mp3 mpeg \
     ncurses nls nptl nptlonly ogg opengl oss pam pcre pdflib perl \
     png ppds pppd python qt3 qt4 quicktime readline reflection sdl \
     session spell spl ssl tcpd truetype truetype-fonts \
     type1-fonts udev unicode userland_GNU vorbis win32codecs x86 xml xorg \
     xosd xv zlib"

ColinK · Post by **ColinK** » Wed Nov 22, 2006 7:14 pm

Did you do any localisation?

What's your LINGUAS flag like?

zaratustra_20 · Post by **zaratustra_20** » Wed Nov 22, 2006 7:21 pm

ColinK wrote:Did you do any localisation?

What's your LINGUAS flag like?

Didn't do any localization and if LINGUAS should be in make.conf then I didn't set it up

the way I try to install is:
1. downloaded ebuild into /usr/local/portage
2. ebuild nameof...ebuild digest
3. downloaded patch into files dir
4. unmask and edited package.use
5 emerge...failed

ColinK · Post by **ColinK** » Wed Nov 22, 2006 7:42 pm

zaratustra_20 wrote:gettin this compile error
...
make[1]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pi xmaip1500/printui'
make: *** [all] Error 2
...

The space in pi xmaip1500 is strange. Does it happen with other driver models too? And as it seems as the error is within the compilation of the servicetools, it might help to disable servicetools.

But I'd like to know whether that strange directory really exists. Could you check that please?

zaratustra_20 · Post by **zaratustra_20** » Wed Nov 22, 2006 7:49 pm

ColinK wrote:
zaratustra_20 wrote:gettin this compile error
...
make[1]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pi xmaip1500/printui'
make: *** [all] Error 2
...
The space in pi xmaip1500 is strange. Does it happen with other driver models too? And as it seems as the error is within the compilation of the servicetools, it might help to disable servicetools.

But I'd like to know whether that strange directory really exists. Could you check that please?

space is a consequence of c/p from terminal, I suppouse, dir exists (no space).

zaratustra_20 · Post by **zaratustra_20** » Wed Nov 22, 2006 8:02 pm

reebuilded ebuild and it compiled successfully

thank you for your time anyway, I apreacete it

Printing and Scanning with Canon Pixma/Pixus Series

ip4300