Package Details: lightdm-git 1.30.0.r9.g03f21898-1

Git Clone URL: https://aur.archlinux.org/lightdm-git.git (read-only, click to copy)
Package Base: lightdm-git
Description: A lightweight display manager
Upstream URL: https://launchpad.net/lightdm
Licenses: GPL3, LGPL3
Conflicts: lightdm
Provides: lightdm
Submitter: SolarAquarion
Maintainer: SolarAquarion
Last Packager: SolarAquarion
Votes: 280
Popularity: 0.000000
First Submitted: 2017-12-18 19:45 (UTC)
Last Updated: 2019-12-15 20:56 (UTC)

Required by (46)

Sources (9)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 40 Next › Last »

<deleted-account> commented on 2012-10-31 11:56 (UTC)

I need rebuild this ackage now, because consolekit is deprecated, I'm right???

dgbaley27 commented on 2012-10-30 19:59 (UTC)

Does anyone else notice this taking a long time to stop with systemd? I needed to decrease the timeout so my system doesn't take a long time to poweroff.

<deleted-account> commented on 2012-10-27 20:45 (UTC)

Addendum: livesys-late.service can probably be removed too (along with getty@tty1.service), it seems to be something Fedora-specific.

<deleted-account> commented on 2012-10-27 20:42 (UTC)

Here are some suggestions: 1. Now that a common PAM file, /etc/pam.d/system-login, exists on Arch, lightdm.pam can be replaced with this (taken from kdm): https://projects.archlinux.org/svntogit/packages.git/tree/trunk/kde.pam?h=packages/kdebase-workspace 2. Remove WantedBy= from lightdm.service (graphical.target depends on display-manager.service by default so it's not needed anymore). 3. Or you could simply replace lightdm.service with Fedora's version, which already does (2.) plus some other goodies: http://pkgs.fedoraproject.org/cgit/lightdm.git/tree/lightdm.service It has some nice additions, like Documentation, Restart and BusName, but I don't get why they disable tty1. I suggest using the Fedora version without the tty1 parts. (My guess is that Fedora just copied that from gdm, which needs tty1 for itself, but that's not the case with lightdm.) (Also note: Even though Fedora's After= contains plymouth-quit.service, it's not an error if you don't have plymouth installed. I think this would mean one .service file would work both with and without plymouth instead of having a separate lightdm-plymouth.service. But I'm not sure.) The above has been tested to work on my computer, but hopefully it should work everywhere.

robertfoster commented on 2012-10-26 00:52 (UTC)

lightdm-plymouth.service moved to plymouth package

Atterratio commented on 2012-10-15 04:55 (UTC)

I just only with broken autologin?

Thaodan commented on 2012-10-14 18:22 (UTC)

Please add lightdm-qt as optimal depency.

Almin commented on 2012-10-05 14:38 (UTC)

1.4.0 is out. E-Mail: This is the first release in the stable 1.4 series. This series will be maintained on the lp:lightdm/1.4 branch and trunk (lp:lightdm) will now be used for the unstable 1.5 series. Overview of changes in lightdm 1.4.0 * Correctly implement and test autologin timeouts * Add greeter-show-remote-login hint * Correctly annotate enums in vapi file * QLightDM: Add default constructor to Qt power interface * QLightDM: Expose image path in UserModel * QLightDM: Add parameter to session model to show either local or remote sessions * Fix race conditions in tests

DyrverE commented on 2012-10-05 13:25 (UTC)

btw, you should probably make sure lightdm.service is aliased (symlinked) with display-manager.service I think. "Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory. See system logs and 'systemctl status display-manager.service' for details." display-manager.service The display manager service. Usually this should be aliased (symlinked) to gdm.service or a similar display manager service. systemd automatically adds dependencies of type After for this target unit to all SysV init script service units with a LSB header referring to the $x-display-manager facility, for compatibility with Debian.

dgbaley27 commented on 2012-10-03 18:14 (UTC)

@switfgeek, Huh? The greeters are defined by desktop files in /usr/share/xgreeters/*.desktop. Nothing is implicitly backed up by placing it in /etc, it needs to be in the backup=() array of the PKGBUILD. @Jristz, The crowd-greeter is just kind of silly, but not really practical.