The major change in this update is that fedfind now has the ability to effectively override the productmd-formatted metadata provided by Pungi in specific cases where it's problematic. There is a new helper function, helpers.correct_image, which applies these 'corrections', and the image dicts returned by the Release.all_images property - commonly used for getting a flat list of image dicts from the compose metadata - now have these corrections applied.

This is intended to work around a significant issue that's appeared along with the introduction of a Workstation ostree installer image for Fedora: pungi sets the type for ostree installer images to boot, but that means there is no way to distinguish a Workstation network install image from a Workstation ostree install image using the metadata. This is a major problem for several things which distinguish between images based on the metadata (openQA, fedora_nightlies, and wikitcms are all affected by this). For now, fedfind will 'correct' the type for these images from boot to dvd-ostree. fedfind will also use the dvd-ostree type for ostree installer images when synthesizing metadata for Releases that do not have it.

Note you can get un'corrected' image dicts from the Release.metadata property, which always provides the original, entirely unmodified metadata.

There is also a new helper, fedfind.helpers.identify_image, for constructing image identifiers from image dicts; this is something various fedfind consumers do, and were duplicating the code for, so let's let them share it. We also tweak and correct the expected_images definitions somewhat (there were inconsistencies between what fedfind was 'expecting' and what release engineering were actually intending to provide).

The relval update adjusts relval size-check for the dvd-ostree change.