Differential D56629
apm: Only install rc script on i386 Authored by ivy on Apr 25 2026, 1:33 AM. Tags None Referenced Files
Subscribers None
Details
The apm(8) rc script only works on i386, but it's installed on all While here, build the acpi package on i386. MFC after: 2 weeks
Diff Detail
Event TimelineComment Actions Apm, the program, works on any acpi machine. It's what is installed as zzz and still works. Apmd only talks to APM BIOS machines which are 20years dead at this point. Apm, the program, calls a generic interface for sleeping... I tried this a few years ago and a lot of people complained. Apmd stuff is spot on though. We can likely just delete it entirely even. I386 is dead amd even if it wasn't apmd hasn't been relevant since p5 300 times. Comment Actions are you sure? /usr/sbin/zzz appears to be a shell script that controls ACPI via acpiconf(8), and only falls back to using apm(8) if the machdep.apm_suspend_delay sysctl exists, which it doesn't on my machine; i assume this comes from apm(4). are there other functions of apm(8) that work on ACPI systems? Comment Actions Oh? Things are much better than they were before... I'll do a deep dive and see if i can find the old thread.... Comment Actions only remove the rc.d script this leaves apm(8) installed on amd64, in case people are using it, but still i suspect we might want to remove apm(8), but we can leave that for another Comment Actions This is great. And it looks like there's more wired up than just -z for apm. And it turns out that I fixed a lot of the APM ioctls about 2 years ago. I did it because I wanted the battery indicators in emacs to work, and it, at the time, didn't know how to get it from acpiconf. 100% of the emacs battery support is via the 'apm program. Someone[tm] needs to fix that. But you can get rid of apmd. Nothing uses it at all. You could even get rid of these scripts entirely too if that would help fix the pkg issues. Only the apm binary has unexpected uses :(. |