gobjectservicelib
GObject mainloop enabled version of https://gitlab.com/advian-oss/python-datastreamservicelib (runs GObject mainloop in a thread, asyncio is still the main threads mainloop).
Notable helpers
ServiceWidgetBase/ServiceWindowBase (in widgets.py) and the aio decorator (in eventloop.py), the first should be used as baseclass for your own widgets/windows that need a reference to the main service and aio mainloop. The latter is a decorator that can be applied to a method of subclass of ServiceWidgetBase to make said method run in the aio mainloop.
And of course the GObject mainloop enabled SimpleService which extends the one in datastreamservicelib
Docker
This depends on GObject libraries etc from the operating system level, easiest way to get hacking is to build the docker image and work inside it.
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 the container
Make sure you have defined DOCKER_DISPLAY above.
Build image, create container and start it:
docker build --progress plain --ssh default --target devel_shell -t gobjectservicelib:devel_shell . docker create --name gobjectservicelib_devel -v `pwd`":/app" -it -v /tmp:/tmp `echo $DOCKER_SSHAGENT` gobjectservicelib:devel_shell docker start -i gobjectservicelib_devel
This will give you a shell with system level dependencies installed, you should do any shell things (like run tests, pre-commit checks etc) there.
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 gobjectservicelib_devel /bin/bash -c "pre-commit install" docker exec -i gobjectservicelib_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 -v `pwd`":/app" gobjectservicelib: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 “test” target in the Dockerfile:
docker build --progress plain --ssh default --target tox -t gobjectservicelib:tox . docker run --rm -it -v `pwd`":/app" `echo $DOCKER_SSHAGENT` gobjectservicelib:tox
Local Development
TLDR:
Check dockerfile for system dependencies and adapt according to your env
Create and activate a Python 3.7 virtualenv (assuming virtualenvwrapper):
mkvirtualenv -p `which python3.7` 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 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 gobjectservicelib 1.4.1
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 |
|---|---|---|---|---|
| gobjectservicelib-1.4.1.tar.gz | 6.1 kB | Without provenance | Details for gobjectservicelib-1.4.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| gobjectservicelib-1.4.1-py3-none-any.whl | Python 3 | none | any | Details for gobjectservicelib-1.4.1-py3-none-any.whl |
Total release size: 12.5 kB
Release files / gobjectservicelib-1.4.1.tar.gz
| Download URL | gobjectservicelib-1.4.1.tar.gz |
|---|---|
| Size | 6.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
feca37cf55d479e467619116253e14341a69a998d2061d052c7118073bf0075f
|
|
BLAKE2b-256 checksum How to use checksums |
f57ee3fdd7319521bc7006b83abf3126393fceb7c06a6458b46f1ebb6d262de0
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/4.0.2 CPython/3.8.16
|
Release files / gobjectservicelib-1.4.1-py3-none-any.whl
| Download URL | gobjectservicelib-1.4.1-py3-none-any.whl |
|---|---|
| Size | 6.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9db4378a3c4696a6de44baead7bd127b69aec8839ccca2084b974c448652353f
|
|
BLAKE2b-256 checksum How to use checksums |
1003d3e330a0b497a2dbddb5586ef97934ffaedc061f722a722db75188f59749
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/4.0.2 CPython/3.8.16
|
Security for gobjectservicelib 1.4.1
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.