Error when running from source about edmarketconnector HOT 7 CLOSED

It's designed to be run with the built-in Python, Tcl/Tk etc on OSX.

Try running with ./EDMarketConnector.py Edit: Looking more carefully, that is what you're doing.
I suggest reconfiguring your activetcl installation to remove activetcl from the default Python's search path.

from edmarketconnector.

I was getting this error prior to installing activetcl, and installing it didn't change the error. So if anything, I'm betting it's more related to me using Python installed via brew. I'll try w/ the vanilla Python install.

from edmarketconnector.

If you've overwritten /usr/bin/python with the Homebrew Python, then you can invoke the built-in Python with python2.7 EDMarketConnector.py or, if you've overwritten that too, with /System/Library/Frameworks/Python.framework/Versions/2.7/bin/python EDMarketConnector.py

from edmarketconnector.

I didn't replace Python directly, I only updated the .py scripts to reference the /usr/local/bin/python executable instead.

Reverting that, and removing my change that disabled the hotkey logic, allows me to run the app without any error. It would be nice to be able to get this working without having to rely on system-version binaries, but it's working now so that'll suffice.

Thanks!

from edmarketconnector.

I only updated the .py scripts to reference the /usr/local/bin/python executable instead.

And you didn't think to mention this in your original post?

It would be nice to be able to get this working without having to rely on system-version binaries

Why? But if it bothers you then I'll welcome a patch that detects your versions of Python and/or Tcl/Tk and does the right thing.

from edmarketconnector.

Sorry for not being more clear previously, felt I'd implied that when I mentioned I installed python via brew, but I can see that would be misleading due to how the .py was executed.

Re: avoiding reliance on system-version binaries, OSes don't always keep their software packages up to date, so it's nice to be able to use a package manager. Guess I'm personally just more inclined to installing explicit library versions, such as is done with PHP (Composer), NodeJS (npm), Ruby (gem).

from edmarketconnector.

I'd happy to re-open if you can provide a reason why it's important that this program should work when modified to use a non-default version of Python.

from edmarketconnector.