Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
No pywin32 #100
I'm Windows-challenged, is the implication here that for Python 2.5 and up (which I'm fine limiting future feature releases to, folks still on 2.4 or older can keep using Paramiko 1.7) our use of
My experience with Fabric has been that there's like a half dozen Windows related Python modules and their existence or lack thereof varies depending on which Windows, which dev env you're using (cygwin, ActiveState etc etc etc) and so on.
This looks innocuous enough but I want to make sure it's not gonna screw somebody over :)
That's right. The pywin32 dependency was superfluous, which I think is proven by the fact that ctypes has been an absolute requirement (even when pywin32 was used for the API calls). I had some small hesitation myself that removing the pywin32 (which was previously preferred) would cause problems, but I've been using pure Python versions with good success.
I'm very confident that the ActiveState version will work very well with this code. The ActiveState distribution is essentially the stock Python plus pywin32 plus some niceties around environment setup.
I'm somewhat less confident about a cygwin environment, because I'm not at all familiar with Python on cygwin. That said, I believe this code will be more portable, not less. If anything were to work on cygwin, I would expect ctypes to be more likely to work than pywin32. Since ctypes was already used to construct the appropriate structures, I still believe there's little risk to this change.
If it turns out there's a need to support pywin32 for any reason, I'll commit to restore that functionality (which will make the subsequent requests based on this one more challenging, but I'm up to it).
Works for me.
Can you do me a favor and update
Do that and I will be able to hit the magical merge button :D thanks!