/usr/sbin/on_ac_power incorrectly reporting ac power status

Status changed to 'Confirmed' because the bug affects multiple users.

Looking at the package, it hasn't been updated in 3 years in Debian.

I have this issue on an Intel NUC (NUC10i357FN).

The sysfs entry for the power supply does contain a usb_type entry for it, which contains:

[nuc]: cat usb_type
[C] PD

Possibly this?

--- /bin/on_ac_power 2019-07-20 16:43:51.000000000 +0100
+++ ./on_ac_power 2022-09-22 01:44:53.412558622 +0100
@@ -28,6 +28,17 @@
            type="$(cat "${FN}/type")"
            case "${type}" in
            Mains|USB*|BrickID|Wireless)
+# If USB, is it input or output?
+#
+ case "${type}" in
+ USB*)
+ if test -r "${FN}/usb_type"; then
+ usb_type=`cat "${FN}/usb_type"`
+ case "${usb_type}" in
+ *PD*) continue ;;
+ esac
+ fi
+ esac
                if [ -r "${FN}/online" ]; then
                    online="$(cat "${FN}/online")"
                    [ "$online" = 1 ] && exit 0

(sorry - the indentation spaces after any + are being eaten)

This is still an issue in Kinetic.

And it's now stopping unattended_upgrades running, as these (now?) have a condition of ConditionACPower=true
which is not being met even though the system is running on AC (and has no other way of running).

Actually, it turns out that systemd has its own code to check for AC power (same/similar logic - perhaps this should be done in a single system service rather than duplicated between sub-systems?).

So I'll open a bug for this against systemd as well and cross-reference them.

The systemd bug report for this is bug #1998872

/lib/systemd/systemd-ac-power works (on lunar). on_ac_power still does not.

Perhaps on_ac_power should just be made a symlink to this - or the script should exec that systemd executable if it exists?

It's worth adding that in #1973359 (was closed as duplicate of this bug; I was the author), the computer is plugged in with a barrel power plug, not via USB-C PD. I'm not sure how it still ends up being routed as a USB power source in /sys/class/power_supply. Specifically, it's this computer: https://imgur.com/a/0nUFAFH ... so it's very much in "has consistent power" range.

Ubuntu 22.10 (Kinetic Kudu) has reached end of life, so this bug will not be fixed for that specific release.

It's *still* a bug in 23.04.

Do I need to open a new bug report?

Or do I have to wait until another LTS version comes along and report it against that (since it was also a problem with the previous LTS version, and hence still will be - note the comment above that it hasn't been changed in 3 years).

Gordon - Utkarsh's comment is just about cleaning up Kinetic-related items. We understand that this is still a problem in other releases.

However, I can't see any bug report for it it any other (later) release.

So this one is marked as High importance, but Won't fix.

There's a similar bug report about this from 2019 (bug #1823521). *That* was reported on 18.04.

This bug is only marked as "Won't Fix" for *Kinetic*; the "Triaged" state implicitly applies to the current development release (i.e. Mantic). In other words, this indicates that this bug has not been knowingly fixed in *any* release, and still needs attention.

By the way - is the main problem for you behavior with unattended-upgrades? Or just use of the on_ac_power script in general?

If the main problem is unattended-upgrades, we can more quickly remove use of on_ac_power from that, as opposed move everything away from using on_ac_power.

I'm not the bug opener, but the main problem for *me* was with unattended-upgrades as I noticed it had stopped running (while my other systems were still updating).
But that is fixed (as it runs from systemd and the systemd AC power check was fixed in Lunar).

However, there are (at least) 3 crontab entries in /etc/cron.daily or weekly (apt-compat, plocate and apt-xapian-index) using on_ac_power (although 2 of those don't run from cron if systemd is running...). This isn't bothering me.

FWIW, I opened the duplicate of this bug, and my problem was entirely with unattended upgrades.

I'm seeing this issue as part of a dependency which relies on `on_ac_power`. Here's the GitHub issue: https://github.com/regolith-linux/regolith-powerd/issues/1

I'm on Lunar.

/lib/systemd/systemd-ac-power reports correctly on my desktop.