Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove deprecated legacy job group view #5941

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

kalikiana
Copy link
Member

The old view has been deprecated 5 years ago.

Related: https://progress.opensuse.org/issues/166310#note-14

@Martchus
Copy link
Contributor

Did you check whether any of the job groups on our production instances still use the old approach? If that would be the case, will they be force-migrated?

Copy link
Member

@okurz okurz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See comments by Martchus

@kalikiana
Copy link
Member Author

Did you check whether any of the job groups on our production instances still use the old approach? If that would be the case, will they be force-migrated?

I asked for feedback in Slack, as mentioned in the ticket.

@okurz
Copy link
Member

okurz commented Sep 24, 2024

I found https://openqa.fedoraproject.org/admin/job_templates/1 and https://openqa.debian.net/admin/job_templates/10 still using the table based view. @phil-hands @AdamWill @marmarek WDYT about the proposed change and enforcing the YAML editor for job group settings?

@marmarek
Copy link
Contributor

I'm fine with that. I think Qubes uses YAML everywhere already (if not, that's an oversight).

@asdil12
Copy link
Member

asdil12 commented Sep 24, 2024

As discussed today, I'm fine with merging this anyways if it will simply switch over existing instances seamlessly to using the yaml editor without losing data.

@AdamWill
Copy link
Contributor

What is the "old view" and what is the "new view"?

We don't typically use any kind of web UI editing of the job templates in Fedora; we work on them as text in my FIF interchange format in https://pagure.io/fedora-qa/os-autoinst-distri-fedora - see https://pagure.io/fedora-qa/os-autoinst-distri-fedora/blob/main/f/templates.fif.json and https://pagure.io/fedora-qa/os-autoinst-distri-fedora/blob/main/f/templates-updates.fif.json . https://pagure.io/fedora-qa/os-autoinst-distri-fedora/blob/main/f/fifloader.py converts to the format expected by load_templates and calls load_templates on it.

@phil-hands
Copy link
Contributor

phil-hands commented Sep 25, 2024 via email

@kalikiana
Copy link
Member Author

What is the "old view" and what is the "new view"?

This is the old view: https://openqa.fedoraproject.org/admin/job_templates/1

image

As opposed to the YAML editor:

image

@Martchus
Copy link
Contributor

The script mentioned by @AdamWill will maybe break if we proceed with this (because if you have once submitted YAML you cannot update job templates anymore; the script uses load_templates which has some support for using YAML but I'm not sure whether this use of it will just work without modifications).

@AdamWill
Copy link
Contributor

AdamWill commented Sep 25, 2024

to be clear, what would be easiest for us is if we can continue to just use load_templates to completely re-load the templates when we change them (which is what we do, we don't bother with the 'updating' features). if that works, we do not care what the web UI edit interface looks like. if it doesn't, we would need to figure out how to change to the new thing.

@marmarek
Copy link
Contributor

FWIW I used to do something similar (didn't used the web ui for job templates, and instead re-imported generated input each time), but nowadays I'm using YAML version with web UI and I'd say it's better. But also, I have a bit less templates, so maybe there is some duplication that could be avoided by keeping external generator.

Anyway, with the removal of legacy job group, I think any of such generator probably needs to be changed to generate YAML content instead of json dict for job groups.

@AdamWill
Copy link
Contributor

AdamWill commented Sep 26, 2024

I wrote the intermediate format and parser before the current YAML stuff existed, because working with the previous format in text was painful. If it's necessary to adapt it we can, it's just work for no obvious benefit, which always sucks. The reason we want to maintain the templates in text and import them is so that we have proper revision history for changes to them, with handwritten commit messages and pull requests and so on. And also so our server deployment can be fully ansible-driven and disposable.

@marmarek
Copy link
Contributor

because working with the previous format in text was painful

On this I agree...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants