On 06/22/2013 11:00 PM, NetCat wrote:
> Hello
>
> mv /usr/lib/cups/backend/ipp /usr/lib/cups/backend/ipp-orig
> cp /usr/lib/cups/backend/ipp14 /usr/lib/cups/backend/ipp
>
> It works. I can print from both machines again.
> What means that something went wrong with the ipp in Wheezy.
>
> Thank yo
Hello
mv /usr/lib/cups/backend/ipp /usr/lib/cups/backend/ipp-orig
cp /usr/lib/cups/backend/ipp14 /usr/lib/cups/backend/ipp
It works. I can print from both machines again.
What means that something went wrong with the ipp in Wheezy.
Thank you very much for your perfect support,
Adrian.
sign
Processing commands for cont...@bugs.debian.org:
> severity 712719 important
Bug #712719 [cups] cups: CUPS printing broken in Wheezy (Unable to get printer
status)
Severity set to 'important' from 'grave'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
712719: ht
severity 712719 important
thanks
On Sat 22 Jun 2013 at 10:10:03 +0200, NetCat wrote:
> One more thing. On ReadyNAS I activated the Bonjour discovery
> service. CUPS found the printer nearly instantly, including all the
> connection parameters.
>
> Then I chose the manufactu
> "TK" == Till Kamppeter writes:
TK> This is only true if cups-filters is using the Poppler pdftops utility,
TK> if Ghostscript is used (and this is the default in Ubuntu and also
TK> upstream), level 3 PostScript is generated if the PPD requests it.
Ghostscript only has its ps2write output
On 06/20/2013 07:16 PM, James Cloos wrote:
> With the cups-filters pacakge, that won't help.
>
> Ubuntu pushed a change into that package upstream which limits all
> output of the pdftops filter to LanguageLevel2 (or lower) due to a
> bug with one HP printer. Which breaks the filter for everyone
Hi,
One more thing. On ReadyNAS I activated the Bonjour discovery
service.
CUPS found the printer nearly instantly, including all the
connection parameters.
Then I chose the manufacturer and model (hp photosmart_7900_series).
However, when attempting to