11/11/2022 0 Comments Youcomnpleteme cygwin python 3![]() No, this is not going to happen (unless PEP 394 advocates otherwise, which is doubtful for the foreseeable future). But my experience so far has been that it's worth keeping those features until and unless it's possible to port those features to Cygwin (something I would like to do, for example, is fill out more of /proc/net on Cygwin, but that would be a much more time-intensive project).The recommended place for information on the transition is official Ubuntu Python page.įor both Ubuntu and Debian, we have ongoing project goals to make Python 3 the default, preferred Python version in the distros. An alternative would be to simply disable those features of psutil on Cygwin, and I'm not totally opposed to that either. This is particularly true in the case of enumerating network interfaces. #Youcomnpleteme cygwin python 3 windowsWhile Cygwin does adapt some features and inspiration from Linux (such as some of the layout of /proc) it isn't necessarily guaranteed to ever be 1-to-1 with Linux-specific interfaces (it is more focused simply on POSIX-compliance, but even there there are a handful of places where compromises are necessary).įor my port, there are parts that go directly through Windows since those features aren't available in Cygwin. But it should not be said that Cygwin is a "Linux port". #Youcomnpleteme cygwin python 3 codeI'm also working on moving some code out to a separate cygwin module for Python that provides a wrapper around the Cygwin DLL's few external functions (such as for path conversion).Īs to your question, I think the port is trying to use as much as possible from the POSIX-compliant interfaces in Cygwin. That said, I think Cygwin is still a useful platform to support in general, if I add a support module for it I'm willing to maintain I haven't worked on it in a while but I haven't dropped it entirely-I'm still working on some refactoring effort. Sage is in the process of switching to psutil for all process-inspection related functionality (a move I strongly supported!) However, I did not realize cygwin support was missing, so that permanently breaks my Cygwin builds. I'm working on getting Sage working on Windows, which for some time at least will continue to require Cygwin. Ok, to be less glib, my primary motivation is work on SageMath (e.g. The same benefits psutil has on any other platform :) why would you want to use psutil from cygwin)? What benefits would it bring exactly (e.g. I haven't tried using Cygwin in AppVeyor yet, but it's something I'm working on. It's just a matter of pulling the right bits in from the right places.Īdditionally, a configuration would have to be added to the AppVeyor builds that includes Cygwin. Most methods from the Linux module work-those that don't can be made to work with existing code from the Windows module. ![]() However, it would reuse a decent amount of code from both, which might result in (a hopefully small) amount of refactoring.įortunately not a lot of new code would need to be written. It's too different either from Linux, or plain Windows, to try to shoehorn support for it into either the existing Windows or Linux platform-specific modules. I know a decent amount about it-have spent some time (more than I would like to admit) in its internals.įrom my initial experiments, the easiest way to add support would be to explicitly add it as a platform. I must admit I've never used it and don't know much about it.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |