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

PyWin32 dependency could be optional for Fabric on Windows platform. #669

merged 2 commits into from
Jul 5, 2012


Copy link

@diyan diyan commented Jun 14, 2012

Hello devs,

I would like make Fabric less dependent on PyWin32 library on Windows platform.

There are only few places exists and looks like it it possible add additional checks for such cases.

It would be great if you have a time to look into this first small change.

I'm opened to any suggestions if they could help in pushing this changes into main upstream project.

Also I'm going to ask on one more pull requests in future.

…ng fallback into PyWin32 library under Windows. Add .idea/ info gitignore file.
Copy link

Our use of Windows specific code has changed a few times over the years, so at this point I have no idea what is actually going to work on all Windows platforms. E.g. some assumptions made that work on "normal" Windows break for cygwin users, or breaks for Enthought users, or etc.

If you can take the time to double check the history of the files being modified / related issues here on github, to make sure your change will not break things for other users, that would be greatly appreciated. I can't test out Windows changes myself so I can only accept patches that are 99% sure not to break things :) Thanks!!

Copy link

diyan commented Jul 3, 2012

Hello Jeff,

As you asked, I have checked commit history back into 4 years of Fabric development in order to track how Windows-related code were changed.

You can see my changes in two functions - _rc_path and _get_system_username in

My change in _rc_path function in file was based on implementation below...


Line 1178 in f7f402c

from import SHGetSpecialFolderPath

...which was a little bit changed in commit below. This is was the last commit where implementation contains a change related to Windows platform, after that this portion of code was just moved around modules and functions during code refactoring.

def rc_path():

Commit below related to Python/Cygwin/Windows behavior...

...and my change should not affect Python/Cygwin distribution because it always returns fabric.state.win32 == false:

Change in _get_system_username were maded on top of this implementation:

if not win32:

I changed call pwd.getpwuid into getpass.getuser function which is supported on both Unix and Windows systems:

Also I tried keep original implementation where possible.

You may see that for win32 cases there are exists fallback into original implementation:

Thank you for your feedback.

In case if you need anything else from me, please let me know.

Copy link

Hi @diyan -- thanks so much for taking the time to look into that. Between your notes & the fact that your changes do look like they will fall back to the current implementation on failure, I think this is sufficient.

I'm not sure it's worth backporting to 1.3/1.4 (partly because those should be stable and this isn't a critical fix) but I will merge into master (1.5) in a moment.

@bitprophet bitprophet merged commit 0a94630 into fabric:master Jul 5, 2012
bitprophet added a commit that referenced this pull request Jul 5, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
None yet

Successfully merging this pull request may close these issues.

None yet

2 participants