--------------------------------------------------------------------------------
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/...
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
--------------------------------------------------------------------------------