While dunamai is a great library and I even packaged it for Debian, it's
not packaged for older distros so drop it in favor of few lines of shell
with same functionality.

Debian 12 hatchling is too old and fails when

    Programming Language :: Python :: 3.13

sepcifier is present, so use setuptools there.

Ubuntu 24.04 works, so I expect Debian 13 Trixie to work as well.

suse-15 test image got renamed to opensuse-15.6 for consistency.

Please see the docs and example provided with this commit,
especially docs/templatevars.md

This bumps compat level to 4.

Fixes: #76

My experience with Poetry was poor, I've switched python packaging to
simpler Hatchling build system.

Drop problematic minver support.

Use single-source __version__ from apkg/__init__.py.

Use more robust method of reading __version__ from setup.py when using
setuptools.

Make scripts/make-archive.sh update __version__ using Dunamai tool from
git - PEP 440 compatible.

Add poetry support with poetry-dynamic-versioning plugin providing
dynamic versioning using Dunamai including __version__ updates.

Move EL (centos, rocky, alma) jobs bellow fedora for better file
structure.

Remove hard dep on python3-blessings in RPM because it's not
available from EPEL 9. apkg can run fine without it, just no colors.

This reverts commit d120a385.

The change introduced unwanted side-effects which would only get worse
with time.

pkgstyles can now define TEMPLATE_ENV dict containing variables and
functions available during templating when using that particular style
as well as TEMPLATE_ENV_DYNAMIC dict containing functionas to be
evaluated on template render to fill in dynamic template variables.

New {{ now }} dynamic variable containing current date in suitable
changelog format is now available in templates using deb or rpm
pkgstyles through this new mechanism.

The extraDepsFor thing takes dependencies from current NixPkgs,
but that doesn't work now due to knot-dns adding libmnl since 3.1.0,
so I extraDeps is added to supply libmnl explicitly in CI 🤷

Generally it's a chicken-egg situation between make-archive
(the scripts needs dependencies) and finding the dependencies,
e.g. from a srcpkg.

Fixes: #59
Fixes: #49

Use beautifulsoup4 directly to discover upstream version because it's
readily available everywhere, unlike htmllistparse module which uses bs4
and extra modules.

Fixes: #47

In order to have command code and CLI in one place while preserving
history of apkg.lib:

* add new click CLI directly into apkg.lib.* modules
* remove old docopt CLI modules apkg.commands.* (for the transition)

Follow-up patch moves apkg.lib to apkg.commands finishing the merge
of apkg.lib (code) and apkg.commands (CLI) in a transparent manner.

This patch preserves the original CLI with minor enhancements.

The only incompatible CLI change is the new handling of log level:

    apkg -L verbose build

-L/--log-level choice option needs to be supplied before apkg (sub-)command.

Commands are now non-interactive by default with legacy -y/--yes option
being still supported but officially replaced by --ask/--no-ask which
allows change of default in the future without impacting CLI.

Fixes: #54

GitLab is using $NAME-$TAG.tar.gz archive names which includes "v"
prefix in archive name, for example:

    apkg-v0.0.4.tar.gz

Change scripts/make-dev-archive.sh to:

* include "v" prefix in archive name
* use internal apkg version generated by miniver (nicer `git describe`)
* create archive using `git archive` - include all source files

Adapt packaging accordingly.

Drop problematic pbr in favor of recommended modern python packaging setup:

https://packaging.python.org/tutorials/packaging-projects/

Versioning is now handled by miniver without introducing external dep:

https://github.com/jbweston/miniver

I've also updated and extended setup.cfg with more metadata for better
integration on PyPI and elsewhere.

Fixes: #41

Use standard shutil.unpack_archive which has a limited archive support
but can be extended to support arbitrary archive formats as needed.

Fixes: #42

Newly introduced

    apkg build

command is able to build packages from source packages
and use `apkg srcpkg` to create them if needed.

Following pkstyles support build_packages():

* arch: using makepkg
* deb: using dpkg-buildpackage

pkgstyle.deb.build_package() also contains preliminary support of
isolated build using pbuilder which isn't enabled yet but it I tested it
successfully.

This patch also includes some polish and refactoring all over the place
as archive -> srcpkg -> build commands are connected.

Simple self test with apkg calling `apkg build` on itself is included.

good enough to build a source only package