Skip to content

Commit 6847121

Browse files
committed
port OCI module back from python_gardenlinux_cli
1 parent b6988f9 commit 6847121

20 files changed

+1377
-59
lines changed

README.md

Lines changed: 59 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -4,33 +4,75 @@
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+
import gardenlinux.features as features
2027

2128
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")
29+
# Step 1: parse the "features directory" and get a list of features
30+
features_list = features.filter_as_list("aws-gardener_prod")
31+
print(features_list)
32+
```
33+
34+
## Developer Documentation
35+
36+
The library is documented with docstrings, which are used to generate the developer documentation available [here](https://gardenlinux.github.io/python-gardenlinux-lib/).
37+
38+
## Push OCI artifacts to a registry
39+
40+
this tool helps you to push oci artifacts.
2441

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

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"])
44+
```bash
45+
git clone https://github.com/gardenlinux/python-gardenlinux-lib.git
46+
mkdir venv
47+
python -m venv venv
48+
source venv/bin/activate.sh
49+
poetry install
50+
gl-oci --help
3251
```
3352

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/).
53+
### Usage
54+
55+
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.
56+
57+
#### 1. Push layers + manifest
58+
59+
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`
60+
61+
```bash
62+
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
63+
```
3664

65+
#### 2. Update index with manifest entry
66+
67+
Parameters that are the same as for `push-manifest`:
68+
69+
- env-var `GL_CLI_REGISTRY_TOKEN`
70+
- `--version`
71+
- `--container`
72+
- `--manifest-file` this time this parameter adjusts the manifest entry file to be read from instead of being written to
73+
74+
A full example looks like this:
75+
76+
```bash
77+
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
78+
```

0 commit comments

Comments
 (0)