4 ms·

Unless you're using Windows :( The docs got my hopes high, but they fail to mention sh isn't supported on Windows -- I saw that by looking at its source on Git

Unless you're using Windows :( The docs got my hopes high, but they fail to mention sh isn't supported on Windows -- I saw that by looking at its source on GitHub. I'll take a look at pbs, but this kinda bummed me out.

shill 14y ago
Scratch that itch. :)
- CodeMage 14y ago
  I'm considering that, but I still haven't managed to understand just why it isn't supported on Windows. Perhaps I haven't delved deep enough or perhaps it's my lack of solid experience with Python. Of course, I could simply fork it, remove the "not supported on Windows" check and use it, but that feels lazy and dirty ;)
  - opminion 14y ago
    If sh allows Pythonic idioms to call Posix functions, then its implementation on a Posix system such as Linux or Mac is probably very different than on non-Posix Windows.
  - irahul 14y ago
    > I'm considering that, but I still haven't managed to understand just why it isn't supported on Windows. From a quick look at the code, it's not supported on windows because of its reliance on terminal utilities(pty, termios). Doesn't the banner state to use the previous version(pbs) for windows support? https://github.com/amoffat/sh/blob/master/sh.py#L33 https://github.com/amoffat/sh/blob/master/sh.py#L33 And if for some reason it still doesn't work out, you can always use subprocess(which this library is using anyway) or https://github.com/kennethreitz/envoy https://github.com/kennethreitz/envoy
    - CodeMage 14y ago
      From a quick look at the code, it's not supported on windows because of its reliance on terminal utilities(pty, termios). Thanks! Like I said, I don't have lots of experience with Python, so this is very valuable info for me :) Doesn't the banner state to use the previous version(pbs) for windows support? Yes, but the PyPi page for pbs 0.110 states: "PBS will no longer be supported." I'm not comfortable with basing my code on a library which won't be supported in the future. And if for some reason it still doesn't work out, you can always use subprocess(which this library is using anyway) or https://github.com/kennethreitz/envoy https://github.com/kennethreitz/envoy I didn't know about envoy either. Thanks again! :) EDIT: Upon closer examination, the whole OProc class depends on os.fork(), which is available only on Unix, according to Python docs.
pbreit 14y ago
Do yourself a huge favor and develop on Linux. VirtualBox + Ubuntu 12.04 = Free.
- CodeMage 14y ago
  Sure, I have an Ubuntu box. Thing is, while I would be doing myself a huge favor, the same wouldn't apply to the users of what I'm trying to create. Perhaps the world doesn't need yet another Git GUI, but if I leave out Windows support, the world will need it even less ;)
- jacalata 14y ago
  That would really not improve my workflow for developing windows phone applications.
- dagw 14y ago
  Not everybody develops web apps that they deploy on servers they control. If 97% of my target audience is running Windows then developing on Linux isn't going to do me any favours.

shill 14y ago

Scratch that itch. :)

CodeMage 14y ago
I'm considering that, but I still haven't managed to understand just why it isn't supported on Windows. Perhaps I haven't delved deep enough or perhaps it's my lack of solid experience with Python. Of course, I could simply fork it, remove the "not supported on Windows" check and use it, but that feels lazy and dirty ;)
- opminion 14y ago
  If sh allows Pythonic idioms to call Posix functions, then its implementation on a Posix system such as Linux or Mac is probably very different than on non-Posix Windows.
- irahul 14y ago
  > I'm considering that, but I still haven't managed to understand just why it isn't supported on Windows. From a quick look at the code, it's not supported on windows because of its reliance on terminal utilities(pty, termios). Doesn't the banner state to use the previous version(pbs) for windows support? https://github.com/amoffat/sh/blob/master/sh.py#L33 https://github.com/amoffat/sh/blob/master/sh.py#L33 And if for some reason it still doesn't work out, you can always use subprocess(which this library is using anyway) or https://github.com/kennethreitz/envoy https://github.com/kennethreitz/envoy
  - CodeMage 14y ago
    From a quick look at the code, it's not supported on windows because of its reliance on terminal utilities(pty, termios). Thanks! Like I said, I don't have lots of experience with Python, so this is very valuable info for me :) Doesn't the banner state to use the previous version(pbs) for windows support? Yes, but the PyPi page for pbs 0.110 states: "PBS will no longer be supported." I'm not comfortable with basing my code on a library which won't be supported in the future. And if for some reason it still doesn't work out, you can always use subprocess(which this library is using anyway) or https://github.com/kennethreitz/envoy https://github.com/kennethreitz/envoy I didn't know about envoy either. Thanks again! :) EDIT: Upon closer examination, the whole OProc class depends on os.fork(), which is available only on Unix, according to Python docs.

pbreit 14y ago

Do yourself a huge favor and develop on Linux. VirtualBox + Ubuntu 12.04 = Free.

CodeMage 14y ago
Sure, I have an Ubuntu box. Thing is, while I would be doing myself a huge favor, the same wouldn't apply to the users of what I'm trying to create. Perhaps the world doesn't need yet another Git GUI, but if I leave out Windows support, the world will need it even less ;)
jacalata 14y ago
That would really not improve my workflow for developing windows phone applications.
dagw 14y ago
Not everybody develops web apps that they deploy on servers they control. If 97% of my target audience is running Windows then developing on Linux isn't going to do me any favours.