~jokeyrhyme, this would be #49.
Comment by ~jokeyrhyme on ~emersion/kanshi
Is there a way to get kanshi 1.3.0 to match make and model without serial number? My office provides hotdesks with many of the same monitor, and I'd prefer to not have to add serial numbers for every monitor to my configuration
I'd also generally prefer to not store serial numbers in my dotfiles (which are a public git repository)
Comment by ~jokeyrhyme on ~kennylevinsen/greetd
Okay, after reading through https://github.com/apognu/tuigreet/issues/17 and https://www.freedesktop.org/software/systemd/man/systemd.service.html#Options , I have found a solution that works for me:
[Unit] After=multi-user.target [Service] Type=idle
Comment by ~jokeyrhyme on ~kennylevinsen/greetd
Okay, I've tested with this and I still get the tlp.service output:
[Unit] After=multi-user.target Wants=multi-user.target
I think one other approach might be for terminal greeters to fully redraw themselves, but every terminal greeter would have to implement that (although perhaps it's firmly the responsibility of the frontend and not a greetd backend issue?)
I noticed this is reported over here as well: https://github.com/apognu/tuigreet/issues/17
Ticket created by ~jokeyrhyme on ~kennylevinsen/greetd
Howdie, firstly, I want to thank you for sharing greetd, it's working very well for me
One minor nuisance is that, when launched by systemd (I'm using Archlinux), I see the last few messages from systemd printed on top of the output from agreety and tuigreet
I think this is caused by greetd.service starting before the rest of my enabled units are finished starting
I have mostly fixed this by overriding the systemd unit for greetd, and wonder if maybe this should be included in the systemd unit file that you provide in this repository:
systemctl edit greetd.service
[Unit] After=multi-user.target
I do also need to add
After=tlp.service
, because I see one last output from systemd about that service, but that seems very system-specificIt's possible that including
Wants=multi-user.target
would more generally solve the sequence issue here, I should investigate