From owner-freebsd-questions@FreeBSD.ORG Tue Apr 22 06:48:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C867FCA4; Tue, 22 Apr 2014 06:48:56 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 576A41A75; Tue, 22 Apr 2014 06:48:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WcUVa-0047ZB-U4>; Tue, 22 Apr 2014 08:48:46 +0200 Received: from g226059142.adsl.alicedsl.de ([92.226.59.142] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WcUVa-000mVZ-NA>; Tue, 22 Apr 2014 08:48:46 +0200 Date: Tue, 22 Apr 2014 08:48:41 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported Message-ID: <20140422084841.6dbb4204.ohartman@zedat.fu-berlin.de> In-Reply-To: <534AC039.5080109@passap.ru> References: <20140408154210.1aec26a8.ohartman@zedat.fu-berlin.de> <534476FE.4020109@passap.ru> <20140411130833.0d4cd2f2.ohartman@zedat.fu-berlin.de> <2456953.yOakfpjjYJ@lumiwa.farms.net> <20140412151604.0c90adc4.ohartman@zedat.fu-berlin.de> <534AC039.5080109@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/fxqU0t5IW3Iy/fJBNcj=eg_"; protocol="application/pgp-signature" X-Originating-IP: 92.226.59.142 X-ZEDAT-Hint: A Cc: Max Brazhnikov , freebsd-questions@freebsd.org, FreeBSD Ports X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 06:48:56 -0000 --Sig_/fxqU0t5IW3Iy/fJBNcj=eg_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 13 Apr 2014 20:50:01 +0400 Boris Samorodov wrote: > 12.04.2014 17:16, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Fri, 11 Apr 2014 08:19:45 -0400 > > Ajtim wrote: > >=20 > >> On Friday 11 April 2014 13:08:33 O. Hartmann wrote: > >>> On Wed, 09 Apr 2014 02:23:58 +0400 > >>> > >>> Boris Samorodov wrote: > >>>> 09.04.2014 00:25, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>> On Tue, 08 Apr 2014 23:16:33 +0400 > >>>>> > >>>>> Boris Samorodov wrote: > >>>>>> 08.04.2014 17:42, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>>> Since the update of print/cups from 1.5.X to 1.7.1 > >>>>>> > >>>>>> How did you do it? > >>>>> > >>>>> As it is reported in /usr/ports/UPDATING. I delete first cups-image, > >>>>> then did the update which reeled in all the new stuff automatically. > >>>> > >>>> OK, lets start from some obvious things. > >>>> Did you restart cupsd while experimenting? > >>> > >>> No. > >>> > >>>> Give an output for: > >>>> ----- > >>>> % type lpr > >>> > >>> lpr is /usr/local/bin/lpr > >>> pkg which /usr/local/bin/lpr > >>> /usr/local/bin/lpr was installed by package cups-base-1.7.1 > >>> > >>>> % ls -l /usr/local/etc/cups > >>> > >>> -r--r--r-- 1 root wheel 2807 11 Apr 11:58 cups-browsed.conf > >>> -rw-r----- 1 root cups 3197 8 Apr 17:15 cups-files.conf > >>> -rw-r----- 1 root cups 3197 8 Apr 17:15 cups-files.conf.bak > >>> -rw-r----- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sample > >>> -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf > >>> -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf.sample > >>> -rw-r----- 1 root cups 3442 8 Apr 17:22 cupsd.conf > >>> -rw-r----- 1 root cups 5098 8 Apr 17:20 cupsd.conf.O > >>> -rw-r----- 1 root cups 3442 8 Apr 17:22 cupsd.conf.bak > >>> -rw-r----- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.default > >>> -r--r--r-- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.sample > >>> drwxr-xr-x 2 root wheel 512 11 Apr 12:02 interfaces > >>> -r--r--r-- 1 root wheel 1875 8 Apr 19:17 mime.convs > >>> -r--r--r-- 1 root wheel 1874 11 Apr 12:02 mime.convs.sample > >>> -r--r--r-- 1 root wheel 6456 8 Apr 19:18 mime.types > >>> -r--r--r-- 1 root wheel 6455 11 Apr 12:02 mime.types.sample > >>> drwxr-xr-x 2 root cups 512 11 Apr 12:02 ppd > >>> -rw------- 1 root cups 4134 8 Apr 17:33 printers.conf > >>> -rw------- 1 root cups 4134 8 Apr 14:58 printers.conf.O > >>> -rw------- 1 root cups 4134 8 Apr 17:22 printers.conf.bak > >>> -rw-r--r-- 1 root cups 946 11 Apr 11:53 pstoraster.convs > >>> -r--r--r-- 1 root wheel 778 11 Apr 12:04 pstotiff.convs > >>> -r--r--r-- 1 root wheel 2084 11 Apr 12:04 pstotiff.types > >>> -r--r--r-- 1 root wheel 284 11 Apr 11:49 snmp.conf > >>> -r--r--r-- 1 root wheel 284 11 Apr 12:02 snmp.conf.sample > >>> drwx------ 2 root cups 512 11 Apr 12:02 ssl > >>> > >>>> % make -C /usr/ports/print/cups-client pretty-print-config > >>> > >>> -GNUTLS (whoops ... this is not the default, isn't it?) > >>> > >>> =3D=3D> corrected that with a new recompilation with rmconfig precede= d. > >>> > >>>> % grep CUPS /etc/make.conf > >>> > >>> NULL (menas: no output) > >>> > >>>> % pkg info -x cups hp foo gut > >>> > >>> cups-base-1.7.1 > >>> cups-client-1.7.1 > >>> cups-filters-1.0.52 > >>> cups-image-1.7.1 > >>> cups-pdf-2.6.1_1 > >>> cups-pstoraster-8.15.4_7 > >>> cups-samba-6.0_7 > >>> gutenprint-cups-5.2.8_1 > >>> libgnomecups-0.2.3_5,1 > >>> linux-f10-cups-libs-1.3.11_1 > >>> foomatic-db-hpijs-1.4 > >>> hplip-3.14.1 > >>> kdevelop-php-1.6.0_1 > >>> kdevelop-php-docs-1.6.0_1 > >>> php5-5.4.27 > >>> swhplugins-0.4.15_4 > >>> foomatic-db-20140331 > >>> foomatic-db-engine-4.0.11,2 > >>> foomatic-db-hpijs-1.4 > >>> foomatic-filters-4.0.17 > >>> gimp-gutenprint-5.2.8 > >>> gutenprint-base-5.2.8 > >>> gutenprint-cups-5.2.8_1 > >>> gutenprint-ijs-5.2.8 > >>> > >>>> ----- > >>>> > >>>> Stop cupsd, move temporary /var/log/cups/*_log to another location. > >>>> Start cupsd and look for suspicious messages at /var/log/cups/* file= s. > >>> > >>> Nothing suspicious so far. With print/cups-filters installed, the who= le cups > >>> printing system is corrupted and doesn't print a single sheet of paper > >>> (PDF/PS) normal es expected. > >>> > >>> > >>> Prior to this task, I recompiled, as you suggested, first all cups po= rts and > >>> afterwards hplip/foomatic. I also installed print/cups-filters before > >>> recompiling hplip/foomatic. > >> > >> It works for me now (FreeBSD 10.0-RELEASE): > >> > >> I did deinstall cups* and hplip. Than installed cups and patched hplip= . First=20 > >> I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn'= t work=20 > >> It printed:%PDF-1.4 > >> and jobs processing never stopped. Than I removed device and installe= d again=20 > >> with -3000-ps.ppd.gz and it works but cannot print test page. > >> =20 > >=20 > > I tried alternatives, but it is with all (known to me) usefull drivers = for the > > specific printer the same result: empty pages, print job stuck in queue= . I also tried > > most recent hplip-3.14.4 but I doubt this is the reason.=20 > >=20 > > I can print PDF and PS, as reported, when deinstalling/removing print/c= ups-filters > > using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NA= ME jobfile.ps. > > This fails when print/cups-filter is installed. >=20 > This is rather strange. But may be this is because you use hplip which > I've never used before. >=20 > > Have you tried to deinstall by intention cups-filters and check whether= the formerly > > used driver works for you? >=20 > Yes, I tested cups-1.7.0 for several months with no ill-effects (HP, > OKI and Epson printers). >=20 > > I also deinstalled everything related to hplip and cups (cups, cups-XXX= , hplip, qpdf, > > foomatic-XXX) and reinstalled first print/cups which reels in all cups-= ports and then > > print/hplip, which reels in qpdf and foomatic-filters. This should ensu= re the propper > > chain of dependencies. But it fails. I then recompiled approx 260 ports= by "portmaster > > -f hplip" on my workstation and ~ 170 ports the same way on the server = (gutenprint and > > other gimp realted stuff aren't installed on the server). I had no succ= ess. > >=20 > > I'd like to figure out what part of the duo cups and hplip is the culpr= it, but it > > seems not to be easy if one is dependend on a working printing system.= =20 >=20 > Since I didn't use (and test) print/hplip I gave it a try. I didn't > manage to print via command line using hplip (i.e. just > "lpr -P test_file" ended with almost blank line and > the tast waiting at the printer's query. >=20 > Further analysis showed that foomatic-rip-hplip doesn't like PDF files > which new CUPS uses by default. It expects a PS file: > ----- > File: > Reading PostScript input ... > PID 29404 (/usr/local/libexec/cups/filter/pstopdf) exited with no errors. > Job does not start with "%!", is it PostScript? > ----- >=20 > After switching from HP's foomatic-rip-hplip to native foomatic-rip > all is fine: > ----- > PID 75535 (/usr/local/libexec/cups/filter/pstopdf) exited with no errors. > Filetype: PDF > ----- >=20 > So, I fixed an error which I managed to reproduce. Please, try the > attached file, recompile print/hplip and report back. The patch uses > a native foomatic-rip where foomatic-rip-hplip was used. >=20 Hello all. After several updates had been committed to the ports tree and several upda= te/upgrade runs these days, I ran into the very same problem as before with print/cups= and print/hplip and the phenomenon is the same as described in this thread. The only solution for this malfunction is Boris' patch to print/hplip Makef= ile [...] @@ -161,5 +161,6 @@ ${MKDIR} ${STAGEDIR}${PREFIX}/etc/hp ${INSTALL_DATA} ${WRKSRC}/hplip.conf ${STAGEDIR}${PREFIX}/etc/hp/hplip.conf.sample ${STRIP_CMD} ${STRIP_FILES:S,^,${STAGEDIR}${PREFIX}/,} + ${LN} -sf ${LOCALBASE}/bin/foomatic-rip ${STAGEDIR}${PREFIX}/libexec/cups/filter/foomatic-rip-hplip [...] With this patched line, hplip works as normal again. Is there a permanent solution underway? regards, Oliver --Sig_/fxqU0t5IW3Iy/fJBNcj=eg_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTVhDOAAoJEOgBcD7A/5N8flcIAMqYIAgszx9cAtvNo8StlrWf +3zg+ck4K6addvFzm9gw0AXyRS8AeZ5DJQ8DH2wZwieUydmKM92eysWjZzBl4b5W Z0L5y3funEqnjQ9cQJaPpbbrpXHI3RzZfAcH6q+lWArXGOeDcXyMRzLmPZGLYdeV +tgs0LM7v5pzDXuIHC/8vYGS7JjTWJyQYM3s9Y6RQ3lVKVabJwYHzIprHxcLP8yw K9QRkKR/y7BY99w9D2BzGH/Az5hZJ4szfFjFpDCAgIrlrXSTbLCAwW+fWeakabI2 ymQwD/CHH1ByoF6gk4K2VIWKQSScMzpqgwhNzXAupwx5mkTASqxGZ3Na7NAoM0Q= =jYnz -----END PGP SIGNATURE----- --Sig_/fxqU0t5IW3Iy/fJBNcj=eg_--