From owner-freebsd-questions@FreeBSD.ORG Fri Apr 25 13:00:12 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 8CDEC492; Fri, 25 Apr 2014 13:00:12 +0000 (UTC) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "relay.issp.ac.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B29A710A8; Fri, 25 Apr 2014 13:00:11 +0000 (UTC) Received: from mercury.issp.ac.ru [77.236.34.155:24804] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with LOGIN) by mail.issp.ac.ru with ESMTP/inet id s3PD06St017695 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Fri, 25 Apr 2014 17:00:06 +0400 (MSK) From: Max Brazhnikov To: Boris Samorodov Subject: Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported Date: Fri, 25 Apr 2014 13:00:08 +0000 Message-ID: <3761181.h0LmfL8JCj@mercury.ph.man.ac.uk> User-Agent: KMail/4.12.4 (FreeBSD/9.2-STABLE; KDE/4.12.4; amd64; ; ) In-Reply-To: <535A511A.8050205@passap.ru> References: <20140408154210.1aec26a8.ohartman@zedat.fu-berlin.de> <20140422084841.6dbb4204.ohartman@zedat.fu-berlin.de> <535A511A.8050205@passap.ru> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="ISO-8859-1" Cc: "O. Hartmann" , 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: Fri, 25 Apr 2014 13:00:12 -0000 On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote: > 22.04.2014 10:48, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Sun, 13 Apr 2014 20:50:01 +0400 > > Boris Samorodov wrote: > >=20 > >> 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: > >>> > >>>> 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 automat= ically. > >>>>>> > >>>>>> 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.ba= k > >>>>> -rw-r----- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sa= mple > >>>>> -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.samp= le > >>>>> -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 p= receded. > >>>>> > >>>>>> % 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 loca= tion. > >>>>>> Start cupsd and look for suspicious messages at /var/log/cups/= * files. > >>>>> > >>>>> Nothing suspicious so far. With print/cups-filters installed, t= he whole cups > >>>>> printing system is corrupted and doesn't print a single sheet o= f paper > >>>>> (PDF/PS) normal es expected. > >>>>> > >>>>> > >>>>> Prior to this task, I recompiled, as you suggested, first all c= ups ports 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 in= stalled again=20 > >>>> with -3000-ps.ppd.gz and it works but cannot print test page. > >>>> =20 > >>> > >>> I tried alternatives, but it is with all (known to me) usefull dr= ivers 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 > >>> > >>> I can print PDF and PS, as reported, when deinstalling/removing p= rint/cups-filters > >>> using clients like xpdf, xdvi or printing directly via lpr -PPRIN= TER_NAME jobfile.ps. > >>> This fails when print/cups-filter is installed. > >> > >> This is rather strange. But may be this is because you use hplip w= hich > >> I've never used before. > >> > >>> Have you tried to deinstall by intention cups-filters and check w= hether the formerly > >>> used driver works for you? > >> > >> Yes, I tested cups-1.7.0 for several months with no ill-effects (H= P, > >> OKI and Epson printers). > >> > >>> I also deinstalled everything related to hplip and cups (cups, cu= ps-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 shoul= d ensure 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 s= erver (gutenprint and > >>> other gimp realted stuff aren't installed on the server). I had n= o success. > >>> > >>> I'd like to figure out what part of the duo cups and hplip is the= culprit, but it > >>> seems not to be easy if one is dependend on a working printing sy= stem.=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 an= d > >> the tast waiting at the printer's query. > >> > >> Further analysis showed that foomatic-rip-hplip doesn't like PDF f= iles > >> 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? > >> ----- > >> > >> After switching from HP's foomatic-rip-hplip to native foomatic-ri= p > >> all is fine: > >> ----- > >> PID 75535 (/usr/local/libexec/cups/filter/pstopdf) exited with no = errors. > >> Filetype: PDF > >> ----- > >> > >> So, I fixed an error which I managed to reproduce. Please, try the= > >> attached file, recompile print/hplip and report back. The patch us= es > >> a native foomatic-rip where foomatic-rip-hplip was used. > >> > >=20 > > Hello all. > >=20 > > After several updates had been committed to the ports tree and seve= ral update/upgrade > > runs these days, I ran into the very same problem as before with pr= int/cups and > > print/hplip and the phenomenon is the same as described in this thr= ead. > >=20 > > The only solution for this malfunction is Boris' patch to print/hpl= ip Makefile > >=20 > > [...] > > @@ -161,5 +161,6 @@ > > =09${MKDIR} ${STAGEDIR}${PREFIX}/etc/hp > > =09${INSTALL_DATA} ${WRKSRC}/hplip.conf > > ${STAGEDIR}${PREFIX}/etc/hp/hplip.conf.sample ${STRIP_CMD} > > ${STRIP_FILES:S,^,${STAGEDIR}${PREFIX}/,} > > +=09${LN} -sf ${LOCALBASE}/bin/foomatic-rip > > ${STAGEDIR}${PREFIX}/libexec/cups/filter/foomatic-rip-hplip > > [...] > >=20 > > With this patched line, hplip works as normal again. > >=20 > > Is there a permanent solution underway? >=20 > (CCing pritn/hplip maintainer) >=20 > Max, can you take a look at the problem? Thanks! >=20 > The proposed patch is attached. Please commit, and bump portrevision, Thanks, Max