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
|
@pirat89 love the idea, got rid of the separate report schema processing. Thanks! |
da84c5b to
9a31c48
Compare
pirat89
left a comment
There was a problem hiding this comment.
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
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.