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

Log where upload configuration is being loaded from #674

Closed
wants to merge 2 commits into from

Conversation

VikramJayanthi17
Copy link
Contributor

@VikramJayanthi17 VikramJayanthi17 commented Jul 15, 2020

As mentioned in #381, we now log where the upload configuration is being loaded from(see attached image).

Additionally, I have the rest of the functionality, other than logging credential setting behavior, completed. @bhrutledge would one PR work for all of them or would you prefer individual PRs for each item in the checklist(like this PR).

Edit:
I added code to the same branch as the last PR which is why there are 7 commits.

@bhrutledge bhrutledge self-requested a review July 16, 2020 13:20
@bhrutledge
Copy link
Contributor

@VikramJayanthi17 Thanks for this. I should be able to review it in the next day or two. But first, we'll need to get rid of those extra commits, which are a byproduct of me doing a squash & merge on #670. You could do that by:

  • Rebasing this on master and dropping the commits prior to Log config location
  • Closing this PR, and creating a fresh branch off of master with your new commits

Also, in general, I think it's best to have a distinct branch for each PR.

@@ -64,6 +64,8 @@ def get_config(path: str = "~/.pypirc") -> Dict[str, RepositoryConfig]:
# Expand user strings in the path
path = os.path.expanduser(path)

logger.info("Config Location: " + path)
Copy link
Member

Choose a reason for hiding this comment

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

In the last PR we were using fstrings. Here we're concatenating strings. Why don't we just let the stdlib log formatter format strings for us appropriately and why can't we be consistent?

Copy link

Choose a reason for hiding this comment

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

thought this discussion could help: pylint-dev/pylint#1788

pylint raises a warning on string interpolation during logging, the argument is it is `it is inefficient to compute the string for a log message that won't be logged.'

but f-string is more readable.

Copy link
Member

Choose a reason for hiding this comment

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

@snjypl that contributes nothing to the fact that there's no consistency in this project at the current moment and we should trend towards something consistent.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@sigmavirus24 Do you think that we should convert log messages to follow stdlib's log formatter format strings or stick with f-strings? Sorry about the inconsistency, I will keep that in mind moving forward. Thanks for the help.

Copy link
Member

Choose a reason for hiding this comment

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

Personally I prefer letting the logger do the interpolation, but my primary concern is consistency

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I'm going to stick with f-strings for now then because that's what Twine uses for other output(such as the skip message).

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

Successfully merging this pull request may close these issues.

None yet

4 participants