Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 130986 - net-print/foomatic-db-20050910 broken on amd64
Summary: net-print/foomatic-db-20050910 broken on amd64
Status: RESOLVED DUPLICATE of bug 131533
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-23 10:14 UTC by Jon Mason
Modified: 2006-05-04 22:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jon Mason 2006-04-23 10:14:25 UTC
My system is unable to print with if running net-print/foomatic-db-20050910.  I reverted my system to the previous working version, net-print/foomatic-db-20050606, and printing works again.  However, net-print/foomatic-db-20050910 seems to break the /usr/share/ppd link, and requires manual removal to get the previous version to work.


# emerge --info
Portage 2.1_pre9-r4 (default-linux/amd64/2005.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.17-rc2 x86_64)
=================================================================
System uname: 2.6.17-rc2 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.14
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac alsa avi berkdb bitmap-fonts cdr cli crypt cups dri dvd eds emboss encode foomaticdb fortran gif gpm gstreamer gtk2 imlib ipv6 isdnlog jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls opengl pam pcre pdflib perl png ppds pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_sis video_cards_vesa video_cards_fbdev"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Erik Quaeghebeur 2006-04-27 12:06:52 UTC
(In reply to comment #0)
> My system is unable to print with if running net-print/foomatic-db-20050910.  I
> reverted my system to the previous working version,
> net-print/foomatic-db-20050606, and printing works again.  However,
> net-print/foomatic-db-20050910 seems to break the /usr/share/ppd link, and
> requires manual removal to get the previous version to work.
> 
I have the same problem, also reported on it in the forums:
<http://forums.gentoo.org/viewtopic-t-455610-highlight-.html>.

I also have the link breakage problem you talk about, but I don't know how to solve it. Can you elaborate on "manual removal to get the previous version to work?"

The error/warning in question:
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-net-print_-_foomatic-db-20050606-11006.log"

symlink:   /var/tmp/portage/foomatic-db-20050606/image/usr/share/cups/model/foomatic-ppds (symlink to /usr/share/ppd)
--------------------------------------------------------------------------------

# emerge --info
Portage 2.0.54 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O3 -ftracer -funit-at-a-time -fforce-addr -fpeel-loops -funswitch-loops -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O3 -ftracer -funit-at-a-time -fforce-addr -fpeel-loops -funswitch-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL=""
LINGUAS="en_US nl"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 7zip X aac aalib acpi alsa arts audiofile avi bash-completion berkdb bitmap-fonts blas bzip2 cdr cli crypt cups curl dhcp dri dvd dvdr dvdread eds emboss encode esd exif fam ffmpeg flac foomaticdb fortran gcj gd gif gmp gpm gs gstreamer gtk2 hal idn ieee1394 imagemagick imap imlib isdnlog java javascript jpeg justify kcal kde kdepim largeterminal lcms ldap libcaca libwww lm_sensors logitech-mouse lzw lzw-tiff mad mime mng mozilla mozsvg mp3 mpeg mplayer mppe-mppc ncurses network nls nodrm nptl nptlonly nvidia ogg oggvorbis opengl pam pcre pdf pdflib perl pic plotutils png ppds pppd python qt quicktime readline recode reflection samba sdl sensord session slang spell spl ssl subversion svg symlink tcpd tetex theora tiff truetype truetype-fonts type1 type1-fonts udev unicode usb userlocales visualization vorbis wifi wmf xine xml2 xorg xpm xprint xv xvid xvmc zlib linguas_en_US linguas_nl userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS
Comment 2 Lance Jacobs 2006-04-28 06:15:04 UTC
(In reply to comment #0)
> My system is unable to print with if running net-print/foomatic-db-20050910.  I
> reverted my system to the previous working version,
> net-print/foomatic-db-20050606, and printing works again.  However,
> net-print/foomatic-db-20050910 seems to break the /usr/share/ppd link, and
> requires manual removal to get the previous version to work.

I have this same issue on x86.  The problem appears to be the removal of /usr/bin/foomatic-rip, as /usr/lib/cups/filter/foomatic-rip, /usr/lib/ppr/interfaces/foomatic-rip, and /usr/lib/ppr/lib/foomatic-rip are still links to /usr/bin/foomatic-rip.  I get errors like this in /var/log/cups/error_log:

I [27/Apr/2006:14:28:43 -0400] Job 160 queued on 'hp2300dn' by 'ljacobs'.
I [27/Apr/2006:14:28:43 -0400] Started filter /usr/lib/cups/filter/pstops (PID 28257) for job 160.
I [27/Apr/2006:14:28:43 -0400] Started filter /usr/lib/cups/filter/foomatic-rip (PID 28258) for job 160.
I [27/Apr/2006:14:28:43 -0400] Started backend /usr/lib/cups/backend/socket (PID 28259) for job 160.
E [27/Apr/2006:14:28:43 -0400] PID 28258 stopped with status 22!

You can see that the attempt to run foomatic-rip (pid 28258) is the thing that causes the problem.
Comment 3 Erik Quaeghebeur 2006-04-28 10:16:34 UTC
(In reply to comment #2)

> I have this same issue on x86.  The problem appears to be the removal of
> /usr/bin/foomatic-rip, as /usr/lib/cups/filter/foomatic-rip,
> /usr/lib/ppr/interfaces/foomatic-rip, and /usr/lib/ppr/lib/foomatic-rip are
> still links to /usr/bin/foomatic-rip.  I get errors like this in
> /var/log/cups/error_log:
> 
> I [27/Apr/2006:14:28:43 -0400] Job 160 queued on 'hp2300dn' by 'ljacobs'.
> I [27/Apr/2006:14:28:43 -0400] Started filter /usr/lib/cups/filter/pstops (PID
> 28257) for job 160.
> I [27/Apr/2006:14:28:43 -0400] Started filter /usr/lib/cups/filter/foomatic-rip
> (PID 28258) for job 160.
> I [27/Apr/2006:14:28:43 -0400] Started backend /usr/lib/cups/backend/socket
> (PID 28259) for job 160.
> E [27/Apr/2006:14:28:43 -0400] PID 28258 stopped with status 22!
> 
> You can see that the attempt to run foomatic-rip (pid 28258) is the thing that
> causes the problem.
> 
I can confirm this for amd64.

I'm having problems with working around this problem. I tried to follow the steps the reporter mentions, but his "requires manual removal" is too terse for me. I would really appreciate it if anybody could be more specific on what I should do.

TIA
Comment 4 Jon Mason 2006-04-28 14:52:01 UTC
Sorry, my "manual removal" was to remove the /usr/share/ppd directory.  For those who are scared, you can move the directory to another location.
# mv /usr/share/ppd /usr/share/ppd2
Comment 5 Erik Quaeghebeur 2006-05-02 11:40:38 UTC
(In reply to comment #4)
> Sorry, my "manual removal" was to remove the /usr/share/ppd directory.  For
> those who are scared, you can move the directory to another location.
> # mv /usr/share/ppd /usr/share/ppd2

Ok, I did that and emerged net-print/foomatic-db-20050606. Afterwards, printing worked back like it should. So I can confirm the bug and the workaround.
Comment 6 Stefan Schweizer (RETIRED) gentoo-dev 2006-05-04 22:11:59 UTC

*** This bug has been marked as a duplicate of 131533 ***