Date: Fri, 25 Apr 2014 17:59:33 +0400 From: Boris Samorodov <bsam@passap.ru> To: Max Brazhnikov <makc@freebsd.org> 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: <535A6A45.60803@passap.ru> In-Reply-To: <3761181.h0LmfL8JCj@mercury.ph.man.ac.uk> References: <20140408154210.1aec26a8.ohartman@zedat.fu-berlin.de> <20140422084841.6dbb4204.ohartman@zedat.fu-berlin.de> <535A511A.8050205@passap.ru> <3761181.h0LmfL8JCj@mercury.ph.man.ac.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
25.04.2014 17:00, Max Brazhnikov пишет:
> On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote:
>> 22.04.2014 10:48, O. Hartmann пишет:
>>> On Sun, 13 Apr 2014 20:50:01 +0400
>>> Boris Samorodov <bsam@passap.ru> wrote:
>>>
>>>> 12.04.2014 17:16, O. Hartmann пишет:
>>>>> 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 пишет:
>>>>>>>>> On Tue, 08 Apr 2014 23:16:33 +0400
>>>>>>>>>
>>>>>>>>> Boris Samorodov <bsam@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.
>
> Please commit, and bump portrevision,
Would you mind if I MFH this fix to 2014Q2 branch?
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?535A6A45.60803>