When I use latest unstable version of Gimp-print with driver Pixma IP-3000 and print a 150 page document, memory usage slowly increases, while no application seem to be using so much of it (I'm speaking about 4GB + 3GB swap). I print double side with that option activated. Should it be possible to use gutenprint 5.0.1 stable instead of this version, and change the name to gutenprint, also the USE flag?? Reproducible: Always Steps to Reproduce: 1. Print something about 150 pages 2. Wait until memory fills up 3. Computer freezes, printing freezes Actual Results: Computer freezes Expected Results: Work should be printed with no problem I'm using cups 1.2.10-r1, gimp-print 5.1.3 Here's my emerge --info: Portage 2.1.3.16 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r8 x86_64) ================================================================= System uname: 2.6.22-gentoo-r8 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Timestamp of tree: Sat, 27 Oct 2007 15:04:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r5 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="es_ES.UTF-8" LC_ALL="es_ES.UTF-8" LINGUAS="es" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X a52 aac acl acpi alsa amd64 arts avivo bash-completion berkdb bitmap-fonts bzip2 cairo calendar cddb cdparanoia cdr cli cracklib crypt cscope css cups dbus dga dri dts dvd dvdr dvdread eds emboss encode esd evo examples exif fam ffmpeg fftw firefox flac foomaticdb fortran gdbm gif glut gnome gnutls gphoto2 gpm gstreamer gtk hal iconv idn ieee1394 ipv6 isdnlog java javascript jikes jpeg jpeg2k kde kerberos ldap libsamplerate lm_sensors mad midi mikmod mime mmap mmx mng mono mp3 mpeg mpi mplayer msn mudflap musicbrainz ncurses nls nptl nptlonly nsplugin offensive ogg opengl openmp pam pcntl pcre pda pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection scanner sdl session sharedmem slp speex spell spl sse sse2 ssl svg symlink tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb vorbis wifi wmf x264 xattr xcomposite xine xinerama xml xorg xpm xprint xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="rate" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es" USERLAND="GNU" VIDEO_CARDS="fglrx radeon vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
(In reply to comment #0) > Should it be possible to use gutenprint 5.0.1 stable instead of this version, Nothing prevents your from using 4.2.7 if you want stable. > and change the name to gutenprint, also the USE flag?? Not here, see Bug 144623.
Yes, I know. But I need at least 5.0.1, because it supports IP-3000 directly, and double-sided printing. It works fine, except for the bug. Till now, I've had to use BJC7000 driver for my printer, which is not as far as good as the new driver.
It also happens with other distros, and other printers. Could it be sent to mainstream?? Thanks!! I cannot print more than 80 pages at a time!!!
You have to file a bugreport upstream yourself, since we can't give much info if we don't own a problematic printer which causes problems. You already reported it on the gimp-print bugtracker as far as I can see, Request ID: 1823768. How about further cooperation with them?
It would be nice, but I would have to learn about debugging, since I don't have so much knowledge. I'm going to track it with them, I didn't remember that I sent that bug request to mainstream. Maybe it'll be fixed also for Gentoo if they release something more. Thanks!
(In reply to comment #1) > (In reply to comment #0) > > Should it be possible to use gutenprint 5.0.1 stable instead of this version, I second this request. > > Nothing prevents your from using 4.2.7 if you want stable. 4.2.7 was released in July of 2004 and lacks a great deal of support for modern printers. The 5.0.x series are stable releases, while the 5.1.x series is an experimental/developer branch. See 5.x.x release notes for Gutenprint. I think Néstor Amigo Cairo, like myself, has little use for 4.2.7 since it was released without support for our model of printers. So while it may be considered stable, it is of little utility for those looking to get printer support on a model produced in the last three years! > > > and change the name to gutenprint, also the USE flag?? > > Not here, see Bug 144623. >
does 5.1.4 fix this issue?
Get back to us please...
(In reply to comment #8) > Get back to us please... > Ok, sorry for te delay in replying. I understand a little more the reasoning behind waiting to rename to gutenprint. And I apologize for bring this back up when their is a proper bug report to handle switch. I'm currently installing and testing 5.1.4 of gutenprint. I actually had no problem renaming the ebuild to 5.0.1 in my local overlay and forcing portage to download the stable from upstream. Unfortunately I wasn't very impressed with the print quality for my particular model so I have been looking into Turboprint. Version 5.1.4 is still lacking support for me. Have to check with original bug reporter
Latest version fixes this bug (latest upstream, means 5.1.6). Thanks!!