~anarcat


#81 save profile a month ago

Comment by ~anarcat on ~emersion/kanshi

#81 save profile a month ago

Comment by ~anarcat on ~emersion/kanshi

i've been thinking about this again since i was in a situation where i wanted to save my current configuration to kanshi. what i did was open wdisplays to set the configuration just so, then i was stuck there. i ran wlr-randr to dump the output and moved on, thinking i would manually generate a kanshi config file when i wanted to catch up.

but then i found out about nwg-displays which has this interesting feature of saving profiles as sway-compatible output blobs. then it struck me that if kanshi could read such fiels, it could just reuse the same configuration data as sway itself, which would be pretty useful on its own!

have you considered supporting the sway output configuration syntax?

thanks!

#1 Ability to filter out notifications 3 months ago

Comment by ~anarcat on ~kennylevinsen/poweralertd

oh, interesting, i didn't realize the patch was waiting for info, i'll try to figure that out!

#1 Ability to filter out notifications 3 months ago

on ~kennylevinsen/poweralertd

~anarcat, I asked on that patch about the exact messages, as collected with upower --monitor-detail or sudo busctl monitor, so that I could understand what exactly it is we want to silence.

~tardypad, doing it on notification category has the caveat that any of the warnings also depend on power.cleared to undo them cleanly, which would then need to be ignored if the previous state was a muted state to not cause confusing clear messages. Instead, you probably want to pick which event categories (state, warning, online) to process.

Configuring notifications behavior on the mako side is not really a workaround though.

#198 neverest: tls client cert support? 3 months ago

Comment by ~anarcat on ~soywod/pimalaya

it's pretty common. offlineimap, mbsync, thunderbird, and k9 mail support TLS client certificates, i believe.

re rustls, i believe you're right and it does support client certs. that search, however, just finds generic x509 routines which could as well be for client side authentication of servers, which is not exactly the same thing (kind of the opposite, really).

but a quick look at the docs seem to confirm my suspicion that it should be fine, e.g.

https://github.com/rustls/rustls/blob/f57d4b79549ac97a77b52d7dd5189477c72eb20f/examples/src/bin/tlsclient-mio.rs#L6

#162 Polling version of IMAP IDLE mode 3 months ago

Comment by ~anarcat on ~soywod/pimalaya

sorry to jump on a possibly random issue, but does this mean neverest supports IDLE mode, or does it reconnect periodically and polls everything again?

#198 neverest: tls client cert support? 3 months ago

Ticket created by ~anarcat on ~soywod/pimalaya

interesting project! i wonder if you have plans to implement TLS/x509 client certs support for neverest?

#1 Ability to filter out notifications 3 months ago

Comment by ~anarcat on ~kennylevinsen/poweralertd

true! maybe i should just file another issue. :)

#1 Ability to filter out notifications 3 months ago

Comment by ~anarcat on ~kennylevinsen/poweralertd

i actually want to have charge/discharge notifications, i just don't want them flapping they way they currently do...

So redacting out notification categories doesn't fix this issue for me, what does fix it is limiting the notifications pass a certain threshold. Ideally, we'd do some hysteresis here to be more clever about this, but that's a tad more complicated to implement.

Honestly, at this point, if we could just merge patch 43895 it would fix it all for me...

#1 Ability to filter out notifications 3 months ago

Comment by ~anarcat on ~kennylevinsen/poweralertd

Hi!

This is kind of a dealbreaker for me. I'm patching this locally in the Debian package and I have submitted the aforementioned patch to the Debian bug report as well, so I'm wondering if there's a plan for this. :)