Date: Fri, 25 Apr 2014 13:00:08 +0000 From: Max Brazhnikov <makc@freebsd.org> To: Boris Samorodov <bsam@passap.ru> Cc: "O. Hartmann" <ohartman@zedat.fu-berlin.de>, freebsd-questions@freebsd.org, FreeBSD Ports <freebsd-ports@freebsd.org> Subject: Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported Message-ID: <3761181.h0LmfL8JCj@mercury.ph.man.ac.uk> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <bsam@passap.ru> 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 <lumiwa@gmail.com> wrote:
> >>>
> >>>> On Friday 11 April 2014 13:08:33 O. Hartmann wrote:
> >>>>> On Wed, 09 Apr 2014 02:23:58 +0400
> >>>>>
> >>>>> Boris Samorodov <bsam@passap.ru> 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 <bsam@passap.ru> 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 <hplip_printer> 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: <STDIN>
> >> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3761181.h0LmfL8JCj>