Details
Details
- Reviewers
durin42 indygreg - Group Reviewers
hg-reviewers - Commits
- rHG8d75b9effa07: bundle2: fixed usage of an attribute that was removed in py3k
Diff Detail
Diff Detail
- Repository
- rHG Mercurial
- Branch
- py3k-stuff (bookmark) on default (branch)
- Lint
No Linters Available - Unit
No Unit Test Coverage
Event Timeline
Comment Actions
The commit message should likely say something about how the existing use of string.letters was logically wrong, since it is locale dependent. string.ascii_letters is definitely the variable we should have been using all along.
Comment Actions
Would it be possible to define pycompat.bytestr(string.ascii_letters) at the module level once and for all?
Comment Actions
I think I'd bias against this, just because it's only used in six or so places and pycompat is already getting kind of shaggy.
Comment Actions
Good for me.
I have the impression that we tend to defined static data (like pycompat.bytestr(string.ascii_letters) or some translations) inside functions while they could be defined once at module level. Is it intentional, is it for reducing startup time?