auto-cpufreq (3.1.0-1) unstable; urgency=medium
  * Initial packaging. (Closes: #1053294)
  * d/patches: switch the build backend from poetry_dynamic_versioning to
    poetry-core with a static version; replace the git-URL pyinotify
    dependency with a plain one, relax the urwid constraint, and drop the
    unused pyasyncore dependency.
  * d/patches: fix the systemd unit to use the FHS path /usr/bin/auto-cpufreq.
  * d/patches: remove the --update self-update CLI option; it downloads and
    runs the upstream installer, which is unsuitable for a packaged build.
  * d/patches: rename the --install/--remove CLI options to --enable/--disable
    and reroute them to systemctl; the upstream installer is incompatible with
    dpkg.
  * d/patches: look for the GTK CSS and icon in /usr/share instead of
    /usr/local/share.
  * d/install: ship style.css and icon.png, which the GTK frontend loads at
    startup.
  * d/patches: use the packaged cpufreqctl script instead of copying it into
    /usr/local/bin at runtime.
  * d/install: ship cpufreqctl.sh as
    /usr/lib/auto-cpufreq/cpufreqctl.auto-cpufreq.
  * d/auto-cpufreq.1, d/auto-cpufreq-gtk.1: add man pages.
  * d/patches: make the GUI daemon buttons use --enable/--disable; they
    still called the removed --install/--remove options and always failed.
  * d/patches: update the remaining messages that still referred to the
    removed --install/--remove options.
  * d/patches: don't crash in the GTK frontend when the system exposes no
    CPU scaling governors.

 -- Emfox Zhou <emfox@debian.org>  Fri, 18 Sep 2026 01:40:36 +0800