stuff under /tmp

[Gary L. Greene Jr.]

On Saturday 05 March 2005 3:08 pm, Sebastien Renard wrote:
> Le Samedi 5 Mars 2005 20:21, Uwe Thiem a écrit :
> > Hi folks,
>
> Hi,
>
> [...]
>
> > For each user, KDE (and arts) create "kde-<username>",
> > "ksocket-<username>", "mcop-<username>" under /tmp. Delete that user and
> > re-create a user by the same name some time down the line with another
> > UID. TADA! KDE doesn't work for that new user.
>
> [...]
>
> Same goes for kde-cache under /var/tmp.
>
> A quite simple solution could be to append the uid after the username to
> avoid any clash.
> ksocket-<username>-<uid>
> mcop-<username>-<uid>
> kdecache-<username>-<uid>
>
> It will just leave some garbage on the disk. But, of course, if another
> user is created with the same uid, he will be able to read those files. But
> this is definitely not KDE fault !
>
> Regards

This is really a distribution issue. Mandrake makes /tmp a mount using tmpfs, 
thus eliminating this issue (at least for /tmp). As far as /var/tmp, this is 
an issue. Mainly because /tmp by specification should be able to be cleared 
at boot, whereas /var/tmp is suggested to be persistent between boots.

-- 
Gary L. Greene, Jr.
Sent from uriel
 16:25:43 up 5 days,  8:01,  5 users,  load average: 4.47, 4.19, 4.04
 
============================================================
Developer and Project Lead for the PhoeNUX OS.
 check out http://www.phoenuxos.com/ for more info.
EMAIL : greeneg at arklinux.com
============================================================
 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050305/0178ec16/attachment.sig>