Package Details: sddm-git

Git Clone URL: (read-only, click to copy)
Package Base: sddm-git
Description: The Simple Desktop Display Manager
Upstream URL:
Licenses: GPL
Conflicts: sddm
Provides: display-manager, sddm
Submitter: aavci
Maintainer: sir_lucjan
Last Packager: sir_lucjan
Votes: 43
Popularity: 0.001622
First Submitted: 2013-01-20 09:53 (UTC)
Last Updated: 2022-01-11 12:12 (UTC)

Pinned Comments

dr460nf1r3 commented on 2021-05-14 07:52 (UTC)

Contributions and issues in:

Original source:

Latest Comments

yan12125 commented on 2021-06-26 02:07 (UTC)

Hi, could you remove pam-faillock.patch? It is no longer needed and breaks the build since

dr460nf1r3 commented on 2021-05-14 07:52 (UTC)

Contributions and issues in:

Original source:

sir_lucjan commented on 2021-05-13 19:09 (UTC)

Yes, it includes.

Xwang commented on 2021-05-13 18:40 (UTC)

Does this package contain this commit to enable rootless xorg? If so, has anyone already configured sddm to run xorg rootless?

sir_lucjan commented on 2021-04-24 01:46 (UTC)

If anyone would be interested, I have also prepared a patch version for Wayland:

yan12125 commented on 2021-04-24 01:43 (UTC)

Wow, fast as light! Thanks!

sir_lucjan commented on 2021-04-24 01:34 (UTC)



yan12125 commented on 2021-04-24 01:17 (UTC)

@sir_lucjan: thanks for an updated version. I still hope the fix can be applied here, so that this package can be directly built by AUR helpers. The master branch lacks useful features like rootless Xorg [1], and currently it does not build:

/build/sddm-git/src/sddm/src/daemon/XorgDisplayServer.cpp: In constructor ‘SDDM::XorgDisplayServer::XorgDisplayServer(SDDM::Display*)’:
/build/sddm-git/src/sddm/src/daemon/XorgDisplayServer.cpp:68:42: error: use of deleted function ‘QCharRef& QCharRef::operator=(char)’
   68 |             m_cookie[i] = digits[dis(gen)];
      |                                          ^
In file included from /usr/include/qt/QtCore/qobject.h:47,
                 from /usr/include/qt/QtCore/QObject:1,
                 from /build/sddm-git/src/sddm/src/daemon/DisplayServer.h:24,
                 from /build/sddm-git/src/sddm/src/daemon/XorgDisplayServer.h:24,
                 from /build/sddm-git/src/sddm/src/daemon/XorgDisplayServer.cpp:21:
/usr/include/qt/QtCore/qstring.h:1236:15: note: declared here
 1236 |     QCharRef &operator=(char c) = delete;
      |               ^~~~~~~~


sir_lucjan commented on 2021-04-23 14:24 (UTC)


Coelacanthus commented on 2021-04-23 14:07 (UTC)

It should change to develop branch.

sir_lucjan commented on 2017-09-06 19:38 (UTC)

Cleanup && update

SolarAquarion commented on 2017-04-28 15:24 (UTC)

-DDBUS_CONFIG_FILENAME=sddm_org.freedesktop.DisplayManager.conf \ you need to add this

American_Jesus commented on 2017-02-21 19:12 (UTC)

makedepends requires extra-cmake-modules intead of cmake

pmattern commented on 2017-02-10 21:58 (UTC) (edited on 2017-02-10 22:03 (UTC) by pmattern)

@genas2 As you've already noticed the version of packages which do not provide stable releases but latest VCS checkouts is updated by PKGBUILDs' function pkgver() at build time. Updating variable pkgver upon each and every upstream commit would hence mean a lot of superfluous work. So it's common practice to update the variable only on certain occasions, e. g. to enforce rebuilding when upstream dependencies have changed.

genas2 commented on 2017-01-25 14:12 (UTC)

Package details show incorrect version. is built instead.

mbfraga commented on 2016-08-15 17:37 (UTC) (edited on 2016-08-15 17:37 (UTC) by mbfraga)

In order to build this, I had to install extra-cmake-modules. Also, there is a conflict with lightdm because of this: sddm-git: /etc/dbus-1/system.d/org.freedesktop.DisplayManager.conf exists in filesystem In sddm, this was solved as shown here

