Skip to content
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

images: add OPCUA image. #61

Merged
merged 3 commits into from
May 10, 2024
Merged

images: add OPCUA image. #61

merged 3 commits into from
May 10, 2024

Conversation

ericonr
Copy link
Member

@ericonr ericonr commented Apr 25, 2024

Since the OPCUA IOC we use is built alongside the OPCUA module, we can simply export the IOC image ourselves.


This is still missing automatic generation of the image in CI. Creating the tagged image is easy, we just need to depend on the workflow which pushes the base image. The hard part is running it for PRs as well... This means it probably has to be in the same workflow and must deal with the recently built base image which will have its own name but should be called X.Y.Z-dev.

I'm not sure how far we need to go before merging and tagging a release so it can be used.

Copy link
Collaborator

@henriquesimoes henriquesimoes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No strong opinion regarding CI for these images for now. I'll think more about it.

Comment on lines 11 to 12
REPONAME: opcua
RUNDIR: /opt/epics/modules/opcua
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we are going to use #59, we should be careful when defining these variables. By implementing the suggestion of dropping the RUNDIR as input to keep binaries, REPONAME should point to epics/modules/opcua instead. There is no such /opt/opcua directory in no-build targets as of now.

An alternative approach could be to symbolic link or hard-copy during the pruning stage of no-build.

Copy link
Collaborator

@henriquesimoes henriquesimoes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Missing entry in CHANGES.md. It may be useful to specify such kind of image somewhere in the README.

ericonr added 2 commits May 9, 2024 13:48
Since the OPCUA IOC we use is built alongside the OPCUA module, we can
simply export the IOC image ourselves.
Copy link
Collaborator

@henriquesimoes henriquesimoes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good.

This workflow will only run for tags for now, since otherwise it would
have to deal with relying on a ${tag}-dev container for the base image.

If we add more included images, we can add a matrix to the workflow
definition to build all their images.

This commit was based on [1].

[1] https://stackoverflow.com/questions/58457140
@ericonr ericonr merged commit ee887a4 into main May 10, 2024
2 checks passed
@ericonr ericonr deleted the opcua-image branch May 10, 2024 14:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants