Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Unsupported Software
  • Search

Printing and Scanning with Canon Pixma/Pixus Series

This forum covers all Gentoo-related software not officially supported by Gentoo. Ebuilds/software posted here might harm the health and stability of your system(s), and are not supported by Gentoo developers. Bugs/errors caused by ebuilds from overlays.gentoo.org are covered by this forum, too.
Post Reply
Advanced search
503 posts
  • Page 5 of 21
    • Jump to page:
  • Previous
  • 1
  • …
  • 3
  • 4
  • 5
  • 6
  • 7
  • …
  • 21
  • Next
Author
Message
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Thu Jun 22, 2006 3:57 pm

I now uploaded Version 1, brot tested.

please tell me whether it works now ([bug=130645]-> cnijfilter <-[/bug]).
Top
SirYes
Apprentice
Apprentice
User avatar
Posts: 282
Joined: Sun Jan 15, 2006 10:14 am
Location: Lodz, Poland
Contact:
Contact SirYes
Website

  • Quote

Post by SirYes » Fri Jun 23, 2006 11:20 pm

I've finally sorted out all problems with my iP4000. :D

Here's what was wrong and how I solved that:
  • I've started with cups-1.1.23-r7 and bjfilter-2.50 but that combination gave me problems with gnome-cups-manager (like this). I've installed a newer, masked cups-1.2.1 and gnome-cups manager worked.
  • I thought that everything was okay, until the upgrade of cups. Printer driver refused to work, displaying a message:

    Code: Select all

    Filter "pstocanonbj" for printer "ip4000" not available: No such file or directory
    I'm not exactly sure why did it happen, but cups was unable to find pstocanonbj filter even though bjfilter package should install it in a correct place. The solution was simple, but important:
    After upgrade from cups-1.1* to cups-1.2* a remerge of bjfilter was necessary.
  • Finally I was ready print, however one more problem popped up. Printer driver still refused to work, displaying a message:

    Code: Select all

    /usr/libexec/cups/backend/usb failed
    and in the /var/log/cups/error_log I've found:

    Code: Select all

    E [23/Jun/2006:19:04:24 +0200] [Job 8] Unable to open USB device "usb:/dev/usb/lp0": Success
    E [23/Jun/2006:19:04:24 +0200] PID 7817 (/usr/libexec/cups/backend/usb) stopped with status 1!
    After a bit of lucky guessing I've found that I needed to remove previously configured printer (with cups-1.1*) and add it again using the web interface (of the installed cups-1.2*). Looks like currently the upgrade of cups is not so smooth after all, and that's probably one of the reasons why it stays masked ATM.
Hope this may clarify some issues should anyone encounter them as well.

All in all I finally have a fully working Canon iP4000 with cups-1.2.1-r2, bjfilter-2.50 and gnome-cups-manager-0.31. Thanks for the good job with ebuilds! :mrgreen:
My blog: In search for ultimate programming language
Top
SirYes
Apprentice
Apprentice
User avatar
Posts: 282
Joined: Sun Jan 15, 2006 10:14 am
Location: Lodz, Poland
Contact:
Contact SirYes
Website

  • Quote

Post by SirYes » Sun Jun 25, 2006 12:00 pm

Today I wanted to emerge bjfilter for iP4000 on my amd64 machine. And I've encountered an unexpected breakage:

Code: Select all

# emerge -av bjfilter

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

Calculating dependencies... done!
[ebuild  N    ] app-emulation/emul-linux-x86-bjdeps-0.1  0 kB [1]
[ebuild  N    ] net-print/bjfilter-2.50  USE="amd64 pixusip4100 -bjtools -pixmaip1000
 -pixmaip1500 -pixusip3100 -pixusip8600 -takushipatch" 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
 [1] /usr/local/overlays/gentoo

Would you like to merge these packages? [Yes/No]
>>> starting parallel fetching
>>> Emerging (1 of 2) app-emulation/emul-linux-x86-bjdeps-0.1 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking popt-1.7.tar.gz ;-)
>>> Unpacking source...
>>> Unpacking popt-1.7.tar.gz to /var/tmp/portage/emul-linux-x86-bjdeps-0.1/work
 * Applying popt-1.7-missing-tests.patch ...                             [ ok ]
 * Applying popt-1.7-nls.patch ...                                       [ ok ]
 * Running automake --add-missing --copy --foreign ...                   [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/emul-linux-x86-bjdeps-0.1/work/emul-linux-x86-bjdeps-0.1 ...
 * econf: updating popt-1.7/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating popt-1.7/config.sub with /usr/share/gnuconfig/config.sub
/usr/bin/confcache --confcache-ignore /var/tmp/.distcc --confcache-dir
 /var/tmp/confcache ./configure --prefix=/usr --host=x86_64-pc-linux-gnu
 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
 --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib32
 --build=x86_64-pc-linux-gnu
configure: loading cache config.cache
checking build system type... (cached) x86_64-pc-linux-gnu
checking host system type... (cached) x86_64-pc-linux-gnu
checking target system type... config.sub: missing argument
Try `config.sub --help' for more information.
configure: error: /bin/sh ./config.sub  failed

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/emul-linux-x86-bjdeps-0.1/work/popt-1.7/config.log

!!! ERROR: app-emulation/emul-linux-x86-bjdeps-0.1 failed.
Call stack:
  ebuild.sh, line 1540:   Called dyn_compile
  ebuild.sh, line 940:   Called src_compile
  emul-linux-x86-bjdeps-0.1.ebuild, line 37:   Called econf
  ebuild.sh, line 541:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/local/overlays/gentoo'
It turned out that with portage-2.1 and FEATURES="confcache" enabled somehow the emul-linux-x86-bjdeps package would always break at the same place. A solution was quite simple actually:

Code: Select all

# FEATURES="-confcache" emerge -av bjfilter
My blog: In search for ultimate programming language
Top
SirYes
Apprentice
Apprentice
User avatar
Posts: 282
Joined: Sun Jan 15, 2006 10:14 am
Location: Lodz, Poland
Contact:
Contact SirYes
Website

  • Quote

Post by SirYes » Sun Jun 25, 2006 12:01 pm

However, another problem soon popped up:

Code: Select all

if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT getipc.o -MD -MP -MF ".deps/getipc.Tpo" -c -o getipc.o getipc.c; \
        then mv -f ".deps/getipc.Tpo" ".deps/getipc.Po"; else rm -f ".deps/getipc.Tpo"; exit 1; fi
getipc.c: In function 'GetIPCData':
getipc.c:67: warning: passing argument 3 of 'accept' from incompatible pointer type
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjflist.o -MD -MP -MF ".deps/bjflist.Tpo" -c -o bjflist.o bjflist.c; \
        then mv -f ".deps/bjflist.Tpo" ".deps/bjflist.Po"; else rm -f ".deps/bjflist.Tpo"; exit 1; fi
gcc  -O2  -Wl,-O1 -o bjfilter -L../../221/libs_bin bjferror.o bjfilter.o bjfimage.o bjfoption.o bjfpos.o bjfrcaccess.o getipc.o bjflist.o -lcnbpcmcm221 -lcnbpess221 -lm -ldl -ltiff -lpng -lcnbpcnclapi221 -lcnbpcnclbjcmd221 -lcnbpcnclui221 -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible ../../221/libs_bin/libcnbpcmcm221.so when searching for -lcnbpcmcm221
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lcnbpcmcm221
collect2: ld returned 1 exit status
make[2]: *** [bjfilter] Error 1
make[2]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip4100/bjfilter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip4100/bjfilter'
make: *** [all] Error 2

!!! ERROR: net-print/bjfilter-2.50 failed.
Call stack:
  ebuild.sh, line 1540:   Called dyn_compile
  ebuild.sh, line 940:   Called src_compile
  bjfilter-2.50.ebuild, line 162:   Called src_compile_pr
  bjfilter-2.50.ebuild, line 256:   Called die
I'm using gcc-4.1.1 at the moment. Is it possible "fix" the incompatible ../../221/libs_bin/libcnbpcmcm221.so library to sucessfully install bjfilter?

Edit:
Looks like the problem is deeper than that:

Code: Select all

# ls -l /var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/221/libs_bin
total 360
lrwxrwxrwx 1 root root     26 Jun 25 13:55 libcnbpcmcm221.so -> ./libcnbpcmcm221.so.6.11.1
-rwxr-xr-x 1 root root  42654 Jan 21  2005 libcnbpcmcm221.so.6.11.1
lrwxrwxrwx 1 root root     28 Jun 25 13:55 libcnbpcnclapi221.so -> ./libcnbpcnclapi221.so.3.1.0
-rwxr-xr-x 1 root root  40376 Jan 21  2005 libcnbpcnclapi221.so.3.1.0
lrwxrwxrwx 1 root root     30 Jun 25 13:55 libcnbpcnclbjcmd221.so -> ./libcnbpcnclbjcmd221.so.3.1.0
-rwxr-xr-x 1 root root  16760 Jan 21  2005 libcnbpcnclbjcmd221.so.3.1.0
lrwxrwxrwx 1 root root     27 Jun 25 13:55 libcnbpcnclui221.so -> ./libcnbpcnclui221.so.3.1.0
-rwxr-xr-x 1 root root  20111 Jan 21  2005 libcnbpcnclui221.so.3.1.0
lrwxrwxrwx 1 root root     24 Jun 25 13:55 libcnbpess221.so -> ./libcnbpess221.so.2.0.5
-rwxr-xr-x 1 root root 201824 Jan 21  2005 libcnbpess221.so.2.0.5
lrwxrwxrwx 1 root root     22 Jun 25 13:55 libcnbpo221.so -> ./libcnbpo221.so.1.0.7
-rwxr-xr-x 1 root root  29468 Jan 21  2005 libcnbpo221.so.1.0.7
Is it possible that the problem will apply to all these libraries?
They all seem to be 32-bit... :(

Code: Select all

# file *.so.*
libcnbpcmcm221.so.6.11.1:     ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
libcnbpcnclapi221.so.3.1.0:   ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
libcnbpcnclbjcmd221.so.3.1.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
libcnbpcnclui221.so.3.1.0:    ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
libcnbpess221.so.2.0.5:       ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
libcnbpo221.so.1.0.7:         ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
My blog: In search for ultimate programming language
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Sun Jun 25, 2006 12:39 pm

confcache will now be disabled in bjfilter, cnijfilter and bjdeps without user intervention (just added RESTRICT="confcache" in every ebuild)

Those libraries you mentioned are 32 bit and I can't do anything about it, because canon doesn't provide the sourcecode. The workaround is to activate the amd64 useflag which will pull in some 32-bit dependencies and compile in 32bit mode (via 'export ABI=x86'). A couple of people reported it to work. Maybe gcc 4.1 broke something. Please tell me your useflags of gcc. Do you know whether you somehow disabled "multilib"-support? It should be enabled by default.
Top
SirYes
Apprentice
Apprentice
User avatar
Posts: 282
Joined: Sun Jan 15, 2006 10:14 am
Location: Lodz, Poland
Contact:
Contact SirYes
Website

  • Quote

Post by SirYes » Sun Jun 25, 2006 5:32 pm

ColinK wrote:Those libraries you mentioned are 32 bit and I can't do anything about it, because canon doesn't provide the sourcecode.
I know, that's pretty bad.
ColinK wrote:The workaround is to activate the amd64 useflag which will pull in some 32-bit dependencies and compile in 32bit mode (via 'export ABI=x86'). A couple of people reported it to work.
As I reported earlier, I already have USE="amd64" enabled, because I'm running on amd64...
Look again:

Code: Select all

# emerge -av bjfilter
[ebuild  N    ] net-print/bjfilter-2.50  USE="amd64 pixusip4100 -bjtools -pixmaip1000
 -pixmaip1500 -pixusip3100 -pixusip8600 -takushipatch" 0 kB [1]
ColinK wrote:Maybe gcc 4.1 broke something. Please tell me your useflags of gcc.
I will when I get back home. But there's nothing fancy, believe me.

Edit - here it is:

Code: Select all

# emerge -pv gcc

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

Calculating dependencies... done!
[ebuild   R   ] sys-devel/gcc-4.1.1  USE="fortran gtk multislot nls -bootstrap -build -doc -gcj -hardened -ip28 -ip32r10k -mudflap -nocxx -objc -objc++ -objc-gc -vanilla" 0 kB
ColinK wrote:Do you know whether you somehow disabled "multilib"-support? It should be enabled by default.
Um, multilib is enabled here all right. I'm sure because openoffice-bin, firefox-bin, mplayer-bin and even sun-jdk-1.4 work without any problems. :?
Last edited by SirYes on Sun Jun 25, 2006 9:14 pm, edited 1 time in total.
My blog: In search for ultimate programming language
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Sun Jun 25, 2006 6:14 pm

Hmm .. I'm out of ideas... :(
Top
SirYes
Apprentice
Apprentice
User avatar
Posts: 282
Joined: Sun Jan 15, 2006 10:14 am
Location: Lodz, Poland
Contact:
Contact SirYes
Website

  • Quote

Post by SirYes » Sun Jun 25, 2006 9:19 pm

ColinK wrote:Hmm .. I'm out of ideas... :(
Don't feel bad about it. I'm already used to it on amd64... It's x86 which is "mainstream", so it just happens... I'll let you know if the problem persists on an amd64 installation with older, stable gcc. I just have to get to the right machine (the one I'm writing this on is ~x86) and I'll post the results - like tomorrow - okay?

Thanks for the job, anyway. On x86 everything works pretty well!

Edit:
On amd64 with a stable toolchain (gcc, binutils, glibc, etc.) both emul-linux-x86-bjdeps and bjfilter packages emerged correctly. After emerging gnome-cups-manager a nice test page has been printed.

I guess that the 32-bit libraries were compiled under somewhat different toolchain, so for a newer one (like mine) we can't do much about it. Can anybody with gcc-4.1* and glibc-2.4* confirm this?
My blog: In search for ultimate programming language
Top
marcme
n00b
n00b
User avatar
Posts: 9
Joined: Tue Nov 15, 2005 4:03 pm
Location: Germany

  • Quote

Post by marcme » Tue Jun 27, 2006 4:46 pm

Hi,

I tried cnijfilter a second time for my laptop. Unfortunately I got some errors during emerge:

Code: Select all

>>> Unpacking source...
>>> Unpacking cnijfilter-common-2.60-1.src.rpm
>>> Unpacking cnijfilter-common-2.60-1.tar.gz to /var/tmp/portage/cnijfilter-2.60/work

 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 * 
 *   /usr/local/portage/net-print/cnijfilter/files/cnijfilter-2.60-ip4200-ppd.patch
 *   ( cnijfilter-2.60-ip4200-ppd.patch )


!!! ERROR: net-print/cnijfilter-2.60 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_unpack
  ebuild.sh, line 711:   Called src_unpack
  cnijfilter-2.60.ebuild, line 90:   Called epatch '/usr/local/portage/net-print/cnijfilter/files/cnijfilter-2.60-ip4200-ppd.patch'
  eutils.eclass, line 192:   Called die

!!! Cannot find $EPATCH_SOURCE!
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'
I'm not very familiar in writing ebuilds, but I guess this line cause this behavior:
if use "ip4200" || ${_autochoose}; then
epatch ${FILESDIR}/cnijfilter-2.60-ip4200-ppd.patch || die
fi
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Tue Jun 27, 2006 5:09 pm

I somehow forgot to upload this file. I'm very sorry.

You can download it now at:
http://bugs.gentoo.org/show_bug.cgi?id=130645

Place it in a new subdirectory "files" of the ebuilds directory.
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Tue Jun 27, 2006 6:10 pm

I just created a [bug=138238]sane-pixma-0.11.3[/bug] ebuild.

Supported devices
MP150 working
MP170 working
MP450 working but making loud noise at 600 DPI
MP500 working
MP530 Please contact me with the output of lsusb!
MP800 working but no support for film scan
MP800R Please contact me with the output of lsusb!
MP830 Does ADF work?
MP700 working
MP730 experimental
MP750 Canceling scan in ADF mode doesn't eject the paper!
MP760 untested. Testers needed.
MP780 Both flatbed and ADF work but scanner hangs when cancel during a scan. (still true for 0.11.3?)
This sane-backend is currently part of SANE-CVS.

But be prepared: I wasn't able to scan with my Canon MP780 - although communication with my scanner was ok. But every attempt to scan just timed out. Maybe someone of you can get it working.

UPDATE: I had to choose a resolution of 600 dpi (pixmascan -r 600 -f pnm output.pnm). It didn't work for 75, 150 and 300 dpi. Have Fun.
Top
brot
Guru
Guru
Posts: 322
Joined: Tue Apr 06, 2004 9:32 pm

  • Quote

Post by brot » Wed Jun 28, 2006 5:01 pm

:mrgreen: Now thats handy...

I will try it as soon as my update is finished here, any nice sane frontends for kde to test it, or something else to look at before i will test ? (will be my first scanner under linux ;) )

brot
Top
knue
Tux's lil' helper
Tux's lil' helper
Posts: 139
Joined: Wed Oct 13, 2004 1:29 pm

  • Quote

Post by knue » Wed Jun 28, 2006 8:22 pm

I have the same problem with amd64 and gcc 4.1.1

Any solutions?
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Wed Jun 28, 2006 8:38 pm

SirYes:
On amd64 with a stable toolchain (gcc, binutils, glibc, etc.) both emul-linux-x86-bjdeps and bjfilter packages emerged correctly. After emerging gnome-cups-manager a nice test page has been printed.

I guess that the 32-bit libraries were compiled under somewhat different toolchain, so for a newer one (like mine) we can't do much about it. Can anybody with gcc-4.1* and glibc-2.4* confirm this?
Top
megahead13
n00b
n00b
Posts: 7
Joined: Sun Jun 04, 2006 3:09 pm

  • Quote

Post by megahead13 » Thu Jun 29, 2006 10:22 am

ColinK wrote:I just created a [bug=138238]sane-pixma-0.11.3[/bug] ebuild.

Supported devices
MP150 working
MP170 working
MP450 working but making loud noise at 600 DPI
MP500 working
MP530 Please contact me with the output of lsusb!
MP800 working but no support for film scan
MP800R Please contact me with the output of lsusb!
MP830 Does ADF work?
MP700 working
MP730 experimental
MP750 Canceling scan in ADF mode doesn't eject the paper!
MP760 untested. Testers needed.
MP780 Both flatbed and ADF work but scanner hangs when cancel during a scan. (still true for 0.11.3?)
This sane-backend is currently part of SANE-CVS.

But be prepared: I wasn't able to scan with my Canon MP780 - although communication with my scanner was ok. But every attempt to scan just timed out. Maybe someone of you can get it working.

UPDATE: I had to choose a resolution of 600 dpi (pixmascan -r 600 -f pnm output.pnm). It didn't work for 75, 150 and 300 dpi. Have Fun.
I have the following problem when I try to emerge your ebuild:

Code: Select all

emerge sane-pixma
Calculating dependencies ... done!
>>> Emerging (1 of 1) media-gfx/sane-pixma-0.11.3 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking mp150-0.11.3.tar.bz2 ;-)
>>> checking mp150-0.11.3a.patch ;-)
>>> Unpacking source...
>>> Unpacking mp150-0.11.3.tar.bz2 to /var/tmp/portage/sane-pixma-0.11.3/work

bzip2: Compressed file ends unexpectedly;
	perhaps it is corrupted?  *Possible* reason follows.
bzip2: Success
	Input file = /var/tmp/portage/sane-pixma-0.11.3/distdir/mp150-0.11.3.tar.bz2, output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.


!!! ERROR: media-gfx/sane-pixma-0.11.3 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_unpack
  ebuild.sh, line 711:   Called src_unpack
  sane-pixma-0.11.3.ebuild, line 22:   Called unpack 'mp150-0.11.3.tar.bz2'
  ebuild.sh, line 397:   Called die

!!! failure unpacking mp150-0.11.3.tar.bz2
!!! If you need support, post the topmost build error, and the call stack if relevant.
The weird thing is that I can unpack manually the mp150-0.11.3.tar.bz2 file without any problem...
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Thu Jun 29, 2006 1:18 pm

1) Please compare your digest files with this one:
MD5 3ab071e4e44d1ed34502a915d5b35947 mp150-0.11.3.tar.bz2 75549
RMD160 7e4b2bb11db0262eb5a335ec78342ce8d0b66bf8 mp150-0.11.3.tar.bz2 75549
SHA256 a248dd31914421555c96e2b8cba794b0fb3598c199b55c405edcce50c03175e1 mp150-0.11.3.tar.bz2 75549
MD5 865916048fe2cda362e888428b73b17e mp150-0.11.3a.patch 816
RMD160 6b7dc41c66a09e32b7b708932176135985c03f0f mp150-0.11.3a.patch 816
SHA256 a49a64d53927f7b2fe2def715d8ed68ade77efd88ebdd963ffdfeb0d9dede14d mp150-0.11.3a.patch 816
2) Delete the archive and retry

3) unpack ${DISTDIR}/mp150-0.11.3.tar.bz2 into ${DISTDIR}/mp150-0.11.3 and edit the ebuild:
src_unpack() {
cp ${DISTDIR}/mp150-${PV} . || die
epatch ${DISTDIR}/mp150-${PV}a.patch || die # apply before changing directory structure
mv mp150-${PV} ${P} || die # Correcting directory-structure
}
(This is an emergency hack if (1) and (2) didn't help) :)
Top
knue
Tux's lil' helper
Tux's lil' helper
Posts: 139
Joined: Wed Oct 13, 2004 1:29 pm

  • Quote

Post by knue » Thu Jun 29, 2006 7:56 pm

I think I got a bit further with amd64 and gcc-4.1.1

I copied from a working gcc-4.1.1 based x86 (athlon-xp) instalation /usr/lib/libtiff* and /usr/lib/libpng* to my /usr/lib32/.
then I did a

Code: Select all

LDFLAGS="-m32" emerge bjfilter
Then I got this error:

Code: Select all

Now type `make' to compile the package.
make  all-recursive
make[1]: Entering directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip3100/bjfilter'
Making all in src
make[2]: Entering directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip3100/bjfilter/src'
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjferror.o -MD -MP -MF ".deps/bjferror.Tpo" -c -o bjferror.o bjferror.c; \
        then mv -f ".deps/bjferror.Tpo" ".deps/bjferror.Po"; else rm -f ".deps/bjferror.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjfilter.o -MD -MP -MF ".deps/bjfilter.Tpo" -c -o bjfilter.o bjfilter.c; \
        then mv -f ".deps/bjfilter.Tpo" ".deps/bjfilter.Po"; else rm -f ".deps/bjfilter.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjfimage.o -MD -MP -MF ".deps/bjfimage.Tpo" -c -o bjfimage.o bjfimage.c; \
        then mv -f ".deps/bjfimage.Tpo" ".deps/bjfimage.Po"; else rm -f ".deps/bjfimage.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjfoption.o -MD -MP -MF ".deps/bjfoption.Tpo" -c -o bjfoption.o bjfoption.c; \
        then mv -f ".deps/bjfoption.Tpo" ".deps/bjfoption.Po"; else rm -f ".deps/bjfoption.Tpo"; exit 1; fi
bjfoption.c: In function 'SetCmdOption':
bjfoption.c:546: warning: passing argument 3 of 'poptGetContext' from incompatible pointer type
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjfpos.o -MD -MP -MF ".deps/bjfpos.Tpo" -c -o bjfpos.o bjfpos.c; \
        then mv -f ".deps/bjfpos.Tpo" ".deps/bjfpos.Po"; else rm -f ".deps/bjfpos.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjfrcaccess.o -MD -MP -MF ".deps/bjfrcaccess.Tpo" -c -o bjfrcaccess.o bjfrcaccess.c; \
        then mv -f ".deps/bjfrcaccess.Tpo" ".deps/bjfrcaccess.Po"; else rm -f ".deps/bjfrcaccess.Tpo"; exit 1; fi
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT getipc.o -MD -MP -MF ".deps/getipc.Tpo" -c -o getipc.o getipc.c; \
        then mv -f ".deps/getipc.Tpo" ".deps/getipc.Po"; else rm -f ".deps/getipc.Tpo"; exit 1; fi
getipc.c: In function 'GetIPCData':
getipc.c:67: warning: passing argument 3 of 'accept' from incompatible pointer type
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/cncl -I../include/misc    -O2 -MT bjflist.o -MD -MP -MF ".deps/bjflist.Tpo" -c -o bjflist.o bjflist.c; \
        then mv -f ".deps/bjflist.Tpo" ".deps/bjflist.Po"; else rm -f ".deps/bjflist.Tpo"; exit 1; fi
gcc  -O2  -m32 -o bjfilter -L../../218/libs_bin bjferror.o bjfilter.o bjfimage.o bjfoption.o bjfpos.o bjfrcaccess.o getipc.o bjflist.o -lcnbpcmcm218 -lcnbpess218 -lm -ldl -ltiff -lpng -lcnbpcnclapi218 -lcnbpcnclbjcmd218 -lcnbpcnclui218 -lpopt
/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/../../../../lib32/libpopt.so when searching for -lpopt
/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/../../../../lib32/libpopt.a when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/../lib32/libpopt.so when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/../lib32/libpopt.a when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib32/libpopt.so when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib32/libpopt.a when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libpopt.so when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libpopt.a when searching for -lpopt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lpopt
collect2: ld returned 1 exit status
make[2]: *** [bjfilter] Error 1
make[2]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip3100/bjfilter/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/bjfilter-2.50/work/bjfilter-2.50/pixusip3100/bjfilter'
make: *** [all] Error 2
It seems that libpopt prevents me from success. I also tried my own x86 based libs and not that ones provided by the emul-linux-x86-bjdeps overlay package. But then I get an error even before.

EDIT:
After a bit of fiddling with the make file I got exactly this working.

I used my own x86 based libpopt stuff with -L/foobar and -m32 was needed

But how do I continue the ebuild?
Top
megahead13
n00b
n00b
Posts: 7
Joined: Sun Jun 04, 2006 3:09 pm

  • Quote

Post by megahead13 » Wed Jul 05, 2006 11:02 am

ColinK wrote:1) Please compare your digest files with this one:
MD5 3ab071e4e44d1ed34502a915d5b35947 mp150-0.11.3.tar.bz2 75549
RMD160 7e4b2bb11db0262eb5a335ec78342ce8d0b66bf8 mp150-0.11.3.tar.bz2 75549
SHA256 a248dd31914421555c96e2b8cba794b0fb3598c199b55c405edcce50c03175e1 mp150-0.11.3.tar.bz2 75549
MD5 865916048fe2cda362e888428b73b17e mp150-0.11.3a.patch 816
RMD160 6b7dc41c66a09e32b7b708932176135985c03f0f mp150-0.11.3a.patch 816
SHA256 a49a64d53927f7b2fe2def715d8ed68ade77efd88ebdd963ffdfeb0d9dede14d mp150-0.11.3a.patch 816
2) Delete the archive and retry

