Paul Whitener wrote:
Any update on this Bob?

Sorry, not sure what update you're expecting.
In the context of this thread, Gerard should install the
patch and get back to us whether the problem is
resolved or not.
On a different thread ("smartcard timeout")
you said you had a similar problem, and that killing
off xscreensaver resolved it I believe.  I'm having
a hard time imagining a way that xscreensaver can
kill off a session, unfortunately...

I can really only suggest three more experiments.
1. If you have a graphics console, do you see
   the same problem there?
2. If you don't have a graphics console, have you
   tried removing pam_sunray.so from the
   /etc/pam.conf xscreensaver stack, and leave
   xscreensaver running?  Does the problem
   persist?

If yes to either of the above, Sun Ray software is
completely out of the picture, and the Sun folks
on this alias can't help you further.

3. Did you ever try a CDE desktop to see if
the same problem exists?  If yes, the problem
doesn't seem to be xscreensaver after all, and we
can dig deeper...

If the problem is xscreensaver there's not a lot
the Sun Ray group can do to help.  That's software
supported by a different group (the X server
group).  We can't address problems with all of
Solaris software I'm afraid.  You'll have to use
some other support channel (like Sun Service...).

-Bob


Thanks,

pw

On Tue, 2006-10-31 at 13:32, Bob Doolittle wrote:
Gerard Henry wrote:
Bob Doolittle wrote:
I had another instance of this behavior reported recently,
and it was resolved by killing off xscreensaver.  Do you have
the latest patches for xscreensaver?  I wonder if this can
happen when xscreensaver tries to run a hack that crashes...

i only found 115158 patch for xscreensaver, and it seems related to
solaris 9, but i am on solaris 10.
Somehow you missed it.  For S10 it's 120094-06 for SPARC and 120095-06
for X86.  I'm not sure what you're saying wrt xscreensaver and CDE vs JDS.
Yes, it is delivered in /usr/openwin/bin, but many things are delivered there
that are not CDE-specific (e.g. dtlogin).  I'm not sure how all this will be
reorganized when CDE is EOL'd but you can expect (or fear, depending on
your perspective ;-)) xscreensaver to stick around.

In CDE, it is dtsession that typically handles screen locks.

utxlock uses xscreensaver, dtsession, or xlock (or whatever locker the
user specifies) as appropriate, so should work under CDE or JDS
(or KDE, for that matter, although I've not tested it).  Is it not doing the
right thing for you?  Note that 99% of the time utxlock misbehaves it is
due to a bug in xscreensaver :-(.  We should be releasing a new patch
for it RSN (it will be patch rev -10, there were several withdrawn bad
patches since -06).

-Bob

and i have a user who never logout:
calypso-root% ps -ef|grep xscree
   userX 10785     1   0   Sep 21 pts/113     2:00 xscreensaver -nosplash
    root  3555  3407   0 17:23:05 pts/56      0:00 grep xscree

Is it possible to not execute xscreensaver for a particular user?
perhaps, i have also some gnome patches:
calypso-root% /etc/scripts/pca -l missingall|grep -i gnome
119368 04 < 05 ---  50 GNOME 2.6.0: Printing Technology Patch
119414 10 < 11 ---  16 GNOME 2.6.0: Gnome Accessibility Libraries Patch
119906 05 < 06 ---  22 Gnome 2.6.0: Virtual File System Framework patch
120739 02 < 03 ---  50 GNOME 2.6.0: GNOME PDF Viewer based on Xpdf
122212 09 < 12 -S-  22 GNOME 2.6.0: GNOME Desktop Patch
122470 01 < 02 ---  76 Gnome 2.6.0: GNOME Java Help Patch

Are these patches relaevant? but xscreensaver is in openwindows (SUNWxwsvr)
under CDE, there is only utxlock to lock the screen, why is it not the
same way under JDS?

 thanks for your help,

gerard
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to