The ARM disk image names look like this:
Fedora-(content)-(arch)-(version)
e.g.
Fedora-Mate-armhfp-Rawhide-20160224.0-sda.raw.xz
However, most other images have an indicator of the image 'type' in the name (e.g. 'Live', 'boot', 'dvd' etc.), and indeed this is specified in the naming policy:
https://fedoraproject.org/wiki/User:Adamwill/Draft_fedora_image_naming_policy
where it's referred to as the IMAGETYPE and is not optional. There should be some indication of image type, e.g. 'appliance', in the name.
The names also always seem to include the string "-sda", which presumably Koji puts in there. This provides no useful information to anyone and is not covered in the naming policy, so should not be included.
Thus the image names should be e.g.
Fedora-Mate-appliance-armhfp-Rawhide-20160224.0.raw.xz
(we have a bit of an awkward impedance mismatch with productmd here because productmd has no 'appliance' type, it only has a 'raw-xz' type).
The current behaviour is exactly as we have shipped the images peviously. we can add something, I feel appliance is not correct maybe disk is appropriate. but the -sda is what we get out of appliance-creator and is not really changeable without significant work on the tooling I am not willing to do
Pungi has the ability to rename Koji outputs in all kinds of ways, it's just arbitrarily decided at present that Pungi won't rename some images (per comments in image_build.py and live_images.py).
image_build.py
live_images.py
Well, "appliance" is what Pungi considers the 'type' for these images, at least that's what their 'type' is in fedora.conf. "disk" was the 'type' I used for such images in fedfind. I hate the productmd 'types' for disk images, as they're basically duplicates with the 'format' and tell you nothing useful (how is "raw-xz" an 'image type' at all, conceptually?) Maybe I should file another ticket for straightening those out.
fedora.conf
This is no longer an issue with the move to UEFI on ARMv7
Metadata Update from @pbrobinson: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)