Since the 23 series > (-r1), CUPS isn't working at all for me. One release breaks the output of the "web server" (localhost:631), another doesn't print at all... At this very moment (with 1.1.23-r4): ** USB printer (Brother HL-1430 via USB, used to work well with its PPD) is recognized as always, but printing yelds no result. From the error_log file: -------------- I [10/Jun/2005:12:51:07 +0200] Loaded configuration file "/etc/cups/cupsd.conf" I [10/Jun/2005:12:51:07 +0200] Configured for up to 100 clients. I [10/Jun/2005:12:51:07 +0200] Allowing up to 100 client connections per host. I [10/Jun/2005:12:51:07 +0200] Full reload is required. I [10/Jun/2005:12:51:09 +0200] LoadPPDs: Read "/etc/cups/ppds.dat", 16 PPDs... I [10/Jun/2005:12:51:09 +0200] LoadPPDs: No new or changed PPDs... E [10/Jun/2005:12:51:09 +0200] LoadAllJobs: Unable to open spool directory /var/lib/spool/cups: No such file or directory I [10/Jun/2005:12:51:09 +0200] Full reload complete. E [10/Jun/2005:12:51:23 +0200] ReadClient: Unable to write 1795 bytes to /var/lib/spool/cups/00000000: Descrittore di file non valido I [10/Jun/2005:12:51:47 +0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=28194) E [10/Jun/2005:12:52:16 +0200] ReadClient: Unable to write 1673 bytes to /var/lib/spool/cups/00000001: Descrittore di file non valido ("Descrittore di file non valido" == "Invalid file descriptor", for non-Italian readers) ----------- ** Going to localhost:631 and trying to add a new printer brings you into a page saying that: --------- Request Entity Too Large La richiesta � troppo grande per essere eseguita da questo server.HTTP/1.1 413 Request Entity Too Large Date: Fri, 10 Jun 2005 10:55:50 GMT Server: CUPS/1.1 Content-Language: it Upgrade: TLS/1.0,HTTP/1.1 Connection: close Content-Type: text/html Content-Length: 182 Request Entity Too Large La richiesta � troppo grande per essere eseguita da questo server. ("Request too large to be executed by this server.") --------- Downgrading to -r1 is the only way. What's happening with CUPS? Also in IRC I've met a lot of people with problems with recent installed versions. Imho, I think that CUPS deserves more attention by devs, because it has been a little bit messed up lately. Please don't think I'm blaming anybody... I really appreciate your work. And, after all, I know that using testing / unstable ebuilds is just a problem of mine. :-) Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r10 i686) ================================================================= System uname: 2.6.11-gentoo-r10 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.12 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.4.1 sys-apps/sandbox: 1.2.1-r2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16-r1 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -pipe" CHOST="i686-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 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/con fig/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /va r/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.e liteitminds.com" LANG="it_IT@euro" LC_ALL="it_IT@euro" LINGUAS="it" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bonobo cdr crypt cups curl dga dire ctfb doc dvd eds emacs emboss encode fam fbcon flac foomaticdb fortran gd gdbm gif gnome gpm gtk gtk2 gtkhtml guil e imagemagick imap imlib ipv6 jack java jpeg junit kde ldap libg++ libwww mad maildir mbox mikmod mmx motif mp3 mp eg mysql nas ncurses nls nptl nptonly odbc ogg oggvorbis opengl oss pam pcmcia pdflib perl png python qt quicktime readline samba sasl sdl slang speex spell sse sse2 ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-f onts vorbis xine xml xml2 xmms xv zlib video_cards_i915 linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
I have -r1 installed and I'm getting this same behaviour: localhost:631/admin is an empty page This is since my last update world, so I think it may be related to the changes in baselayout or the inestable releases of pam. By the way, I'm having a lot of problems with gdm/xdm for this very reason, all related to permissions.
I don't have other problems about baselayout, pam & permissions (just sometimes rp-pppoe drops the connections when under heavy CPU usage, but I think it's quite unrelated). Almost everything on my system runs smooth, kdm too. The only thing I don't seem to have working is CUPS.
please try to remove your printer and install it again
Removing the printer and adding it again fixes it for me, you're right. What happened?
i don't know, but i had the same problem