12.04.2014 17:16, O. Hartmann пишет:
> On Fri, 11 Apr 2014 08:19:45 -0400
> Ajtim <lum...@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 <b...@passap.ru> wrote:
>>>> 09.04.2014 00:25, O. Hartmann пишет:
>>>>> On Tue, 08 Apr 2014 23:16:33 +0400
>>>>>
>>>>> Boris Samorodov <b...@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.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
Index: Makefile
===================================================================
--- Makefile (revision 350910)
+++ Makefile (working copy)
@@ -3,6 +3,7 @@
PORTNAME= hplip
PORTVERSION= 3.14.1
+PORTREVISION= 1
CATEGORIES= print
MASTER_SITES= SF
@@ -10,7 +11,7 @@
COMMENT= Drivers and utilities for HP Printers and All-in-One devices
LIB_DEPENDS= libjpeg.so:${PORTSDIR}/graphics/jpeg \
- libcupsdriver.so:${PORTSDIR}/print/cups-base \
+ libcupsmime.so:${PORTSDIR}/print/cups-base \
libcups.so:${PORTSDIR}/print/cups-client \
libcupsimage.so:${PORTSDIR}/print/cups-image \
libdbus-1.so:${PORTSDIR}/devel/dbus
@@ -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>
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
