Nix CI is using PyPI apkg for bootstrap, which doesn't know deb_series
yet.

Leave the old debseries module in config for some time.

Provide backward compat and properly note the change in docs.

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.

Introduce a simple packaging tests runner based on Debian autopkgtest
with extra features to allow cross-distro operation:

    apkg test

Please see documentation and examples included in this change for more
information.

Closes: #65

`apkg status` now includes project compat level info and it redirects to
new `apkg compat` command when apkg.compat isn't set to current.

If project compat level isn't set properly `apkg compat` provides
human-friendly instructions on howto update it including upgrade notes
when needed.

`apkg compat` returns exit code 1 when project compat level isn't set
correctly so it can be used to ensure compat in scripts/CI too.

Fixes: #61

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

* create archive directly in pkg/archives/dev
* rename to make-archive.sh

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

in order to allow config file changes without disruption in the future.

Fixes: #48

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.

Replace dummy scripts/upstream-version.py with actual code to get
latest apkg version from PyPI.

This enables upstream version detection and use of

    apkg get-archive

without `--version` parameter.

This also concludes integration of apkg with itself and after next PyPI release

    apkg build --upstream

should start working allowing fully upstream builds from archive only.

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

This patch implements upstream version detection using two methods:

1) from HTML listing if upstream.archive_url is set (default)
2) using custom upstream.version_script if set

Optional htmllistparse module is required in order for 1) to work.

get-archive was updated to use the new version detection.

This patch also includes related quality of life changes:

* upstream-related config options moved to new [upstream] section
* apkg config is now exposed using Project.config_get() which allows
  convenient access from code and templates, i.e.:
  project.config_get('upstream.archive_url')
* Project class has new upstream-related methods
* docs updated to reflect new features and config changes

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.

new get-archive command can download upstream archives as specified in
new project.upstream_archive_url config option which supports using
jinja templating.

new requirement was introduced: requests

good enough to build a source only package