Small helpers that do not warrant their own library.
Notable helpers
init_logging (libadvian.logging): Initializes default logger to our standard log format.
b64_to_uuid and uuid_to_b64 (libadvian.binpackers): URL-safe base64 UUID decode/encode.
ensure_[utf8|str] (libadvian.binpackers): For making sure you are dealing with bytes or strings.
TaskMaster.singleton().create_task(my_task()) (libadvian.tasks): for true fire-and-forget tasks.
chunked(iterable, size) (libadvian.iter): divide iterable into chunks.
There is more, everything is type hinted and documented, just look around.
HTTP Logging notes
Note: requires you install the extra feature “http” to use
If LOG_HTTP_TARGET_URI is set in ENV, init_logging will add BufferedHTTPMultiRecordHandler handler for shipping logs to Vector/Logtash (or similar that can take POSTs with text body), for username and password use LOG_HTTP_USERNAME and LOG_HTTP_PASSWORD variables.
Any extra properties set by logger.level(“message”, extra={“key”: “value”}) will be resolved and added to labels_json -header in the POST. If LOG_GLOBAL_LABELS_JSON is set in ENV that will be decoded and filter added to init_logging -pipeline that will add those labels as extras to all logrecords.
You can of course initialize those handlers manually and use them as you wish. For quick and very dirty way of adding headers to the HTTP requests muck with libadvian.logging.httpmulti.HTTP_LOGGING_CONFIG before initializing logging:
libadvian.logging.httpmulti.HTTP_LOGGING_CONFIG["handlers"]["http"].update({"session_options": { "headers": {
"Myheader": "myval"
}}})
Making a deep copy and using logging.dictConfig() on the copy would be much cleaner though.
Docker
For more controlled deployments and to get rid of “works on my computer” -syndrome, we always make sure our software works under docker.
It’s also a quick way to get started with a standard development environment.
SSH agent forwarding
We need buildkit:
export DOCKER_BUILDKIT=1
And also the exact way for forwarding agent to running instance is different on OSX:
export DOCKER_SSHAGENT="-v /run/host-services/ssh-auth.sock:/run/host-services/ssh-auth.sock -e SSH_AUTH_SOCK=/run/host-services/ssh-auth.sock"
and Linux:
export DOCKER_SSHAGENT="-v $SSH_AUTH_SOCK:$SSH_AUTH_SOCK -e SSH_AUTH_SOCK"
Creating a development container
Build image, create container and start it:
docker build --ssh default --target devel_shell -t libadvian:devel_shell . docker create --name libadvian_devel -v `pwd`":/app" -it `echo $DOCKER_SSHAGENT` libadvian:devel_shell docker start -i libadvian_devel
pre-commit considerations
If working in Docker instead of native env you need to run the pre-commit checks in docker too:
docker exec -i libadvian_devel /bin/bash -c "pre-commit install --install-hooks" docker exec -i libadvian_devel /bin/bash -c "pre-commit run --all-files"
You need to have the container running, see above. Or alternatively use the docker run syntax but using the running container is faster:
docker run --rm -it -v `pwd`":/app" libadvian:devel_shell -c "pre-commit run --all-files"
Test suite
You can use the devel shell to run py.test when doing development, for CI use the “tox” target in the Dockerfile:
docker build --ssh default --target tox -t libadvian:tox . docker run --rm -it -v `pwd`":/app" libadvian:tox
Development
TLDR:
Create and activate a Python 3.9 virtualenv (assuming virtualenvwrapper):
mkvirtualenv -p `which python3.9` my_virtualenv
change to a branch:
git checkout -b my_branch
install Poetry: https://python-poetry.org/docs/#installation
Install project deps and pre-commit hooks:
poetry install pre-commit install --install-hooks pre-commit run --all-files
Ready to go.
Remember to activate your virtualenv whenever working on the repo, this is needed because pylint and mypy pre-commit hooks use the “system” python for now (because reasons).
Metadata
Release files for libadvian 1.9.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| libadvian-1.9.0.tar.gz | 14.3 kB | Without provenance | Details for libadvian-1.9.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| libadvian-1.9.0-py3-none-any.whl | Python 3 | none | any | Details for libadvian-1.9.0-py3-none-any.whl |
Total release size: 30.4 kB
Release files / libadvian-1.9.0.tar.gz
| Download URL | libadvian-1.9.0.tar.gz |
|---|---|
| Size | 14.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
97c78963cb08a70d856be409faa3c9f9bb088787d036dfce68b8e449a199b736
|
|
BLAKE2b-256 checksum How to use checksums |
f2e986ce7c1ffb486abe8506909a8c41db6da2de9703a0326a10178b205d47ae
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.1.0 CPython/3.13.3
|
Release files / libadvian-1.9.0-py3-none-any.whl
| Download URL | libadvian-1.9.0-py3-none-any.whl |
|---|---|
| Size | 16.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
2461145e0980c9af95480f063d565c01cd68f52c90f19818ec5efbc537d1f702
|
|
BLAKE2b-256 checksum How to use checksums |
c44795f5435cd98c9fe52a8bfaeeaade1fc97ec75ee86f05c054c67b122af5d4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.1.0 CPython/3.13.3
|
Security for libadvian 1.9.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.