-------------------------------------------------------------------------------- Fedora EPEL Update Notification FEDORA-EPEL-2016-717a98749c 2016-12-27 22:49:43.582353 --------------------------------------------------------------------------------

Name : fedfind Product : Fedora EPEL 6 Version : 3.1.3 Release : 2.el6 URL : https://pagure.io/fedora-qa/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:

fedfind 2.7 contains various fixes to fedfind, python-wikitcms and relval related to how the GA milestone name for Fedora changed from 'Final' to 'RC' with the switch to Pungi 4 (so, for Fedora 24 onwards). This had various consequences mainly for all the CLIs; all the automated stuff tends to use compose IDs and labels which mostly weren't affected by this, but the CLIs all had issues with it. `fedfind images` could not find RC composes, `relval size- check` could not check image sizes for them, `relval report-results` could not report results for an RC compose besides the auto-detected current one, etc. The update also contains a couple of other fixes for `relval size-check`: it now properly catches the case where it couldn't find any images for a variant, and it includes the arch in the comment for oversized images (so we can tell which image is actually oversize when the same image exists for multiple arches). fedfind 3.0 changes how fedfind finds images for composes without metadata (which is basically milestone - Alpha / Beta - and stable releases). Formerly it found them by scraping rsync output, which was slow, generated quite a lot of load on both server and client, and was vulnerable to the rsync server being full. We have now tweaked things so that the primary mirror has `imagelist` files for the `fedora`, `alt` and `archive` trees which list every single image file - but no other files - in those trees. fedfind now simply parses these `imagelist` files to find images. As the files only list images they are pretty small (the biggest is under 500KiB) and they are cached locally and only re- downloaded when they change, this is much faster, more efficient, and uses less bandwidth. There are also some changes to ensure the tests run properly on EL 6, EL 7 and Fedora 23, and a missing dependency for EL 6 was added - `argparse` is a part of the Python standard library for all the other distros, but for EL 6 it is still a separate package. fedfind 3.1 changes how fedfind handles metadata for composes which were originally created by Pungi 4 and had real metadata, but were then modified in some ways and had their metadata removed. This includes milestone and stable releases for Fedora 24 and later: when these are placed in their 'final' locations on the mirrors, some contents are split into different locations and some deliverables are removed. Previously, fedfind would simply synthesize metadata for these composes, as it does for pre-Pungi 4 composes. Now, it first attempts to find the original metadata (from [PDC](https://pdc.fedoraproject.org/)) and adjust it for the modified image locations, while preserving all the other image attributes from the original metadata (including ones it could not synthesize). It will only fall back to synthesizing the metadata if it cannot find corresponding metadata from PDC. The practical result of this is that you should get more reliable and complete metadata for these composes. --------------------------------------------------------------------------------

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