Update grafana image hash.

[csasarak]

Overview

One of our unit tests broke because we were expecting the wrong digest hash. I'm really not sure what happened here since no changes we made seem to have touched this. I first noticed this with #1468 to master - it succeeded in the PR but failed when merged to master.

When I docker pull grafana/grafana:8.1.7-ubuntu I get an amd64 image which has the same hash as we were originally expecting. This is despite the fact that the test requests "arm". When I explicitly request arm with docker pull --platform=arm grafana/grafana:8.1.7-ubuntu I get an image downloaded with the correct manifest.

Testing with the redis image shows the same thing.

This implies to me that in the past we requested the arm image in our unit test but the remote server was sending the amd64 image instead and now for some reason the remote is sending the actual arm image. The difference in digest hashes are what broke our tests.

In any case, this should allow tests to pass on master when it merges.

Acceptance criteria

• Tests and build succeed.

Testing plan

I looked at the results of CI.

Checklist

• [x] I added tests for this PR's change (or explained in the PR description why tests don't make sense).
• [x] If this PR introduced a user-visible change, I added documentation into docs/.
• [x] If this PR added docs, I added links as appropriate to the user manual's ToC in docs/README.ms and gave consideration to how discoverable or not my documentation is.
• [x] If this change is externally visible, I updated Changelog.md. If this PR did not mark a release, I added my changes into an # Unreleased section at the top.
• [x] If I made changes to .fossa.yml or fossa-deps.{json.yml}, I updated docs/references/files/*.schema.json AND I have updated example files used by fossa init command. You may also need to update these if you have added/removed new dependency type (e.g. pip) or analysis target type (e.g. poetry).
• [x] If I made changes to a subcommand's options, I updated docs/references/subcommands/<subcommand>.md.

[csasarak]

I think that maybe "arm" wasn't a recognized platform so docker may have just downloaded an image compatible with the platform it was running on. But now "arm" might be a valid value for platform which broke the tests?