~kennylevinsen

Denmark

https://kl.wtf/

This space intentionally left blank.

~kennylevinsen/greetd-devel

Last active 7 days ago

~kennylevinsen/greetd-announce

Last active 12 days ago

~kennylevinsen/seatd-devel

Last active 16 days ago

~kennylevinsen/greetd

Last active a month ago

~kennylevinsen/poweralertd-devel

Last active a month ago

~kennylevinsen/poweralertd-announce

Last active a month ago

~kennylevinsen/wlsunset-announce

Last active a month ago

~kennylevinsen/wlsunset-devel

Last active 2 months ago

~kennylevinsen/public-inbox

Last active 3 months ago

~kennylevinsen/seatd-announce

Last active 11 months ago
View more

Recent activity

greetd 0.10.3 12 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-announce

Announcing the release of greetd 0.10.3.

https://git.sr.ht/~kennylevinsen/greetd/refs/0.10.3

---

greetd 0.10.3

This bugfix release fixes an incorrect cast in the PAM ffi code that
could lead to periodic failures.

Kenny Levinsen (2):
       greetd: Use pointer::is_null instead of cast
       Bump version to 0.10.3

Re: greetd 0.10.2 12 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-announce

The issue has been identified - a stupid bug in the PAM FFI code leading 
to periodic login failures.

I will be rolling out a 0.10.3 shortly once the fix has been validated.

Re: greetd 0.10.2 12 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-announce

I am currently looking into an issue reported in the IRC channel just 
after I pushed 0.10.2.

If the issue is with the 0.10.x, we might end up rolling a 0.10.3 with a 
bugfix, so maybe hold on updating for a moment.

greetd 0.10.2 12 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-announce

Announcing the release of greetd 0.10.2.

https://git.sr.ht/~kennylevinsen/greetd/refs/0.10.2

---

greetd 0.10.2

This bugfix release fixes builds on stable rust toolchains.

Kenny Levinsen (2):
       greetd_ipc: Only set feature flag for docsrs
       Bump version to 0.10.2

Re: Build failures on stable release channel 12 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-devel

> Updating to 0.10.1 now throws error[E0554] related to the doc_cfg line
> in greetd_ipc/src/lib.rs:34:1. Removal of the doc_cfg line results in a
> successful build. Tested on openSUSE and Arch, rustc 1.78.0.


Thanks for highlighting this - I might not have noticed otherwise, as I 
have had to run nightly due to cargo libgit issues. I'll roll out a 
0.5.2 with a fix for stable compatibility in a bit.

I'm not particularly amused by docs.rs requiring nightly features to 
build such basic documentation, especially since the exact same code 
built just fine when 0.9.0 was released... Oh well.

greetd 0.10.1 14 days ago

From Kenny Levinsen to ~kennylevinsen/greetd-announce

Announcing the release of greetd 0.10.1.

https://git.sr.ht/~kennylevinsen/greetd/refs/0.10.1

---

greetd 0.10.1

This bugfix release reintroduces the XDG_VTNR environment variable which
some X11 sessions were relying on. It also changes the error behavior
when a greeter incorrectly sends a user response when there is no
question to answer.

Kenny Levinsen (6):

Re: Plaintext passwords potentially being exposed through format macro a month ago

From Kenny Levinsen to ~kennylevinsen/greetd-devel

On 4/27/24 11:55 PM, Nathaniel Mason wrote:
> If a client incorrectly communicates with the session worker, then it's
> possible for plaintext passwords to be displayed.
>
> This error appeared for me when I was testing tuigreet with
> fprintd-grosshack, which in some situations seems to cause the greeter
> to incorrectly return a "PamResponse" when the worker expects a response
> in the form of either "Args" or "Cancel". Since unexpected messages are
> returned as an error using the format! macro, this returns an error
> message that directly exposes the user's password in plaintext.


There is a bug in the greeter if it sends a 
Request::PostAuthMessageResponse in response to anything other than

Re: Clarifications about changes in 0.10.0 a month ago

From Kenny Levinsen to ~kennylevinsen/greetd-devel

On 5/1/24 8:57 PM, jman wrote:
> What is the advantage of having these two new files? What does "using a
> different PAM service file for greeter and user sessions" actually
> entails?
>
> What should be the content of the files "greetd-greeter" and "greetd"?
> Is "greetd" here the binary I compile and now have in /usr/local/bin?

/etc/pam.d/greetd is the PAM configuration file describing how greetd 
should authenticate users and check if the accounts are ok for login. If 
you did not have one previously, just copy /etc/pam.d/login, as 
mentioned in the changelog.

There is no reason to use a separate config for the greeter if you do

Re: Xfce4 session fails to start without XDG_VTNR a month ago

From Kenny Levinsen to ~kennylevinsen/greetd-devel

Ugh. It appears that Xorg tries to just pick its own VT if not 
explicitly specified, rather than being sensible and just using the 
current one.

I reverted part of this change in master, which should fix your issue.

Re: [PATCH v2] feat: Add option '-o' to ignore notifications over a certain battery-level a month ago

From Kenny Levinsen to ~kennylevinsen/poweralertd-devel

On 4/22/24 6:21 PM, Antoine Beaupré wrote:
> Okay let's see then, i have:
>
> Apr 22 12:19:16 angela poweralertd[3253]: Ignored because -o: 99 | percentage: 100.000000
> Apr 22 12:19:16 angela poweralertd[3253]: Ignored because -o: 99 | percentage: 100.000000


Ah, don't use the timestamps of the "Ignored" logging from this patch. 
The patch prints on *every* power-related messages received when the 
battery is over the threshold, which is not indicative of events that 
poweralertd send notifications for. poweralertd observes all changes to 
power devices (it's all or nothing unfortunately), but it only sends 
notifications if an important state changed whereas the majority of the 
messages are just an updated readout timestamp or a voltage change.