Now, I remember the separate celery job getting written in the first
place because at the time the import script was a Great Wall-o'Shell™
which didn't lend itself well to maintainable and tested code. However,
I suspect we don't really need to have that separate scan any more, we
can just report via the API after m-i-p-f knows it has downloaded them.
This would allow us to extend that API to support m-i-p-f also reporting
the list of "subarches" that comes from simplestreams:
"release": "trusty",
"version": "14.04",
"subarch": "hwe-t",
"label": "daily",
"arch": "i386",
"krel": "trusty",
"subarches": "generic,hwe-p,hwe-q,hwe-r,hwe-s,hwe-t",
"kflavor": "generic"
},
So my suggestion to fix this bug becomes:
1. Throw away the boot image scanner job and move its reporting code
into m-i-p-f
2. Add a field "supported_subarches" (bikeshed over the name later
please) to BootImage which would store the value coming from "subarches"
as above.
3. When choosing a boot image, compare the Node's subarch against
"BootImage.supported_subarches" instead of just "BootImage.subarch".
Thoughts?