Skip to content

[IGNORE] Ci build images and push #9

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 7 commits into from
Nov 28, 2017
Merged

[IGNORE] Ci build images and push #9

merged 7 commits into from
Nov 28, 2017

Conversation

ijc
Copy link
Contributor

@ijc ijc commented Nov 23, 2017

Same as #8 but from a branch on the main repo not a fork in order to test push to hub (which requires secrets which aren't exposed to PRs based on forks).

I'd like to use /workspace/images for actual VM images.

Signed-off-by: Ian Campbell <ijc@docker.com>
@rn
Copy link
Member

rn commented Nov 23, 2017

do you want a review on this or is this WIP?

@ijc
Copy link
Contributor Author

ijc commented Nov 23, 2017

This PR will only ever contain the same stuff as #8, basically it exists to simulate a CI run on master (i..e after a PR is merged) without actually pushing WIP nonsense to master, please ignore!

@ijc ijc changed the title Ci build images and push [IGNORE] Ci build images and push Nov 23, 2017
@ijc ijc force-pushed the ci-build-images branch 9 times, most recently from 6164829 to dcd80fa Compare November 24, 2017 13:54
Ian Campbell added 5 commits November 24, 2017 15:07
Adds `linuxkit pkg push --nobuild`

Signed-off-by: Ian Campbell <ijc@docker.com>
Needed for push

Signed-off-by: Ian Campbell <ijc@docker.com>
In particular we want $pkg:$hash and $pkg:$hash-amd64 which are present if we
built the package (rather than finding one to pull on hub). We will need the
-amd64 one when we run `linuxkit pkg push`.

Signed-off-by: Ian Campbell <ijc@docker.com>
RUNTIME={docker,cri-containerd} × NETWORK={weave,bridge}

Building the ISOs took long enough that things occasionally timed out during
testing. Perhaps increasing the resource class would help there, but for now
just build (and discard) tar versions of each.

Eventually it might be nice to publish the results as artifacts, however they
are quite large so doing so for every PR would be a bit much. Docker based
images are 1.5G (master) + 900M (node) and cri-containerd ones are 600M (for
both). Remember we would likely want iso-bios and iso-efi so doubling the size.

Signed-off-by: Ian Campbell <ijc@docker.com>
For now just cri-containerd and kubelet. The image cache packages use a
different build system, they aren't updated so often so doing it manually is
not so bad.

An encrypted key is checked in, the passphrase is stored in the circle CI
environment/secrets interface.

Signed-off-by: Ian Campbell <ijc@docker.com>
@ijc ijc force-pushed the ci-build-images branch 4 times, most recently from a240c8e to 43f5079 Compare November 27, 2017 10:29
Previous if you ran `make update-hashes` with a dirty tree then the `-dirty`
suffix was sticky and would never be automatically removed (and might even
multiply!).

Also remove some unnecessary quotes.

Signed-off-by: Ian Campbell <ijc@docker.com>
@ijc ijc mentioned this pull request Nov 27, 2017
@justincormack justincormack merged commit 5b2cb3d into master Nov 28, 2017
@ijc
Copy link
Contributor Author

ijc commented Nov 28, 2017

#8 merged, so closing

@ijc ijc deleted the ci-build-images branch November 28, 2017 11:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants