Debian/Ubuntu packaging (.deb) - no apt-installable path today #109

Problem

There's no apt-installable path today. Current options are AppImage, PyPI (pip install fluxcast + a separate fluxcast-install-system step), the AUR, or from source. That's a real gap for the Debian/Ubuntu userbase specifically - "pip install a system tray app, then run a second privileged script" is a lot more friction than apt install fluxcast on a platform that's used to apt-only workflows.

Proposed first step

A downloadable .deb attached to GitHub Releases, mirroring the AppImage that's already there. Not proposing a hosted PPA or an official Debian archive submission as a starting point - both are a much bigger, ongoing commitment (archive review, dependency bumps and changelog entries every release) than a one-off release artifact, and that's a call for whoever's going to maintain it, not something to just show up with in a PR.

Mechanically this is mostly debhelper boilerplate:

• debian/control, rules, changelog, copyright
• postinst/postrm to install meta/zz-dev.fluxcast.wpa-supplicant.conf as a proper conffile and reload dbus, instead of the manual step meta/install.sh does today
• a .desktop entry + icon cache update

Known friction

Some Python deps (pystray, pychromecast) don't have clean Debian packages, so a strict "Debian-policy-pure" package isn't realistic without vendoring. The practical option is a private venv under something like /opt/fluxcast, similar in spirit to what the PyPI/AppImage paths already do - not maximally elegant, but it's what actually ships and gets maintained by third-party apt-distributed tools in practice.

Ask

Mainly want to check whether this is wanted before building it - happy to put together the .deb and open a PR if so, but a proper packaging setup is ongoing surface area (version bumps, testing installs/upgrades, conffile handling), not a fire-and-forget contribution.