Closed erikbosch closed 8 months ago
I very much like the fact to build it in a smiliar style as in databroker CI. That is easier to maintain/understand than having several ways
But in this case @erikbosch this devl container image is quite fat, so does the ttl.sh upload even work? Or aren't we still bitten by the "buildx can't do chunked uploads" bug?
I very much like the fact to build it in a smiliar style as in databroker CI. That is easier to maintain/understand than having several ways
But in this case @erikbosch this devl container image is quite fat, so does the ttl.sh upload even work? Or aren't we still bitten by the "buildx can't do chunked uploads" bug?
It seems to have worked for this PR, now the container has likely expired but i can try again
I tested that ttl upload works.
https://github.com/eclipse/kuksa.val.services/actions/runs/6769240878
erik@debian4:~/kuksa.val.services/.github/actions$ docker run --rm -it --net=host ttl.sh/kuksa.val.services/oci_kuksa-val-services-ci-ff6be40a33d2f6d3a56d89ac56b4a7d286749d1d
root@debian4:/workspace# pwd
/workspace
root@debian4:/workspace# exit
exit
This PR refactor the oci build and align it how it handled in KUKSA Databroker
Functional changes:
The question is - do we see any problems using same setup as kuksa.val?