cisagov / trustymail_reporter

Generate Trustworthy Email reports based on scan data
Creative Commons Zero v1.0 Universal
10 stars 4 forks source link

Update base Docker image #93

Closed jsf9k closed 2 years ago

jsf9k commented 2 years ago

๐Ÿ—ฃ Description

This pull request bumps the Docker base image to the latest version.

๐Ÿ’ญ Motivation and context

With the previous version of the Docker base image the APB builds were failing, and with the latest version they are not.

๐Ÿงช Testing

All automated testing passes.

โœ… Pre-approval checklist

โœ… Pre-merge checklist

โœ… Post-merge checklist

jsf9k commented 2 years ago

I have no issues with this pull request. Regarding the failed workflows they are due to a missing dependency when trying to build the pillow package per the Action log. Are we sure we won't end up with the same kind of failure in the future?

Those errors were because the build process couldn't find the headers for zlib, even though the package zlib1g-dev is installed in the Dockerfile. I don't know why that was happening but it went away after I updated the version of the base Docker image. I suspect there was a temporary error in the zlib1g-dev package upstream, and it got rebuilt by the time I started working on this branch.

Incidentally, this is precisely why the name of this branch does not agree with the contents of the PR; I assumed that I was missing the correct package for the zlib headers, so I:

  1. Started a new branch to investigate
  2. Went ahead and updated the base Docker image to the latest since I was here anyway
  3. Expected the build to fail but was surprised that it succeeded

@mcdonnnj, please let me know if this explanation satisfi[c]es you.

mcdonnnj commented 2 years ago

I have no issues with this pull request. Regarding the failed workflows they are due to a missing dependency when trying to build the pillow package per the Action log. Are we sure we won't end up with the same kind of failure in the future?

Those errors were because the build process couldn't find the headers for zlib, even though the package zlib1g-dev is installed in the Dockerfile. I don't know why that was happening but it went away after I updated the version of the base Docker image. I suspect there was a temporary error in the zlib1g-dev package upstream, and it got rebuilt by the time I started working on this branch.

Incidentally, this is precisely why the name of this branch does not agree with the contents of the PR; I assumed that I was missing the correct package for the zlib headers, so I:

1. Started a new branch to investigate

2. Went ahead and updated the base Docker image to the latest since I was here anyway

3. Expected the build to fail but was surprised that it succeeded

@mcdonnnj, please let me know if this explanation satisfi[c]es you.

@jsf9k That works for me. Thanks for the explanation.