Announcement

Collapse
No announcement yet.

SDDM: A Lightweight QML-Based Display Manager

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • SDDM: A Lightweight QML-Based Display Manager

    Phoronix: SDDM: A Lightweight QML-Based Display Manager

    A Phoronix reader has announced his work on SDDM within the Phoronix Forums this weekend. SDDM is a very lightweight display management that takes advantage of Qt's QML...

    http://www.phoronix.com/vr.php?view=MTI3ODc

  • #2
    SLiM

    how does this compare to SLim? SLim has even fewer dependencies; X11, libjpeg, libpng, freetype.
    Last edited by cynyr; 01-19-2013, 02:54 PM. Reason: Fixing link to SLiM

    Comment


    • #3
      Originally posted by cynyr View Post
      how does this compare to SLim? SLim has even fewer dependencies; X11, libjpeg, libpng, freetype.
      Yes but arent slim themes harder to write and get the same level of functionality in comparison to lightDM? The goal of lightdm was have a clean, modern, standardized core and then the greeter frontends could all be distro-specific with no problem. Want an update to lightdm? Rebase off mainline, slap your greeter right back on and youve got all the same benefits all the other distros do but still your branding.

      Comment


      • #4
        Why yes, clearly *shaders* were the thing missing from login managers...

        Comment


        • #5
          Originally posted by cynyr View Post
          how does this compare to SLim? SLim has even fewer dependencies; X11, libjpeg, libpng, freetype.
          Dependency-wise SLiM is slimmer. Codebase-wise SDDM is much smaller, 713 vs 3651 lines of code (sloccount figures).

          Comment


          • #6
            Originally posted by Ericg View Post
            Yes but arent slim themes harder to write and get the same level of functionality in comparison to lightDM? The goal of lightdm was have a clean, modern, standardized core and then the greeter frontends could all be distro-specific with no problem. Want an update to lightdm? Rebase off mainline, slap your greeter right back on and youve got all the same benefits all the other distros do but still your branding.
            Slim themes are harder to write and somewhat restricted. In SDDM you write your theme however you want, just call the needed functions for authorization/shutdown/reboot when necessary, just like using a library. So you dont have to worry about the restrictions of the backend when designing your themes. Animations, transitions and all other stuff are bonus points.

            Regarding LightDM, lets say I just wanted to scratch an itch and I am simply sharing it now.

            Comment


            • #7
              Originally posted by curaga View Post
              Why yes, clearly *shaders* were the thing missing from login managers...
              What is wrong with adding the ability to use shaders? If most of us the window managers that are composited and gpu-accelerated, why shouldn't the display manager be? Why should we restrict ourselves and theme designers? Display manager is the one first things a user sees it has to be attractive, IMHO.

              I would start right from QML2 and require OpenGL (ES), if I could use Qt5 easily in my distro of choice (Arch). If you dont want eye-candy or have a hardware that doesn't support hardware acceleration, you are free not to use it. Thanks.

              Comment


              • #8
                I think a login manager should authenticate via:
                * Bluetooth and NFC security tokens and smartphones
                * USB sticks, dongles and security tokens
                * Smart card
                * Fingerprint
                * LDAP and Active Directory

                Comment


                • #9
                  Originally posted by uid313 View Post
                  I think a login manager should authenticate via:
                  * Bluetooth and NFC security tokens and smartphones
                  * USB sticks, dongles and security tokens
                  * Smart card
                  * Fingerprint
                  * LDAP and Active Directory
                  Things that will need to be added to LightDM if they arent already, eventually. Especially the last 2

                  Comment


                  • #10
                    Originally posted by uid313 View Post
                    I think a login manager should authenticate via:
                    * Bluetooth and NFC security tokens and smartphones
                    * USB sticks, dongles and security tokens
                    * Smart card
                    * Fingerprint
                    * LDAP and Active Directory
                    These items probably should be implemented at PAM level and by writing a theme that instructs the user, it should be doable.

                    Comment


                    • #11
                      Originally posted by aavci View Post
                      What is wrong with adding the ability to use shaders? If most of us the window managers that are composited and gpu-accelerated, why shouldn't the display manager be? Why should we restrict ourselves and theme designers? Display manager is the one first things a user sees it has to be attractive, IMHO.
                      Because the login manager is one of the things that should never fail.

                      That means it should not display corruption because some theme designer made a typo in a shader. Or crash. Or be unusable in a multitude of other ways.

                      Comment


                      • #12
                        Lightdm can have arbitrarily complex greeters too, by the way.

                        http://www.youtube.com/watch?v=f8nm4NpaVXE

                        Comment


                        • #13
                          Originally posted by curaga View Post
                          Because the login manager is one of the things that should never fail.

                          That means it should not display corruption because some theme designer made a typo in a shader. Or crash. Or be unusable in a multitude of other ways.
                          Actually we shouldn't graphical login managers at all because display drivers are source of many bugs. Wait a minute, we shouldn't use display managers at all because an uninitialized pointer can cause a crash, too.

                          Or the system admin could do the responsible thing and test the theme _before_ setting as default.

                          Comment


                          • #14
                            It is the responsibility of the theme maker to test - picture a bigger deployment with varius systems, surely you don't expect the admin to get one of each just to test a login manager. Near none of the themers will do so, and shaders written on Nvidia cards will likely crash and burn on any compliant platform.

                            This is a real risk, and I guarantee you will see that happen if you go there.

                            Comment


                            • #15
                              Originally posted by curaga View Post
                              It is the responsibility of the theme maker to test - picture a bigger deployment with varius systems, surely you don't expect the admin to get one of each just to test a login manager. Near none of the themers will do so, and shaders written on Nvidia cards will likely crash and burn on any compliant platform.

                              This is a real risk, and I guarantee you will see that happen if you go there.
                              I do professional 3D development and I know what you exactly mean. Sometimes I want to show the finger to the NVidia just like Linus did.

                              Anyway, we shouldn't restrict features just because someone can mess up. I want to have a beatiful login manager at my computer and doing my part to realize this. If this is not suitable for some other use cases, then they shouldn't use it. One size doesn't fit all.

                              For your use case system admin could select a simpler theme without shaders, or go for another display manager.

                              Comment

                              Working...
                              X