pmattern commented on 2015-11-07 09:09 (UTC)

Now that sddm.conf is generated by default a line backup=('etc/sddm.conf') should be added to PKGBUILD.

jleclanche commented on 2015-08-20 22:03 (UTC)

No, it doesn't.

commented on 2015-08-13 19:15 (UTC)

Does not build, has to depend on 'qt5-declarative-git'

goetzc commented on 2015-07-10 14:31 (UTC)

I have lightdm installed, and installing this package gives this error: error: failed to commit transaction (conflicting files) sddm-git: /etc/dbus-1/system.d/org.freedesktop.DisplayManager.conf exists in filesystem Errors occurred, no packages were upgraded. As the sddm package, it seems this should provide and conflict with display-manager

Nierro commented on 2015-01-20 20:38 (UTC)

Thanks for the quick update ;)

Scimmia commented on 2015-01-20 15:48 (UTC)

No, you're no wrong. It definitely should not "replace" sddm or sddm-qt5. It did replace sddm-qt5-git, so that would be valid, but it's not included.

Nierro commented on 2015-01-20 15:38 (UTC)

I guess this package should not have the "replace=" line. As there's a repo providing this package, that line means sddm-git from that repo will always try to replace my sddm package. This is annoying and useless. This package should only conflict and provide sddm. Am i wrong?

bchretien commented on 2014-09-18 09:31 (UTC)

Can you update: provides=("$_pkgbase") To: provides=("$_pkgbase=$pkgver") This provides a way to check the version (for themes) since API or file organization is likely to change (as it did with 0.9.0).

JP-Ellis commented on 2014-08-22 08:58 (UTC)

Shouldn't this also depend on certain xorg packages?

bchretien commented on 2014-08-15 13:09 (UTC)

@Scimmia: +1 (I'm maintaining some of these themes). However, as soon as "sddm" is updated to use qt5, I'll update the dependencies to "sddm" and the current PKGBUILD should work then.

Scimmia commented on 2014-08-03 17:44 (UTC)

How about stripping the leading "v" off of the pkgver, then adding "=$pkgver" to the provides? This would let packages require a specific version of sddm (sddm-archlinux-theme-git right now requires sddm-qt5>=0.8.99).

commented on 2014-08-02 15:26 (UTC)

@jleclanche You can adopt it now.

jleclanche commented on 2014-08-02 15:09 (UTC)

@libernux I'd like to take ownership of this package again. We're releasing sddm 0.9, so I'll switch to qt5 by default.

AnAkkk commented on 2014-07-26 10:48 (UTC)

Xsetup is still missing from the backup array.

Scimmia commented on 2014-07-16 05:31 (UTC)

OK, looking at the log, I see what you mean.

Scimmia commented on 2014-07-16 05:27 (UTC)

Why is that, ilpianista? It's still a configuration file that gets customized by the user, either directly or indirectly.

ilpianista commented on 2014-07-15 18:17 (UTC)

No need to backup sddm.conf anymore.

ilpianista commented on 2014-07-15 18:16 (UTC)

As Scimmia said, please use /usr/lib/sddm instead

Scimmia commented on 2014-07-09 06:07 (UTC)

This is installing files to /usr/libexec. Arch does not use libexec.

AnAkkk commented on 2014-06-28 08:45 (UTC)

Please add usr/share/sddm/scripts/Xsetup to the backup array.

commented on 2014-06-18 16:33 (UTC)

Thanks for pointing this out Scimmia. Updated the PKGBUILD.

Scimmia commented on 2014-06-18 15:31 (UTC)

This is installing files to /usr/libexec. Arch does not use libexec.

commented on 2014-06-18 12:02 (UTC)

Adopted. This package now needs a "sddm" systemuser to work correctly. PKGBUILD updated to reflect this.

abbradar commented on 2014-06-12 09:18 (UTC)

Hello, can you please add "sddm-qt5" to both "provides" and "replaces"? You can also remove "sddm-qt5-git" from "replaces".

boot commented on 2014-06-10 13:18 (UTC)

No need, after re-building it to include the latest commits and doing a restart it's now working again.

boot commented on 2014-06-10 06:49 (UTC)

Moved from sddm-git to this one, fails to start with error: [07:47:44.734] (II) DAEMON: Greeter StdOut: "[07:47:44.732] (EE) DAEMON: Failed to initialize user groups.

Scimmia commented on 2014-06-02 15:03 (UTC)

@jleclanche, when that happens, you'd be better off updating this one to use Qt5 and merging them.

nuc commented on 2014-06-02 15:00 (UTC)

@jleclanche: Yep, done.

nuc commented on 2014-06-02 14:37 (UTC)

Is this an upstream or a downstream issue: Jun 02 16:26:53 Archer sddm[306]: Greeter StdErr: "libGL error: failed to open drm device: No Permission libGL error: failed to load driver: radeonsi I guess it's related to the new sddm user.

jleclanche commented on 2014-06-02 12:04 (UTC)

In the near future, sdm qt4 will no longer be supported and the -qt5-git package will eventually be merged here. I am disowning the package and will personally only support the qt5 package from now on.

AnAkkk commented on 2014-06-02 09:40 (UTC)

Oops, sorry. Still need to have the correct chmod though, dunno what that is :)

ilpianista commented on 2014-06-02 09:16 (UTC)

@AnAkkk 620 is lighdm GID, sddm needs its own.

nuc commented on 2014-06-01 23:30 (UTC)

And btw also the upstream URL is invalid.

AnAkkk commented on 2014-06-01 17:43 (UTC)

Might be a good idea to chmod /var/lib/sddm to 620 like LightDM does.

jleclanche commented on 2014-06-01 02:27 (UTC)

That isn't how -git packages work on the AUR.

boot commented on 2014-05-31 21:09 (UTC)

There have been many commits made to SDDM in the last two weeks, shouldn't this package update automatically since the source is directly from git? Recent fixes include: - Add missing USE_PAM to Authenticator.cpp - Manpages - Fix some memory leaks if SDDM is closed when a session is running - Don't run the greeter as root - Support logging to journald if enabled - Add session information for logind - Add support for display setup script - Fix for Autologin

ilpianista commented on 2014-05-31 16:45 (UTC)

You need to assign a uid/gid to the sddm user/group, then create the /var/lib/sddm dir in the PKGBUILD and then you can chown that dir to the sddm user. See kdebase-workspace PKGBUILD and .install as example.

AnAkkk commented on 2014-05-31 15:02 (UTC)

I just noticed that the git repository points to your own repository, is that a mistake? It doesn't have the commit that makes the greeter non root.

AnAkkk commented on 2014-05-31 13:56 (UTC)

Thanks for the update. It is missing a mkdir for "/var/lib/sddm" though.

ilpianista commented on 2014-05-31 13:00 (UTC)

The user "sddm" needs to be created.

AnAkkk commented on 2014-05-31 10:31 (UTC)

The user "sddm" needs to be created.

goetzc commented on 2014-04-23 17:00 (UTC)

It seams that it should conflict with lightdm, as both packages provide /etc/dbus-1/system.d/org.freedesktop.DisplayManager.conf although it is not a nice solution.

bchretien commented on 2014-02-05 10:24 (UTC)

Should this package provide "sddm-qt5" rather than "sddm", since some packages (e.g. themes) rely on Qt5 features, hence on "sddm-qt5" explicitly?

ilpianista commented on 2014-01-11 16:54 (UTC)

Please set pkgver properly:

ilpianista commented on 2013-12-23 15:12 (UTC)

@Adys please remove upower as aavci said some comment ago.

ilpianista commented on 2013-09-10 06:30 (UTC)

Please set pkgver properly:

plfiorini commented on 2013-09-05 18:40 (UTC)

@aavci: thanks

aavci commented on 2013-09-05 18:28 (UTC)

@plfiorini: When systemd is not found, we fallback to upower. That's why it is in the depends list. But since systemd is default now, we don't need to depend on it. So, yes. I will remove upower, next time I update the scripts.

plfiorini commented on 2013-09-05 18:16 (UTC)

Why does it depend on upower, shouldn't it be fine with systemd?

aavci commented on 2013-08-31 15:58 (UTC)

Added qt5-tools to makedepends.

aavci commented on 2013-08-20 10:39 (UTC)

