auto-cpufreq (3.2.0-1) unstable; urgency=medium

  * New upstream release.
  * Refresh all quilt patches against the 3.2.0 sources.
  * Bump the debhelper compatibility level to 14.  As of compat 14
    dh_auto_install defaults to debian/tmp for source packages with a single
    binary package, so build-depend on dh-sequence-single-binary to keep the
    previous staging directory.  dh_gencontrol now injects the relationship
    substvars itself, so ${python3:Depends} and ${misc:Depends} are no longer
    listed in Depends.
  * Bump Standards-Version to 4.7.4; drop the Priority field from the source
    stanza, as it is no longer recommended when it matches the default.
  * Drop the Rules-Requires-Root field: it is redundant since dpkg 1.22.13,
    where "no" became the default.
  * The upstream LICENSE file contained the text of the GNU LGPL-3 although
    pyproject.toml declared GPL-3.0-or-later; upstream has replaced it with
    the full GNU GPL-3 text, matching the license this package already used.
  * d/README.Debian: document the two equivalent ways of disabling the
    daemon.

 -- Emfox Zhou <emfox@debian.org>  Mon, 05 Oct 2026 23:36:38 +0800

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