Skip to content

Commit 891d12d

Browse files
yeoldegroveNotTheEvilOne
authored andcommitted
port OCI module back from python_gardenlinux_cli
1 parent 1dc3c8c commit 891d12d

18 files changed

+1239
-118
lines changed

README.md

Lines changed: 61 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -4,33 +4,76 @@
44
![security check](https://github.com/gardenlinux/parse_features_lib/actions/workflows/bandit.yml/badge.svg)
55

66
# Parse features lib
7-
This library helps you to work with the gardenlinux/features folder. It parses all info.yamls and builds a tree.
87

9-
Features (planned):
10-
* validate CNAMEs
11-
* validate info.yamls
12-
* Deduct dependencies from cname_base
8+
This library includes tooling to build and distribute [Garden Linux](https://github.com/gardenlinux/gardenlinux).
9+
10+
Features:
11+
12+
- compare APT repositories
13+
- parse features
14+
- parse flavors
15+
- push OCI artifacts to a registry
1316

1417
## Quickstart
18+
19+
### Example: get a list of features for a given cname
20+
1521
**Inclusion via poetry**:
1622

17-
`parse_features_lib = { git = "https://github.com/gardenlinux/parse_features_lib", rev="main" }`
23+
`gardenlinux = { git = "https://github.com/gardenlinux/python_gardenlinux_lib", rev="0.6.0" }`
24+
1825
```python
19-
import parse_features_lib
26+
from gardenlinux.features import Parser
27+
28+
cname = "aws-gardener_prod"
29+
feature_list = Parser().filter_as_list(cname)
30+
print(f"features of {cname}:")
31+
for feature in feature_list:
32+
print(feature)
33+
```
34+
35+
## Developer Documentation
36+
37+
The library is documented with docstrings, which are used to generate the developer documentation available [here](https://gardenlinux.github.io/python-gardenlinux-lib/).
38+
39+
## Push OCI artifacts to a registry
2040

21-
if __name__ == "__main__":
22-
# Step 1: parse the "features directory" and get the full graph containing all features
23-
all_features = parse_features_lib.read_feature_files("features")
41+
this tool helps you to push oci artifacts.
2442

25-
# Step 2: supply desired features and get all their dependencies
26-
dependencies = parse_features_lib.filter_graph(all_features, {"gardener", "_prod", "server", "ociExample"})
43+
### Installation
2744

28-
# Step 3: play with the retrieved data.
29-
for feature, info in dependencies.nodes(data="content"):
30-
if "oci_artifacts" in info:
31-
print(feature, info["oci_artifacts"])
45+
```bash
46+
git clone https://github.com/gardenlinux/python-gardenlinux-lib.git
47+
mkdir venv
48+
python -m venv venv
49+
source venv/bin/activate.sh
50+
poetry install
51+
gl-oci --help
3252
```
3353

34-
## Developer Documentation
35-
The library is documented with docstrings, which are used to generate the developer documentation available [here](https://gardenlinux.github.io/python-gardenlinux-lib/).
54+
### Usage
55+
56+
The process to push a Gardenlinux build-output folder to an OCI registry is split into two steps: In the first step all files are pushed to the registry and a manifest that includes all those pushed files (layers) is created and pushed as well. An index entry that links to this manifest is created offline and written to a local file but not pushed to any index. This push to an index can be done in the second step where the local file containing the index entry is read and pushed to an index. The seperation into two steps was done because pushing of manifests takes long and writes to dedicated resources (possible to run in parallel). Updating the index on the other hand is quick but writes to a share resource (not possible to run in parallel). By splitting the process up into two steps it is possible to run the slow part in parallel and the quick part sequentially.
57+
58+
#### 1. Push layers + manifest
59+
60+
To push layers you have to supply the directory with the build outputs `--dir`. Also you have to supply cname (`--cname`), architecture `--arch` and version `--version` of the build. This information will be included in the manifest. You have to supply an endpoint where the artifacts shall be pushed to `--container`, for example `ghcr.io/gardenlinux/gardenlinux`. You can disable enforced HTTPS connections to your registry with `--insecure True`. You can supply `--cosign_file <filename>` if you want to have the hash saved in `<filename>`. This can be handy to read the hash later to sign the manifest with cosign. With `--manifest_file <filename>` you tell the program in which file to store the manifests index entry. This is the file that can be used in the next step to update the index. You can use the environment variable GL_CLI_REGISTRY_TOKEN to authenticate against the registry. Below is an example of a full program call of `push-manifest`
61+
62+
```bash
63+
GL_CLI_REGISTRY_TOKEN=asdf123 gl-oci push-manifest --dir build-metal-gardener_prod --container ghcr.io/gardenlinux/gl-oci --arch amd64 --version 1592.1 --cname metal-gardener_prod --cosign_file digest --manifest_file oci_manifest_entry_metal.json
64+
```
3665

66+
#### 2. Update index with manifest entry
67+
68+
Parameters that are the same as for `push-manifest`:
69+
70+
- env-var `GL_CLI_REGISTRY_TOKEN`
71+
- `--version`
72+
- `--container`
73+
- `--manifest-file` this time this parameter adjusts the manifest entry file to be read from instead of being written to
74+
75+
A full example looks like this:
76+
77+
```bash
78+
GL_CLI_REGISTRY_TOKEN=asdf123 gl-oci update-index --container ghcr.io/gardenlinux/gl-oci --version 1592.1 --manifest_file oci_manifest_entry_metal.json
79+
```

0 commit comments

Comments
 (0)