@pepedopolous: No, not now. This is a bug I need to fix.

pepedopolous commented on 2013-08-20 09:25 (UTC)

Hi, I didn't think of that... I tested it without autologin and everything seems to work fine. So... is there a workaround to enable autologin to work...?

aavci commented on 2013-08-20 08:07 (UTC)

Hi pepedopolous! I am using KDE 4.11 final, too. But network manager widget is working here. I didn't notice any issues related to policykit either. Hmm, actually... Are you using auto login? If so, please test without it and report a bug from

pepedopolous commented on 2013-08-20 07:54 (UTC)

Thanks for the reply. I'm using 4.11 final now. Whether I log into KDE or XFCE their respective networkmanager widgets don't work (though there is a working system network connection). Both work normally if I use KDM. In XFCE the widget doesn't show on the panel, in KDE the widget is there but it is blank apart from a tooltip which reports that the NM version isn't supported. However, this is not correct I have the latest versions of all these packages. I think these issues could be policykit related because it also appears that polkit authentication doesn't work for KDE apps when using SDDM. systemctl doesn't show any failed services but looking at journald shows some dbus errors. Cheers, P

aavci commented on 2013-08-08 05:35 (UTC)

I haven't tested with 4.11 but with 4.10 network seems ok. Does network work with KDE 4.10 + SDDM and 4.11 + another DM, for you? Just asking to make sure the issue is caused by SDDM.

pepedopolous commented on 2013-07-31 14:55 (UTC)

Hi, I'm trying to use SDDM with KDE 4.11 RC2 from testing. When I log in there are a few messages about the audio and display brightness using the old (non-plasma) notification system. The audio doesn't work and the networkmanager plasmoid says network manager isn't running, even though it is and is connected as normal.# I've tried tweaking the sddm file in pam.d. I've even copied all the options from the lightdm file but the problems persist. Any ideas? Is it working for you? Many Thanks, P

aavci commented on 2013-07-22 22:22 (UTC)

Updated to use current vcs guidelines.

aavci commented on 2013-07-22 22:18 (UTC)

Updated to use current vcs guidelines.

pouar commented on 2013-07-18 17:37 (UTC)

please update the PKGBUILD for the current vcs guidelines

aavci commented on 2013-06-09 06:35 (UTC)

@felixonmars: Thanks for the info. Next time I update the packages, I will try your suggestion.

felixonmars commented on 2013-06-06 03:58 (UTC)

Since pacman-4.1, you could use "git://" directly in source array, and omit the manually clone/checkout process.

aavci commented on 2013-03-21 19:13 (UTC)

Added the conflict line as suggested by panda-z.

panda-z commented on 2013-03-21 05:05 (UTC)

hi @aavci, We should add `conflicts=('sddm')` to PKGBUILD, otherwise pacman will reject installing packages.

aavci commented on 2013-03-18 12:26 (UTC)

vorbote: thanks for letting us know, anyway.

toropisco commented on 2013-03-18 12:23 (UTC)

aavci: There was a problem with the git sources and the service file wasn't installed. This morning it is.

aavci commented on 2013-03-17 20:24 (UTC)

vorbote: systemd service file is in the source. See please.

toropisco commented on 2013-03-17 20:13 (UTC)

Did you forget to include the systemd service file, I believe?

aavci commented on 2013-03-17 09:40 (UTC)

Updated the packages using ascarpino's suggestions on sddm-qt5-git. Thanks.

aavci commented on 2013-03-17 09:39 (UTC)

Updated the packages using suggestions from ascarpino. Thanks.

ilpianista commented on 2013-03-17 09:36 (UTC)

Also, add sddm.conf to the backup array. I just found that every package update reset my configuration :) backup=('etc/sddm.conf')

ilpianista commented on 2013-03-17 08:09 (UTC)

Please add 'upower' to the deps. Also, you can remove pam because it's required by qt5-base; qt5-base because it's required by qt5-declarative; libx11 because you switched to xcb :)

aavci commented on 2013-03-02 22:22 (UTC)

Added cmake option to force qt4 version as suggested by adaptee.

adaptee commented on 2013-03-02 14:57 (UTC)

