Let user decide what architectures, image types and
payloads to download in config file.
Details
- Reviewers
adamwill jskladan - Maniphest Tasks
- T616: Make payload downloading configurable
- Commits
- rOPENQA927c970266c8: set what payload, arch and image type to download in config file
Try to set different value in config file, observer
that correct images get downloaded.
Diff Detail
- Repository
- rOPENQA fedora_openqa
- Lint
Automatic diff as part of commit; lint not applicable. - Unit
Automatic diff as part of commit; unit tests not applicable.
the PERSISTENT change should be a different commit, I think, and I'd prefer it be in section schedule (it is tied to the scheduling code, nothing else uses it).
One very nitpicky thing: in check-compose I also have a list-y config value (email addresses to send the report to), and I made it space-separated, not comma-separated. As these things are at least kinda related, I guess maybe we should make them consistent. Perhaps we should simply tolerate both comma and space separation? I'm OK with a rule that fedfind attributes never include , or , and that's alreadt the case for email addresses...
fedora_openqa_schedule/schedule.py | ||
---|---|---|
291 | I don't actually like this, the original intent wasn't a catch-all +1 (which is actually meaningless - if we +1 everything we may as well just not do anything), it was specifically to +1 Workstation. It was meant to weakly prefer Workstation netinst/DVD to Cloud if we couldn't find Server or 'generic', IIRC. So it should go back to being 'workstation', I think. |
fedora_openqa_schedule/schedule.py | ||
---|---|---|
43 | I am not a huge fan of adding *more* module-level variables, I was rather hoping to get rid of them. Could we rather follow the way other config-set defaults are done? That is, add imagetypes and payloads arguments to jobs_from_fedfind() with default values of None, and have them read in the values from config if the arguments are set to None? (and make arches work the same) |
Seems fine. There are ways to handle comma and space separation that don't require regexes, but I don't really mind this way. It might be worth a comment explaining why we're doing it that way, though.
We should probably add a moderate preference for netinst/boot (lower than dvd but higher than anything else) to the 'universal image' stuff, but it's OK without for now.
I am not a huge fan of adding *more* module-level variables, I was rather hoping to get rid of them. Could we rather follow the way other config-set defaults are done? That is, add imagetypes and payloads arguments to jobs_from_fedfind() with default values of None, and have them read in the values from config if the arguments are set to None? (and make arches work the same)