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

Make tests pass on Windows too #3676

Merged
merged 4 commits into from
Nov 26, 2015
Merged

Conversation

akx
Copy link
Contributor

@akx akx commented Nov 26, 2015

These are refined versions of the commits that previously lived in #3668.

Upgrade transifex-client dependency to 0.11

Version 0.11b3's setup.py had an undeclared dependency on py2exe when running on Windows (see https://github.com/transifex/transifex-client/blob/0.11b3/setup.py#L23), which made it impossible to install without having a working py2exe to begin with.

This has been fixed in 0.11 proper.

Upgrade isort to 4.2.2.

This gets rid of a file encoding bug that occurs on Windows boxes where the default implied encoding is cp1252, but the files themselves aren't. The actual patch that seems to fix this is
PyCQA/isort@1057d5e
but it seems like a good idea to upgrade to the latest and greatest.

Add types to isort's standard library list.

This re-stabilizes sorting after upgrading to 4.2.2.

Fix smart_repr() to also clean upper-case hex addresses.

Windows Pythons seem to like printing addresses in upper-case, while Linux Pythons like lower-case hexes.

This led to an amusing (for a given value of "amusing", anyway) situation where some repr tests would fail if the objects they were testing happened to be allocated at an address with a hex digit in the range A..F.

akx added 4 commits November 26, 2015 15:29
Version 0.11b3's setup.py had an undeclared dependency on `py2exe` when
running on Windows (see
https://github.com/transifex/transifex-client/blob/0.11b3/setup.py#L23),
which made it impossible to install without having a working `py2exe` to
begin with.

This has been fixed in 0.11 proper.
This gets rid of a file encoding bug that occurs on Windows boxes where
the default implied encoding is cp1252, but the files themselves aren't.

The actual patch that seems to fix this is
PyCQA/isort@1057d5e
but it seems like a good idea to upgrade to the latest and greatest.
This re-stabilizes sorting after upgrading to 4.2.2.
Windows Pythons seem to like printing addresses in upper-case, while Linux
Pythons like lower-case hexes.

This led to an amusing (for a given value of "amusing", anyway) situation
where some repr tests would fail if the objects they were testing happened
to be allocated at an address with a hex digit in the range A..F.
@xordoquy
Copy link
Collaborator

Thanks for the PR. LGTM. Looking forward to travis finishing the build.

@jpadilla
Copy link
Member

Nice! FWIW we use AppVeyor on https://github.com/jpadilla/pyjwt to run tests on Windows.

@tomchristie
Copy link
Member

Looks good.

tomchristie added a commit that referenced this pull request Nov 26, 2015
Make tests pass on Windows too
@tomchristie tomchristie merged commit 0e4ea2a into encode:master Nov 26, 2015
@tomchristie
Copy link
Member

Right now I don't have any particular pref for if we should be running the tests against windows too or not. Its a possibility tho.

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

Successfully merging this pull request may close these issues.

4 participants