3) unpack ${DISTDIR}/mp150-0.11.3.tar.bz2 into ${DISTDIR}/mp150-0.11.3 and edit the ebuild:
src_unpack() {
cp ${DISTDIR}/mp150-${PV} . || die
epatch ${DISTDIR}/mp150-${PV}a.patch || die # apply before changing directory structure
mv mp150-${PV} ${P} || die # Correcting directory-structure
}
(This is an emergency hack if (1) and (2) didn't help) :)
Thank you Colin. Sorry for my delay in answering. I had some trouble last days, that prevented me to deal with this issue. Anyway... Solutions 1 & 2 didn't work. With solution 3, I now get this message:

Code: Select all

emerge sane-pixma
Calculating dependencies ... done!
>>> Emerging (1 of 1) media-gfx/sane-pixma-0.11.3 to /
>>> checking ebuild checksums ;-)
>>> checking auxfile checksums ;-)
>>> checking miscfile checksums ;-)
>>> checking mp150-0.11.3.tar.bz2 ;-)
>>> checking mp150-0.11.3a.patch ;-)
>>> Unpacking source...
cp: cannot stat `/var/tmp/portage/sane-pixma-0.11.3/distdir/mp150-0.11.3': No such file or directory

!!! ERROR: media-gfx/sane-pixma-0.11.3 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_unpack
  ebuild.sh, line 711:   Called src_unpack
  sane-pixma-0.11.3.ebuild, line 22:   Called die

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

!!! This ebuild is from an overlay: '/usr/local/portage'
/var/tmp/portage/sane-pixma-0.11.3/distdir/mp150-0.11.3 exists!!! What the ****???
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Wed Jul 05, 2006 11:42 am

hmm .. ${DISTDIR} usually points to /usr/portage/distfiles instead of /var/tmp/portage/sane-pixma-0.11.3/distdir/

Don't replace ${DISTDIR} by distdir or anything else!

Just copy and paste it without modifications. (It seems like you did something else).
Top
megahead13
n00b
n00b
Posts: 7
Joined: Sun Jun 04, 2006 3:09 pm

  • Quote

Post by megahead13 » Wed Jul 05, 2006 12:02 pm

I 've done it exaclty the way you derscribed. And yes my ${DISTDIR} points to /usr/portage/distfiles...
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Wed Jul 05, 2006 12:20 pm

That's very very strange ...

replace the "cp" statement with read -p "Please extract the source code into /var/tmp/portage/sane-pixma-0.11.3/work/mp150-0.11.3 and hit return afterwards". This should make the ebuild pause until you prepare the workdir and hit return.

edit: Is your system always that weird? :roll:
Top
megahead13
n00b
n00b
Posts: 7
Joined: Sun Jun 04, 2006 3:09 pm

  • Quote

Post by megahead13 » Wed Jul 05, 2006 12:49 pm

ColinK wrote:That's very very strange ...

replace the "cp" statement with read -p "Please extract the source code into /var/tmp/portage/sane-pixma-0.11.3/work/mp150-0.11.3 and hit return afterwards". This should make the ebuild pause until you prepare the workdir and hit return.
Thanx! That worked!!!
ColinK wrote:edit: Is your system always that weird? :roll:
Hahaha :lol: no. Actually your ebuild for the printers worked fine. Well, I suppose that the whole problem occured when I executed "ebuild digest" for the "sane ebuild", and something went wrong with my network, so I had to stop it. Take into account that I am a newbie with Gentoo (I use it for 3 months now), and you can understand that I got somehow lost with all that stuff... Anyway...

One last question: What about the fax part of the MP780 multifunctional. Have you made it work?
Top
ColinK
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 142
Joined: Fri Dec 30, 2005 8:21 pm

  • Quote

Post by ColinK » Wed Jul 05, 2006 1:15 pm

I'm glad the workaround worked. 8)

No .. I don't expect fax-drivers in the near future. Our only hope is Canon. They might add Linux support for this device one day. But they also might not. So we are currently stuck with two options: either use windows or print everything we want to fax.

I suppose everyone started beeing new to Gentoo. But it's a great experience and you learn alot. Your current feeling shouldn't endure very long.
Top
megahead13
n00b
n00b
Posts: 7
Joined: Sun Jun 04, 2006 3:09 pm

  • Quote

Post by megahead13 » Wed Jul 05, 2006 2:12 pm

ColinK wrote:Our only hope is Canon. They might add Linux support for this device one day. But they also might not.
I bet my money on the second :evil:
ColinK wrote:So we are currently stuck with two options: either use windows or print everything we want to fax.
One of the very very few reasons I still have windoze on my PC: Canon :evil:

And the most annoying thing is that Canon produces drivers for MacOS X (BSD kernel as you probably already know)... It shouldn't be difficult for such a big IT company to produce Linux drivers... Well, anyway... End of offtopic!
Top
Shan
Guru
Guru
User avatar
Posts: 558
Joined: Tue Nov 04, 2003 7:16 pm
Location: /dev/null

  • Quote

Post by Shan » Fri Jul 07, 2006 3:10 am

Hrm, I finally got around to trying to upgrade to the newer ebuild versions. Apparently I shouldn't have; as I'm now getting the same error as SirYes is in RE: bjfilter. emul-x86-bjdeps works flawlessly however, though somethings gotten fubar, likely because of the half merge. I'm left unable to print, with cups giving the error.

Code: Select all

E [06/Jul/2006:22:58:54 -0400] PID 12865 (/usr/libexec/cups/filter/pstocanonbj) stopped with status 127!
All of this is, of course, due to my using gcc-4.1.1 (pure ~amd64 system). I tried (installing and) switching to gcc-3.4.6-r1 but it still crapped out on the same error, so I imagine I'd have to recompile my whole toolchain to get that to work, which is something I'm hoping to avoid.

If someone would be so generous as to build and host me binary copies of both bjdeps and bjfilter (USE="amd64 pixusip4100") so I could have a working printer again I'd greatly appreciate it. Its such a pain having to boot to windows to print out papers for my classes :evil:
{ NO -U } { STRIP }
{ TINY }
Top
Post Reply

503 posts
  • Page 5 of 21
    • Jump to page:
  • Previous
  • 1
  • …
  • 3
  • 4
  • 5
  • 6
  • 7
  • …
  • 21
  • Next

Return to “Unsupported Software”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy