-
Notifications
You must be signed in to change notification settings - Fork 70
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
Control leapp-report format #686
Conversation
Can one of the admins verify this patch? |
Thank you for contributing to the Leapp project!Please note that every PR needs to comply with the If you want to re-run tests or request review, you can use following commands as a comment:
Note: In case there are problems with tests not being triggered automatically on new PR/commit or pending for a long time, please consider rerunning the CI by commenting leapp-ci build (might require several comments). If the problem persists, contact leapp-infra. |
d4677cf
to
171437b
Compare
@fernflower no review yet; just I think that the argument for the |
Hmm why a list of values? My idea was that --report-schema version will mandatory force leapp to create a leapp-report.json compatible with selected version of report schema (1.0.0 without "key" and 1.1.0 with "key" for example). Maybe I got you wrong and you meant that --report-schema command should output the list of possible report-schema versions to use in command description? That would make total sense. |
leapp-ci build |
@oamg/developers please review |
Passing the |
I think this could be very good candidate for our ci-hackathon, btw. |
Seens good to me! |
8113013
to
341e9fa
Compare
62e2c7f
to
0cb7b73
Compare
0cb7b73
to
66d6b86
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me!
@pirat89 love the idea, got rid of the separate report schema processing. Thanks! |
da84c5b
to
9a31c48
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm and works as expected. Just some english nitpicks and I think the help message is not so clear. But thiking about that, I am not sure how to re-word it to keep it short and clear.
@fernflower is it still WIP? If not, I would like to merge it after the next release. |
3e45c6a
to
d102f06
Compare
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
9dff129
to
e6837cb
Compare
/rerun |
Copr build succeeded: https://copr.fedorainfracloud.org/coprs/build/3060649 |
Testing Farm request for tmt test was created. Once finished, results should be available here. |
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
7f184ae
to
524181f
Compare
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
/rerun |
Copr build succeeded: https://copr.fedorainfracloud.org/coprs/build/3132308 |
Testing Farm request for tmt test was created. Once finished, results should be available here. |
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
In order to be completely safe that any changes that land in leapp reporting don't break older clients there should be a possibility to force specific version of json schema. Currently there are 2 schemas that are actually backward compatible, but it may not be the rule soon. This patch adds a --report-schema option to leapp preupgrade/upgrade commands that force sticking to specific version of the report schema. For example with --report-schema '1.0.0' passed there will be no stable keys in the report messages, as those have been added in the recent '1.1.0' report schema.
524181f
to
7041759
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
works as expected and lgtm.
Leapp-repository part of PR686 which contains appropriate changes for the leapp preupgrade and upgrade commands. Depends-On: oamg/leapp#686
## Packaging - Add depency on `python3` for el8+ (`python3` refers to the distribution python) - Bump `leapp-framework` to 2.2 - Bump `leapp-framework-dependencies` to 6 - Doc: --report-schema in manpage (oamg#686) ## Framework ### Fixes - Fix issues with initialisation of loggers (oamg#764) - Fix TypeError during JSON serialization in dialogs on Python3 (oamg#760) - Prevent breaking the answerfile when dialog fields contain newlines (oamg#757) - Check answerfile upon loading (oamg#759) - Fix the multiprocessing on Python 3.9 on Mac OS ### Enhancements - Dialogs: print the reason field for question in the answerfile (oamg#762) - Added possibility to specify the report format version (oamg#686) ## stdlib ### Enhancements - Introduced `stdlib.path` library `get_common_*_path` functions for the scanning repositories, actors, etc. paths outside of the actor execution (oamg#742)
## Packaging - Add depency on `python3` for el8+ (`python3` refers to the distribution python) - Bump `leapp-framework` to 2.2 - Bump `leapp-framework-dependencies` to 6 - Doc: --report-schema in manpage (oamg#686) ## Framework ### Fixes - Fix issues with initialisation of loggers (oamg#764) - Fix TypeError during JSON serialization in dialogs on Python3 (oamg#760) - Prevent breaking the answerfile when dialog fields contain newlines (oamg#757) - Check answerfile upon loading (oamg#759) - Fix the multiprocessing on Python 3.9 on Mac OS ### Enhancements - Dialogs: print the reason field for question in the answerfile (oamg#762) - Added possibility to specify the report format version (oamg#686) ## stdlib ### Enhancements - Introduced `stdlib.path` library `get_common_*_path` functions for the scanning repositories, actors, etc. paths outside of the actor execution (oamg#742)
## Packaging - Add depency on `python3` for el8+ (`python3` refers to the distribution python) - Bump `leapp-framework` to 2.2 - Bump `leapp-framework-dependencies` to 6 - Doc: --report-schema in manpage (oamg#686) ## Framework ### Fixes - Fix issues with initialisation of loggers (oamg#764) - Fix TypeError during JSON serialization in dialogs on Python3 (oamg#760) - Prevent breaking the answerfile when dialog fields contain newlines (oamg#757) - Check answerfile upon loading (oamg#759) - Fix the multiprocessing on Python 3.9 on Mac OS ### Enhancements - Dialogs: print the reason field for question in the answerfile (oamg#762) - Added possibility to specify the report format version (oamg#686) ## stdlib ### Enhancements - Introduced `stdlib.path` library `get_common_*_path` functions for the scanning repositories, actors, etc. paths outside of the actor execution (oamg#742)
## Packaging - Add depency on `python3` for el8+ (`python3` refers to the distribution python) - Bump `leapp-framework` to 2.2 - Bump `leapp-framework-dependencies` to 6 - Doc: --report-schema in manpage (#686) ## Framework ### Fixes - Fix issues with initialisation of loggers (#764) - Fix TypeError during JSON serialization in dialogs on Python3 (#760) - Prevent breaking the answerfile when dialog fields contain newlines (#757) - Check answerfile upon loading (#759) - Fix the multiprocessing on Python 3.9 on Mac OS ### Enhancements - Dialogs: print the reason field for question in the answerfile (#762) - Added possibility to specify the report format version (#686) ## stdlib ### Enhancements - Introduced `stdlib.path` library `get_common_*_path` functions for the scanning repositories, actors, etc. paths outside of the actor execution (#742)
In order to be completely safe that any changes that land in leapp
reporting don't break older clients there should be a possibility
to force specific version of json schema.
Currently there are 2 schemas that are actually backward compatible,
but it may not be the rule soon.
This patch adds a --report-schema option to leapp preupgrade/upgrade
commands that force sticking to specific version of the report schema.
For example with --report-schema '1.0.0' passed there will be no stable
keys in the report messages, as those have been added in the recent
'1.1.0' report schema.