Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 34

Thread: KScreensaver, KRandR Dropped From KDE Workspaces

  1. #21
    Join Date
    Mar 2012
    Posts
    240

    Default

    Quote Originally Posted by mgraesslin View Post
    it's QtQuick2 - so we plan to have the possibility of Plasma applets there.
    A la screensaver? i really like the fact that i can use a large monitor as a 10-foot interface dashboard to display useful information whilst not using the computer directly.

  2. #22
    Join Date
    Sep 2011
    Posts
    141

    Default

    Quote Originally Posted by Alex Sarmiento View Post
    A la screensaver? i really like the fact that i can use a large monitor as a 10-foot interface dashboard to display useful information whilst not using the computer directly.
    https://bugs.kde.org/show_bug.cgi?id=316893

  3. #23
    Join Date
    Aug 2008
    Posts
    91

    Default

    Quote Originally Posted by mgraesslin View Post
    it's QtQuick2 - so we plan to have the possibility of Plasma applets there.
    Are you planning to let users change the lock-screen background, or at least use their normal desktop background for it? The non-XScreensaver screen locker in 4.11 uses a background image that's hardcoded by the current theme and it's not really to my taste.

  4. #24
    Join Date
    Mar 2012
    Posts
    240

    Default

    Quote Originally Posted by schmalzler View Post
    Yeah, that's a serious bug that the kde developers should solve promptly . But what have that to do with my question?

  5. #25
    Join Date
    Sep 2011
    Posts
    170

    Default

    Since Wayland will not be mainstream for another 2 to 5 years why get rid of the X Screensaver code? Xorg will still be on the desktop for the next 10 years. Will there be a way to control X screensavers under KDE? I loved the KDE frontend/control of XScreensaver it was the best I used.

    So please tell how will one use KDE 5 with Xscreensaver?

  6. #26
    Join Date
    Feb 2011
    Posts
    1,310

    Default

    Quote Originally Posted by Rallos Zek View Post
    Since Wayland will not be mainstream for another 2 to 5 years why get rid of the X Screensaver code? Xorg will still be on the desktop for the next 10 years. Will there be a way to control X screensavers under KDE? I loved the KDE frontend/control of XScreensaver it was the best I used.

    So please tell how will one use KDE 5 with Xscreensaver?
    Xscreensaver is inherently insecure. If my understanding is correct, kwin has moved the lockscreen into the compositor when compositing is enabled even in the KDE 4 series. This is much more secure. The xscreensaver implementation was deprecated and only used when there is no way to use compositing. I think for kwin for frameworks 5 compositing will be enforced, so there is no longer any reason to keep using the insecure Xscreensaver.

  7. #27
    Join Date
    Aug 2008
    Posts
    91

    Default

    Quote Originally Posted by TheBlackCat View Post
    Xscreensaver is inherently insecure. If my understanding is correct, kwin has moved the lockscreen into the compositor when compositing is enabled even in the KDE 4 series. This is much more secure. The xscreensaver implementation was deprecated and only used when there is no way to use compositing. I think for kwin for frameworks 5 compositing will be enforced, so there is no longer any reason to keep using the insecure Xscreensaver.
    Unless they've changed it, in the KDE 4 series locking the screen is handled by ksmserver with minor optional assistance from KWin's compositor - this is secure enough under X since it aggressively reacquires its lock and if it dies the X session is terminated. Then the screensaver (if any) runs as a seperate process that's composited by KWin and even if it gets killed somehow the screen still remains locked. KDE hasn't had the security problem mentioned in the article for a long time, and the only recent security issue I'm aware of was actually in the Plasma-based replacement that Xscreensaver is being removed in favour of. (Also, moving screen locking to the compositor is not necessarily safe under X.)

  8. #28
    Join Date
    Dec 2010
    Posts
    108

    Default

    Quote Originally Posted by TheBlackCat View Post
    If my understanding is correct, kwin has moved the lockscreen into the compositor when compositing is enabled even in the KDE 4 series. (...) I think for kwin for frameworks 5 compositing will be enforced
    no and no (random text to make this forum software happy)

  9. #29
    Join Date
    Feb 2011
    Posts
    1,310

    Default

    Quote Originally Posted by mgraesslin View Post
    no and no (random text to make this forum software happy)
    I am confused, isn't that what this says:

    http://blog.martin-graesslin.com/blo...screen-locker/

    "We decided to change that and solve it once and for all in a proper way by putting security first and moving the screen locker into the Compositor."

    http://blog.martin-graesslin.com/blo...e-compositing/

    "Given that we have to enforce compositing in future, it’s good to know that all backends work."

    Would it be possible to clarify exactly what is going on?

  10. #30
    Join Date
    Dec 2010
    Posts
    108

    Default

    Quote Originally Posted by TheBlackCat View Post
    I am confused, isn't that what this says:

    http://blog.martin-graesslin.com/blo...screen-locker/

    "We decided to change that and solve it once and for all in a proper way by putting security first and moving the screen locker into the Compositor."
    outdated information :-) We had to change the approach as we found a security flaw in case KWin was crashing. The locking is as already mentioned performed in ksmserver.

    Quote Originally Posted by TheBlackCat View Post
    http://blog.martin-graesslin.com/blo...e-compositing/

    "Given that we have to enforce compositing in future, its good to know that all backends work."

    Would it be possible to clarify exactly what is going on?
    It means KWin/Wayland not KWin/X11. On KWin/X11 it will still be possible to run non-composited.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •