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

Windows OS support (beyond WSL) #357

Open
neiljp opened this issue May 15, 2019 · 3 comments
Open

Windows OS support (beyond WSL) #357

neiljp opened this issue May 15, 2019 · 3 comments

Comments

@neiljp
Copy link
Collaborator

neiljp commented May 15, 2019

Currently ZT does not run in Windows environments, excepting eg. virtual machines running a supported OS. One of the reasons noted for the lack of support is that urwid appears to require the fcntl call in some cases urwid/urwid#152.

One possible solution involves a cross-platform wrapper such as portalocker (available on PyPI and at https://github.com/WoLpH/portalocker). This may need support in urwid rather than ZT, but may be the first step forward.

Note that there may be other issues, but the above is a definite blocker to Windows support.

For reference, also see #205 for testing on windows.

@rht
Copy link
Contributor

rht commented Jun 29, 2019

Or use WSL for now: #178 (comment). Since Dragon NaturallySpeaking (for accessibility purpose, and there doesn't seem to be other viable alternative for dictation?) runs on Windows, this is the only way to run both.

@amanagr
Copy link
Member

amanagr commented Jun 29, 2019

I use WSL and zt works well without any extra setup on it. I actually test any cross-platform changes on WSL too for zt.

@neiljp neiljp changed the title Windows OS support Windows OS support (beyond WSL) Jan 19, 2021
@neiljp
Copy link
Collaborator Author

neiljp commented Jan 19, 2021

I've renamed this issue to narrow its applicability; right now ZT should run fine in a WSL environment.

I'm leaving this open to track the issue, but it's certainly not a priority given we have WSL support now.

However, anyone is welcome to contribute a PR to make this reality 👍

It is possible that urwid could provide a workaround for the fcntl issue, but otherwise a PR would need to do so. We'd also want at least some documentation and CI support.

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

No branches or pull requests

3 participants