-
Notifications
You must be signed in to change notification settings - Fork 87
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
Use YumBase instead of YumBaseCli to get pkg updates #495
Conversation
Codecov Report
@@ Coverage Diff @@
## main #495 +/- ##
==========================================
+ Coverage 82.10% 82.11% +0.01%
==========================================
Files 16 16
Lines 2235 2231 -4
Branches 379 378 -1
==========================================
- Hits 1835 1832 -3
Misses 333 333
+ Partials 67 66 -1
Continue to review full report at Codecov.
|
This pull request introduces 1 alert when merging 29e8058 into 68bf0ac - view on LGTM.com new alerts:
|
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.
With this change, we fix the pylint errors message and make the tests look cleaner without that import dependency.
29e8058
to
905dc2c
Compare
This pull request introduces 1 alert when merging 905dc2c into 68bf0ac - view on LGTM.com new alerts:
|
YumBaseCli was causing the logging of convert2rhel to be broken - after instantiating YumBaseCli every log message was duplicate on the output. The reason is that initialization of the YumBaseCli class instance includes calling logging.basicConfig() which sets up handlers on the root logger. It is possible to use the YumBase class, which does not affect logging, to get the same data - list of packages having updates available. The YumBaseCli logging handlers interfered with the convert2rhel logging as we use propage=True to be able to use caplog in our unit tests: oamg#179
905dc2c
to
0f5c08c
Compare
This pull request introduces 1 alert when merging 0f5c08c into 68bf0ac - view on LGTM.com new alerts:
|
Using YumBaseCli caused doubling of every log message on the output.
The reason is that instantiating of the YumBaseCli class includes calling logging.basicConfig() which sets up handlers on the root logger.
The YumBaseCli logging handlers interfered with the convert2rhel logging as we use propage=True to be able to use caplog in our unit tests:
#179
It is possible to use the YumBase class, which does not affect logging, to get the same data - list of packages having updates available.