-------------------------------------------------------------------------------- Fedora EPEL Update Notification FEDORA-EPEL-2016-022c94df4e 2016-10-28 16:13:55.660313 --------------------------------------------------------------------------------
Name : fedfind Product : Fedora EPEL 6 Version : 2.7.0 Release : 1.el6 URL : https://www.happyassassin.net/fedfind Summary : Fedora Finder finds Fedora Description : Fedora Finder finds Fedora. For now, that means it finds Fedora images - for stable releases, milestone pre-releases, TC/RC composes, and nightly builds. It provides a simple CLI for showing image URLs, and can be used as a library by tools which need to find and do stuff with Fedora images.
-------------------------------------------------------------------------------- Update Information:
This update further improves handling of ostree installer images. We 'correct' the image dicts for the images the current Pungi release is producing (the filenames have been improved to have `-ostree-` in them, but the type is still `boot`). When synthesizing image dicts for releases without metadata, we catch more ostree installer cases to assign the `dvd-ostree` type to. This update also will find many more images for Alpha, Beta and stable releases. This is because when these releases are synced to the public mirrors, they are actually split into two trees. Most of the bits go into the 'main' tree, which is found under `/fedora/` on the mirrors, but some lesser-used deliverables are split into a separate tree found under `/alt/` on the mirrors. Previously, fedfind was not aware of this and would only find images in the 'main' location, it did not find any of the images that were split off to the `alt` location. Now, fedfind does find these images. If you use the fedfind CLI, you do not need to do anything special; queries for Alpha, Beta and stable releases will now show these images where they did not before. If you have code using the fedfind module, be aware that the `MirrorRelease` subclasses now have a `alt_location` property which is the full URL to the top-level location of the `alt` tree for the release, and in the synthesized metadata and thus also in the `all_images` list, the image dicts have an additional property, `alt`, which indicates whether the image is the main tree or the alt tree. To get the correct URL for an `alt` image, concatenate its path with the release's `alt_location` property. If you only deal with non-split releases that have metadata - like the nightly composes - nothing should change for you. ---- 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](https://pagure.io/pungi/issue/417) 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). --------------------------------------------------------------------------------
This update can be installed with the "yum" update programs. Use su -c 'yum update fedfind' at the command line. For more information, refer to "YUM", available at https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/htm...
All packages are signed with the Fedora EPEL GPG key. More details on the GPG keys used by the Fedora Project can be found at https://fedoraproject.org/keys --------------------------------------------------------------------------------
epel-package-announce@lists.fedoraproject.org
-
updates＠fedoraproject.org