vibedata-motherduck-flight
Run-time delivery for a MotherDuck Flight: check the Domain repository out at a given ref and hand back the project directory.
from vibedata.flight import checkout
project_dir = checkout(GIT_REPO, PROJECT_SUBDIR, GIT_REF, GIT_SECRET_NAME, GIT_SECRET_PARAM)
Resolving the credential, fetching the tree and failing in a way that says what to do live here, so the Flight program is left naming the load.
The credential reaches the container as a flights secret, injected under
<secret_name>_<PARAM> and as a bare <PARAM>. The Flight program declares
both halves — the secret's name and its parameter — because that pair is what
someone needs to create the secret, and the platform checks the name but never
the parameter keys. The declared name is tried first, so two attached secrets
carrying the same parameter cannot resolve to the wrong one; any other
namespaced injection is the fallback that keeps the Flight working under a
secret the Domain owner renamed. The bare alias comes last, because across
attached secrets it is last-attached-wins.
The token never reaches the argv. It goes to git through GIT_ASKPASS, as a
child-process environment variable; the remote URL carries only the
x-access-token username. A token in the URL would reach the argv, the git
config written to disk, and every log line that echoes the command.
GIT_CONFIG_GLOBAL, GIT_CONFIG_NOSYSTEM and a redirected HOME keep the
checkout from reading the runtime's own git configuration, including any
credential helper in it.
Every failure raises GitCheckoutError — a non-zero exit, a timeout, or an
absent git. A partial tree builds a subset of the project and reports success
over it, so a caller has one type to render and one thing to say.
fetch + checkout FETCH_HEAD, never clone --branch: a fetch refspec takes a
branch, a tag or a full commit SHA uniformly, and clone --branch rejects a SHA.
Requires git on PATH, a writable temp dir, and egress to the git host — all of
which the Flight runtime supplies.
Metadata
Release files for vibedata-motherduck-flight 0.1.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 | |
|---|---|---|---|---|
| vibedata_motherduck_flight-0.1.0.tar.gz | 8.3 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| vibedata_motherduck_flight-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 14.5 kB
Release files / vibedata_motherduck_flight-0.1.0.tar.gz
| Download URL | vibedata_motherduck_flight-0.1.0.tar.gz |
|---|---|
| Size | 8.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
881f0e77ae18c6c8bf60c310a0579b98bd038492b9412720a598d82d3ff24880
|
|
BLAKE2b-256 checksum How to use checksums |
f582f378d1651b2cc99ee5af63c50fb6dc8d0ccfba6d79ed4ae8768ec6ab5ae0
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Release files / vibedata_motherduck_flight-0.1.0-py3-none-any.whl
| Download URL | vibedata_motherduck_flight-0.1.0-py3-none-any.whl |
|---|---|
| Size | 6.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
1821ec98515bb2d8207d97394be35afab757f46bdf23b3744e1a93627ae6a4ec
|
|
BLAKE2b-256 checksum How to use checksums |
18b834ff3a6e7e322560d4016ce65cab000db18046511dd5aa8a6c9f57a2df22
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.11.17
|
Security for vibedata-motherduck-flight 0.1.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.