Package Details: sddm-git 0.13.0.10.gf19e0f3-1

Git Clone URL: https://aur.archlinux.org/sddm-git.git (read-only)
Package Base: sddm-git
Description: The Simple Desktop Display Manager
Upstream URL: https://github.com/sddm/sddm
Licenses: GPL
Conflicts: display-manager, sddm
Provides: display-manager, sddm
Submitter: aavci
Maintainer: jleclanche
Last Packager: jleclanche
Votes: 42
Popularity: 0.737454
First Submitted: 2013-01-20 09:53
Last Updated: 2015-11-07 16:15

Required by (19)

Sources (1)

Latest Comments

pmattern commented on 2015-11-07 09:09

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

No, it doesn't.

renegat commented on 2015-08-13 19:15

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

goetzc commented on 2015-07-10 14:31

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

Thanks for the quick update ;)

Scimmia commented on 2015-01-20 15:48

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

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?

AlfredoRamos commented on 2014-12-07 21:53

It needs the --tags flag in git describe to get the (correct) latest release (0.11 right now).

- https://pastebin.osuosl.org/13691/raw/

bchretien commented on 2014-09-18 09:31

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

Shouldn't this also depend on certain xorg packages?

bchretien commented on 2014-08-15 13:09

@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

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).

Kaan commented on 2014-08-03 01:33

How do I configure this? There is no default sddm.conf file anywhere, nothing on man or the supposed doc at github.

Anonymous comment on 2014-08-02 15:26

@jleclanche You can adopt it now.

jleclanche commented on 2014-08-02 15:09

@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

Xsetup is still missing from the backup array.

Scimmia commented on 2014-07-16 05:31

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

Scimmia commented on 2014-07-16 05:27

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

No need to backup sddm.conf anymore.

ilpianista commented on 2014-07-15 18:16

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

Scimmia commented on 2014-07-09 06:07

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

AnAkkk commented on 2014-06-28 08:45

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

Anonymous comment on 2014-06-18 16:33

Thanks for pointing this out Scimmia.
Updated the PKGBUILD.

Scimmia commented on 2014-06-18 15:31

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

Anonymous comment on 2014-06-18 12:02

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

abbradar commented on 2014-06-12 09:18

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

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

jleclanche commented on 2014-06-10 11:25

Can you file this on https://github.com/sddm/sddm/issues/new please?

boot commented on 2014-06-10 06:49

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.

ilpianista commented on 2014-06-05 12:10

Please set -DCMAKE_INSTALL_SYSCONFDIR=/etc

Scimmia commented on 2014-06-02 15:03

@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

@jleclanche: Yep, done.

jleclanche commented on 2014-06-02 14:38

Can you file this on https://github.com/sddm/sddm/issues/new please?

nuc commented on 2014-06-02 14:37

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.

nuc commented on 2014-06-02 14:37

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

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

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

ilpianista commented on 2014-06-02 09:16

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

nuc commented on 2014-06-01 23:30

nuc commented on 2014-06-01 23:30

And btw also the upstream URL is invalid.

nuc commented on 2014-06-01 23:29

AnAkkk commented on 2014-06-01 17:43

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

jleclanche commented on 2014-06-01 11:37

Please hold while I'm trying to figure out what's going on with some AUR bugs.

jleclanche commented on 2014-06-01 02:27

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

boot commented on 2014-05-31 21:09

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

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

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

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

ilpianista commented on 2014-05-31 13:00

The user "sddm" needs to be created.

https://github.com/sddm/sddm/commit/484395d23f2cdbde9df5d1efb25d5d2751b43aa9

AnAkkk commented on 2014-05-31 10:31

The user "sddm" needs to be created.

https://github.com/sddm/sddm/commit/484395d23f2cdbde9df5d1efb25d5d2751b43aa9

goetzc commented on 2014-04-23 17:00

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.

jleclanche commented on 2014-04-23 17:00

@goetzc it sounds more like it should do something like provides=("displaymanager"). I will bring it up on the ML.

goetzc commented on 2014-04-23 16:59

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

bchretien commented on 2014-02-05 10:24

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

Please set pkgver properly: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#Git

ilpianista commented on 2013-12-23 15:12

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

jleclanche commented on 2013-10-24 07:15

xauth needs to be added to deps (at least for x11)

ilpianista commented on 2013-09-10 06:30

Please set pkgver properly: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#Git

plfiorini commented on 2013-09-05 18:40

@aavci: thanks

aavci commented on 2013-09-05 18:28

@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

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

aavci commented on 2013-08-31 15:58

Added qt5-tools to makedepends.

jleclanche commented on 2013-08-25 04:21

Sorry, I meant makedepends.

jleclanche commented on 2013-08-25 04:20

Please add dependency on qt5-tools

aavci commented on 2013-08-20 10:39

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

pepedopolous commented on 2013-08-20 09:25

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

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 https://github.com/sddm/sddm/issues.

pepedopolous commented on 2013-08-20 07:54

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

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

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

Updated to use current vcs guidelines.

aavci commented on 2013-07-22 22:18

Updated to use current vcs guidelines.

pouar commented on 2013-07-18 17:37

please update the PKGBUILD for the current vcs guidelines
https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines

aavci commented on 2013-06-09 06:35

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

felixonmars commented on 2013-06-06 03:58

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

aavci commented on 2013-03-21 19:13

Added the conflict line as suggested by panda-z.

panda-z commented on 2013-03-21 05:05

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

aavci commented on 2013-03-18 12:26

vorbote: thanks for letting us know, anyway.

vorbote commented on 2013-03-18 12:23

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

vorbote commented on 2013-03-18 12:09

savcl It is not installed in the latest build. You may need to add it manually to the PKGBUILD.

aavci commented on 2013-03-17 20:24

vorbote: systemd service file is in the source.
See https://github.com/sddm/sddm/tree/master/services please.

aavci commented on 2013-03-17 20:24

vorbote: systemd service file is in the source.
See https://github.com/sddm/sddm/tree/master/services please.

vorbote commented on 2013-03-17 20:13

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

aavci commented on 2013-03-17 09:40

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

aavci commented on 2013-03-17 09:39

Updated the packages using suggestions from ascarpino. Thanks.

aavci commented on 2013-03-17 09:39

Updated the packages using suggestions from ascarpino. Thanks.

ilpianista commented on 2013-03-17 09:36

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

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

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

adaptee commented on 2013-03-02 14:57

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

Updated dependencies to use split packages from extra.

ajs124 commented on 2013-03-01 20:11

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

Dependency changed from qt to qt4.

jleclanche commented on 2013-03-01 11:48

Dependency should be changed from qt to qt4.

msx commented on 2013-02-17 05:45

Congratz!

aavci commented on 2013-02-16 17:56

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

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

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.

msx commented on 2013-02-14 01:38

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 you to support two different versions of SDDM.

Cheers.

msx commented on 2013-02-14 01:38

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, if I'm not wrong.

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 you to support two different versions of SDDM.

Cheers.

msx commented on 2013-02-14 01:37

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 until the end of the year or beginning of the next year, if I'm not wrong.

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 you to support two different versions of SDDM.

Cheers.

aavci commented on 2013-02-13 19:30

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

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

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.