acroread and links in /tmp to cups PPD's

[Joachim Backes]

On 04/14/2010 01:28 PM, Tim Waugh wrote:
> On Wed, 2010-04-14 at 11:28 +0200, Joachim Backes wrote:
>> Hi Ed,
>>
>> To be a little bit more precise, I found out that this problem with the
>> links has nothing to do with acroread:
>
> No, Ed is quite right.  It has everything to do with acroread.
> Somewhere in acroread, it calls the libcups function cupsGetPPD (or one
> of its variants).  This function fetches the PPD from the server and
> returns the filename holding the PPD.  If the server is local this can
> just be a symlink to /tmp.
>
> The caller (acroread in this case) "owns" that file, and is responsible
> for cleaning it up.
>
>> After booting into runmode 5 and logging in into a GNOME session,
>> immediately after having logged in, these two links have been created,
>> and I'm sure, no acroread runs or has run.
>
> But you are running the printing applet in that case
> (system-config-printer-applet).

Right (I found it in System->Preferences->Startup applications)

Once you log out, those temporary files
> are cleaned up.

Wrong! These files are not removed when logging out. I tested this, and 
exactly this is the problem. Maybe, it's a F13 problem, and I didn't 
check it in F12.

>
> You'll also see the same thing when using the GTK+ print dialog.  When
> the dialog is open it will create those links.  After it is done with
> them it deletes them.
>
> What you are seeing is an acroread bug, and only Adobe can fix it.
>
> Tim.
> */
>


-- 
Joachim Backes <joachim.backes at rhrk.uni-kl.de>

http://www.rhrk.uni-kl.de/~backes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6131 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20100414/828401c6/attachment.bin