SCIENTIFIC-LINUX-DEVEL Archives

November 2014

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Andreas Nowack <[log in to unmask]>
Reply To:
Andreas Nowack <[log in to unmask]>
Date:
Thu, 6 Nov 2014 11:09:35 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
Am 05.11.2014 um 20:16 schrieb Akemi Yagi:
> On Wed, Nov 5, 2014 at 9:54 AM, Stephan Wiesand <[log in to unmask]> wrote:
>> On Nov 5, 2014, at 18:24 , Pat Riehecky wrote:
>>
>>> On 11/05/2014 01:54 AM, Götz Waschk wrote:
>>>> Dear SL devs,
>>>>
>>>> with the latest gtk2 update to SL 6.5, printing PDF files from evince to
>>>> cups has stopped working. This seems to be related to changes in gtk2's
>>>> libprintbackend-cups.so. It now seems to send PDF instead of Postscript
>>>> data to the cups server.
>>>>
>>>> Regards, Götz Waschk
>>>
>>> That is curious....
>>>
>>> The gtk2 rpm was built against the latest cups security errata so it shouldn't be an incompatibility between those...
>>>
>>> Does the problem persist on SL 6.6?
>>
>> It does, so it's not a hidden dependency. Note it doesn't affect all PDFs, but we found more than one which no longer prints. Reverting just the shared lib to the previous build is an ugly hack but seems to save us for now. I could provide a file demonstrating the issue, but not publicly.
>
> I think I was able to reproduce the problem reported in this thread on
> my RHEL 6.6 box. That is, certain pdf files cannot be printed from
> evince. The same files printed just fine from acroread.

We see the same problem with evince and certain PDF files (SL6.5 
desktops, SL6.5 cups print server). Printing with acroread works fine.

Best regards,
   Andreas

ATOM RSS1 RSS2