Joerg Schilling wrote:
> Alan Coopersmith <[EMAIL PROTECTED]> wrote:
> 
>> Joerg Schilling wrote:
>>> Good question, but I don't know. The problem I see with Xscreensaver is that
>>> it is installed suid root on SXCE and thus is unable to read ~/.Xauthority
>>> from NFS mounted home directories. Removing the suid root did fix the 
>>> problem 
>>> for me.
>> And broke the ability for it to read /etc/shadow for locally-defined
>> users to be able to unlock the screen.    We don't make things suid-root
>> without a damn good reason.
> 
> A cannot call this a "solution" as it does not work for me the way it is 
> delivered
> in SXCE-77.
> 
> If you do make things suid root for "good reason", you should also modify the 
> source to try again with euid == uid after the attempt to read ~/.Xauthority 
> failed.

The upstream is already setuid root, so we shouldn't have to modify a thing
there, and I believe it already does call XOpenDisplay() as the uid (the
program doesn't read .Xauthority, XOpenDisplay() in libX11 does).   It's been
a while since I've looked at the xscreensaver code to confirm that though.

Virtually every home directory in Sun is NFS mounted, and yet it works for us,
so it's not as simple an issue as you describe.   Nonetheless, since you
haven't filed a bug, the xscreensaver maintainer (not me) has no way of
knowing it's not working for you, and thus won't be fixing it until someone
reports a bug.


-- 
        -Alan Coopersmith-           [EMAIL PROTECTED]
         Sun Microsystems, Inc. - X Window System Engineering
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to