print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
Boris Samorodov
bsam at passap.ru
Fri Apr 25 12:12:24 UTC 2014
22.04.2014 10:48, O. Hartmann пишет:
> On Sun, 13 Apr 2014 20:50:01 +0400
> Boris Samorodov <bsam at passap.ru> wrote:
>
>> 12.04.2014 17:16, O. Hartmann пишет:
>>> On Fri, 11 Apr 2014 08:19:45 -0400
>>> Ajtim <lumiwa at 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 at passap.ru> wrote:
>>>>>> 09.04.2014 00:25, O. Hartmann пишет:
>>>>>>> On Tue, 08 Apr 2014 23:16:33 +0400
>>>>>>>
>>>>>>> Boris Samorodov <bsam at passap.ru> wrote:
>>>>>>>> 08.04.2014 17:42, O. Hartmann пишет:
>>>>>>>>> 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?)
>>>>>
>>>>> ==> corrected that with a new recompilation with rmconfig preceded.
>>>>>
>>>>>> % 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/* files.
>>>>>
>>>>> Nothing suspicious so far. With print/cups-filters installed, the whole 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 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
>>>> I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't work
>>>> It printed:%PDF-1.4
>>>> and jobs processing never stopped. Than I removed device and installed again
>>>> with -3000-ps.ppd.gz and it works but cannot print test page.
>>>>
>>>
>>> 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.
>>>
>>> I can print PDF and PS, as reported, when deinstalling/removing print/cups-filters
>>> using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NAME jobfile.ps.
>>> This fails when print/cups-filter is installed.
>>
>> This is rather strange. But may be this is because you use hplip which
>> I've never used before.
>>
>>> Have you tried to deinstall by intention cups-filters and check whether the formerly
>>> used driver works for you?
>>
>> Yes, I tested cups-1.7.0 for several months with no ill-effects (HP,
>> OKI and Epson printers).
>>
>>> 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 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 server (gutenprint and
>>> other gimp realted stuff aren't installed on the server). I had no 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 system.
>>
>> 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 and
>> the tast waiting at the printer's query.
>>
>> Further analysis showed that foomatic-rip-hplip doesn't like PDF files
>> 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-rip
>> 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 uses
>> a native foomatic-rip where foomatic-rip-hplip was used.
>>
>
> Hello all.
>
> After several updates had been committed to the ports tree and several update/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 Makefile
>
> [...]
> @@ -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?
(CCing pritn/hplip maintainer)
Max, can you take a look at the problem? Thanks!
The proposed patch is attached.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
-------------- next part --------------
Index: Makefile
===================================================================
--- Makefile (revision 350910)
+++ Makefile (working copy)
@@ -28,7 +29,6 @@
GNU_CONFIGURE= yes
CONFIGURE_ARGS= --enable-foomatic-ppd-install \
- --enable-foomatic-rip-hplip-install \
--enable-hpijs-install \
--with-cupsbackenddir=${PREFIX}/libexec/cups/backend \
--with-cupsfilterdir=${PREFIX}/libexec/cups/filter \
@@ -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
.include <bsd.port.mk>
More information about the freebsd-questions
mailing list