acroread and links in /tmp to cups PPD's

[Ed Greshko]

On 04/14/2010 07:50 PM, Joachim Backes wrote:
> 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.
>> */
>>
>
>
Well...here is something "interesting".....

I started my F13 virtual machine, deleted the symlinks in /tmp and
powered off.  Upon reboot, I ssh'd in and found the following links
created at boot time.

lrwxrwxrwx. 1 gdm      gdm        28 Apr 14 20:16 4bc5b2054decc ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 gdm      gdm        28 Apr 14 20:16 4bc5b20aeaad6 ->
/etc/cups/ppd/psc_2500:1.ppd

I then logged in to a GNOME session and the following links were now
there...

lrwxrwxrwx. 1 gdm      gdm        28 Apr 14 20:16 4bc5b2054decc ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 gdm      gdm        28 Apr 14 20:16 4bc5b20aeaad6 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:19 4bc5b2d29ac32 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:19 4bc5b2e3bc9c6 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:19 4bc5b2ec05d3f ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:20 4bc5b2f439f27 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:20 4bc5b301486a8 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:20 4bc5b30155095 ->
/etc/cups/ppd/psc_2500:1.ppd
lrwxrwxrwx. 1 egreshko egreshko   28 Apr 14 20:20 4bc5b30158ae3 ->
/etc/cups/ppd/psc_2500:1.ppd


On logout 2 additional symlinks are created/owned by gdm.  The first 2
are not removed.

Logged in again...and now there are 18 symlinks....

So, maybe we are both right...for different reasons?




-- 
BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-
Guess Who! http://tinyurl.com/mc4xe7

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20100414/739bf0a6/attachment.bin