It tries to use Qt5 when both Qt4 and Qt5 are available and fails to build. Please add "-DQT_QMAKE_EXECUTABLE=qmake-qt4" to force it using Qt4

aavci commented on 2013-03-01 21:19 (UTC)

Updated dependencies to use split packages from extra.

commented on 2013-03-01 20:11 (UTC)

I don't think there is a "qt5" package anymore, so this has to depend on the qt5 packages form [extra] (qt5-base, …) it needs.

aavci commented on 2013-03-01 13:15 (UTC)

Dependency changed from qt to qt4.

jleclanche commented on 2013-03-01 11:48 (UTC)

Dependency should be changed from qt to qt4.

msx commented on 2013-02-17 05:45 (UTC)


aavci commented on 2013-02-16 17:56 (UTC)

I am happy to tell that, now all of the installed themes work with both Qt4 and Qt5. Qt5 versions are a little more polished (proper mouse cursor and wheel support) but both versions work fine. BTW, elarun and maui themes are merged to the main repo and installed by default, too.

aavci commented on 2013-02-14 04:15 (UTC)

Probably we can install only the themes that can run e.g Circles for qt4, Maldives for qt5. We already configure the config file to select the correct theme on installation. So it wouldn't be a split package but just some cmake wizardry. Themes installed by the user.. that is another story.

msx commented on 2013-02-14 01:39 (UTC)

I personally don't mind to have Qt5 installed from AUR (about 200Mb extra) until KDE embraces it as it's defautl Qt version, something that will certainly don't occur 'til the end of the year or beginning of the next year, IIRC. However I figure out that some users will be happy with the Qt4/QtQuick1 framework so -may be- a split package approach may do it if it isn't too much burden for the team to support two different versions of SDDM. Cheers.

aavci commented on 2013-02-13 19:30 (UTC)

Hi Martín, 1. Yes, you are right, it is typo. Thanks for reporting. 2. Circles and elarun themes are based on QtQuick1. Maldives and Maui themes are based on QtQuick2. Qt4 doesnt support QtQuick2, Qt5 doesnt support QtQuick1. So they dont work together. Actually I have just found that QtQuick1 for Qt5 is available as a seperate module. Maybe we can depend on that, so that Circles and elarun works in qt5 too. or we can go qt5-only at some point and port/ditch old themes. 3. User avatar functionality and the Maui theme is a couple of days old. Default face icons were something I simply copied from KDE. They should be replaced with proper ones. 4. ... Regarding your freeze bug, I have to investigate it. I am not sure about the cause now.

msx commented on 2013-02-13 18:25 (UTC)

Regarding topic #4: Shame on me, what I was thinking off! They value for the key "Default Session" is the same as in every other login manager in the world :p For the KDE SC Plasma Workspace is '=kde-plasma.desktop' *** UPDATE *** After starting and stoping SDDM several times -because I was trying to make Circles theme work- I finally log in my KDE SC session just to find it frozen - at least that was my first impression, keep reading. Nothing worked: I wasn't unable to restart the X server via the assigned hot key (in my case the good old C^Meta Backspace combination) and even was unable to switch to any tty. However after several seconds (15? 30?) I was able to change back and forth to the ttys but when I got to tty7 the session was restarted and I found myself at the login screen again - I presume there was some kind of bug eating all the CPU cores and where resources were freed the system executed my command to kill the X server.

msx commented on 2013-02-13 18:03 (UTC)

Firsts findings after a fresh install: 1. "j:0 /usr/share/apps/sddm/themes/Circles $ cat README This theme is part of the Simple Desktop Display Manager distrubition." Please note the typo in "distribution". Because it's a typo, right? 2. Circles and elarun, the both themes that are installed by default with sddm-qt5-git don't work, they only show a a white screen with the mouse. May be you want to guide me on how to debug the issue. 3. Maldives and Maui themes works great albeit I found the default user avatar is too small for the Maui theme; I have to try using a bigger icon so the avatar isn't pixelated when enlarged to fit the avatar frame. 4. Can't set the default session for KDE SC. I tried, =KDE, =Plasma and =KDE Plasma Workspace but none of them work, I would appreciate some light on how to correctly set the default session. So far I like SDDM very much, it's _very_ flexible and yet minimalist sticking to a true KISS concept: well done.