Guido Günther
Guido Günther
Mastodon is there ` icon = "fa-brands fa-mastodon fa-2x"`, see https://fontawesome.com/icons/mastodon?f=brands
No, no flashing leds and I can still run `colorhug-cmd set-leds green` past the failed flashing attempt (and the LED then turns green).
*B* breaks things like Do-not-disturb for users. Notifications can have sound file hints (see https://specifications.freedesktop.org/notification-spec/1.3/hints.html) which respect these) for cases where an app wants an individual sound.
Thanks for the hint. I've had done that already (via config file).
See #36 and #43 which is in use in Debian (and tries to get there with a minimal diff) to keep things reviewable
> What's your kernel and iio-sensor-proxy version? iio-sensor-proxy 3.8 (but see the above reproducer with `iio_generic_buffer`). Kernel is 6.16.12. Going via `/dev/cros` seems to work: ``` $ sudo target/debug/framework_tool --sensors...
This is the dmesg from a suspend/resume cycle: ``` [ 6072.081177] lockdown_is_locked_down: 2 callbacks suppressed [ 6072.081180] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7 [ 6072.084399] Lockdown: systemd-logind: hibernation...
> The ALS Sensor works by the EC exposing an I2C HID interface. Interesting, reloading `i2c_hid_acpi` unbreaks after resume unbreaks things (until next suspend)
> You're using phosh on the framework laptop? Yes > Why does it unclaim the sensor? Would that help with power consumption? Unclaiming the sensor when the screen is blanked...
```sh #!/bin/sh [ "$1" = "post" ] && [ "$2" = "suspend" ] || exit 0 echo "Working around broken ALS after resume on Framework 13" rmmod i2c_hid_acpi modprobe i2c_hid_acpi...