Re: Python Light Revisted?

2005-08-26 Thread Berlin Brown
"Let's suppose I decided to take your bait and build a python-lite
distribution (fyi, I'm not biting). "

Of course not, that is the point, everybody is always right.  What I
want is the option to distribute something to light my users.  I have
done with java, lisp and other languages.  But. I can't figure out the
best approach for Python.  And, with python being the only
implementation, that is another story?

I also don't want to use their messed up Python install that may or may
not work.  It is the microsoft registry issue, meaning; I don't like
the concept of one source for screws up.  If a user screws up their
Python install, and I submit an application to them and now my
application is screwed up, what can I do?  Control is a good thing.  I
was considering something light, mainly for the application only, user
clicks start and they are off.


"What about compatibility?  If someone installs the python-lite distro
then
downloads, let's say, Tailor, a version control converter.  What are
the
chances that it will croak with an ImportError?  Put another way, are
you
really willing to trade off a few megs of disk space against almost
certain
breakage at some point in the near future?"

It wont get that complex.  Python-lite is designed for each
application.  It is lite so you won't lose that much diskspace.

"I can understand that distributions for some platforms (PalmOS, OS/2,
Amiga,
Jython) might contain fewer modules simply because not everything has
been
ported to them, but given the cost of disk space today I don't
understand
why a distribution for a mainstream platform should be hobbled. "

I use jython works great, because I can distribute the light version.
The only thing that has to work is java and I distribute the
interpreter to all of my apps as the jython.jar library.

-- 
http://mail.python.org/mailman/listinfo/python-list


Cygwin and path issues

2008-05-06 Thread Berlin Brown
I am trying to run some basic unit tests, but I can't get the paths
setup in python/cygwin to pick up my modules.

This code works fine in linux and I installed python through cygwin
not as part of the win32 install.


DIR_PATH =
os.path.abspath(os.path.dirname(os.path.realpath(__file__)))
PROJECT_HOME = os.path.join(DIR_PATH, '..', '..', '..')

print("INFO: project_home=%s" % PROJECT_HOME)

EXTRA_PATHS = [
  DIR_PATH,
  os.path.join(PROJECT_HOME, 'projects', 'ghostnet'),
  os.path.join(PROJECT_HOME, 'google_appengine'),
  os.path.join(PROJECT_HOME, 'google_appengine', 'lib', 'webob'),
  os.path.join(PROJECT_HOME, 'google_appengine', 'lib', 'yaml', 'lib')
]
sys.path = EXTRA_PATHS + sys.path

print sys.path

---

in my ~/.bash_profile

I also included the following.

export PYTHONPATH=/cygdrive/c/projects/projects_ecl/botlist:/cygdrive/
c/projects


Basically, I tried to add the module directory locations in my code;
also I tried to add the absolute path to my PYTHONPATH.

None of these approaches work.  I get the following error, which I
dont get on the linux side:

Traceback (most recent call last):
  File "run_all_tests.py", line 108, in 
from django.conf import settings
ImportError: No module named django.conf
--
http://mail.python.org/mailman/listinfo/python-list