Package Details: greetd 0.8.0-1

Git Clone URL: https://aur.archlinux.org/greetd.git (read-only, click to copy)
Package Base: greetd
Description: Generic greeter daemon
Upstream URL: https://git.sr.ht/~kennylevinsen/greetd
Licenses: GPL3
Submitter: 1ace
Maintainer: 1ace (kennylevinsen)
Last Packager: kennylevinsen
Votes: 34
Popularity: 2.82
First Submitted: 2020-04-30 23:10
Last Updated: 2021-09-11 14:05

Latest Comments

1 2 Next › Last »

brodi1 commented on 2021-10-09 19:26

error in build()

error: no override and no default toolchain set

TrialnError commented on 2021-08-12 18:11

To make life easier for people which set makepkg's SRCDEST to a common location, would it be possible to add ${pkgname}-${pkgver}.tar.gz:: in front of the source url which links to the tarball?
Thanks in advance

kennylevinsen commented on 2021-06-03 20:13

In my opinion, the greeter user shouldn't spawn systemd user services which are intended for real users. Don't you agree?

There are no "real" users, just users. The greeter runs in a session for the "greeter" user to limit privileges. On a systemd system, in order to be able to run a graphical environment, logind needs to register the login properly to grant I/O access. This also starts a (harmless) systemd user service manager.

This is all entirely unrelated to xdg-desktop-portal starting. This is a dbus activated service, which starts only because Gtk is talking to it.

itaranto commented on 2021-05-30 14:37

Report xdg-desktop-portal-wlr crashes to upstream.

Will do.

greetd usually launches your greeter as the "greeter" user, yes. systemd-logind eavesdrops on this through PAM and starts a user service manager for the session.

I've been using Linux for more than 10 years and I still haven't learnt how PAM/systemd works :/

In my opinion, the greeter user shouldn't spawn systemd user services which are intended for real users. Don't you agree?

kennylevinsen commented on 2021-05-25 17:08

greetd usually launches your greeter as the "greeter" user, yes. systemd-logind eavesdrops on this through PAM and starts a user service manager for the session.

Report xdg-desktop-portal-wlr crashes to upstream.

re: rustup, I don't think it's a good idea to mess around with the default toolchain. That's user configuration, and setting up defaults of another package is not our job.

rustup is allowed so that rust developers, who often use rustup, can use their existing toolchain instead of having to install an entirely separate one just for building the package. If you don't code in rust, just use the normal rust packages.

itaranto commented on 2021-05-25 14:44

It seems that greetd is lauching a systemd user session with the "greeter" user. Is this intended?

Right now it's making xdg-desktop-portal-wlr to crash for some reason. I'm using sway + greetd-gtkgreet.

carsme commented on 2021-05-25 00:20

Had the same issue as @maroider on a freshly installed system due to no default rustup toolchain being set yet.

Setting the toolchain when building seems like something that should be added to the PKGBUILD.

abouvier commented on 2021-03-15 15:52

arch=(any) is for architecture independent package. You can't set that for a package providing compiled binaries.

thurstylark commented on 2021-03-10 00:06

Is there any reason to keep this package set to x86_64?

kennylevinsen commented on 2021-02-11 08:45

sha256sum fixed - a sourcehut upgrade had caused the tarball to change slightly.