set what payload, arch and image type to download in config file
ClosedPublic

Authored by garretraziel on Sep 15 2015, 1:29 PM.

Details

Summary

Let user decide what architectures, image types and
payloads to download in config file.

Test Plan

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.
garretraziel retitled this revision from to set what payload, arch and image type to download in config file.Sep 15 2015, 1:29 PM
garretraziel updated this object.
garretraziel edited the test plan for this revision. (Show Details)
garretraziel added reviewers: adamwill, jskladan.
adamwill requested changes to this revision.Sep 15 2015, 3:58 PM

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.

This revision now requires changes to proceed.Sep 15 2015, 3:58 PM
adamwill added inline comments.Sep 15 2015, 4:04 PM
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)

  • correct things with schedule configuration loading
  • fix typos in docstrings
adamwill accepted this revision.Sep 17 2015, 7:22 AM

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.

This revision is now accepted and ready to land.Sep 17 2015, 7:22 AM
This revision was automatically updated to reflect the committed changes.