Python can't find site.py. It's either missing when you installed python,
it was deleted, or it's located in another directory. Run >>> find /
-iname 'site.py' , sudo if needed, and add the location of site.py in your
python search path.
The python online docs has a good documentation on python s
Tom King wrote:
[Please hit "reply-all" in your email client when you answer a post. That
way it will appear on the mailing list and give more people a chance to
answer]
>>> when i type python in my command line console i get an error message
>>>
>>> 'import site' failed; use -v for traceback
Tom King wrote:
> hi im new in python and i have a problem about
>
> when i type python in my command line console i get an error message
>
> 'import site' failed; use -v for traceback
> Python 2.4.3 (#1, May 5 2011, 18:44:23)
> [GCC 4.1.2 20080704 (Red Hat 4.1.2-50)] on linux2
> Type "help", "
hi im new in python and i have a problem about
when i type python in my command line console i get an error message
'import site' failed; use -v for traceback
Python 2.4.3 (#1, May 5 2011, 18:44:23)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-50)] on linux2
Type "help", "copyright", "credits" or "lice
Am 01.09.2010 21:18, schrieb Cappy2112:
> Has anyone else had problems running the msi for Python 2.6.6 on
> Windows 7 Professional?
I specifically tested whether "compile .py" works before the release,
and it worked fine on my machine.
I suspect you have a source file on your disk that it tries
Has anyone else had problems running the msi for Python 2.6.6 on
Windows 7 Professional?
If I don't check "Compile .py to byte code", the installer completes
without error.
Checking "Compile .py to byte code" causes the following to be
displayed
"There is a problem with the windows installer pac
On 26/03/2009 9:05 AM, Mark Hammond wrote:
On 25/03/2009 11:41 PM, John Machin wrote:
This all sounds good. I presume that "this version of distutils" means
the 2.6.2/3.1 version.
Yep.
In the meantime, until 2.6.2 final is released, is my suggestion of
using Python 2.5 to build installers
On 25/03/2009 11:41 PM, John Machin wrote:
This all sounds good. I presume that "this version of distutils" means
the 2.6.2/3.1 version.
Yep.
In the meantime, until 2.6.2 final is released, is my suggestion of
using Python 2.5 to build installers reasonable?
Yep.
Is there a better appro
On 25/03/2009 10:32 PM, Mark Hammond wrote:
On 25/03/2009 11:06 AM, John Machin wrote:
It would appear that the safest cover-most-bases option for a
developer/packager
of pure-Python packages (especially one intended to be runnable on older
versions of Python, some as far back as 2.1) is to use
On 25/03/2009 11:06 AM, John Machin wrote:
It would appear that the safest cover-most-bases option for a developer/packager
of pure-Python packages (especially one intended to be runnable on older
versions of Python, some as far back as 2.1) is to use Python 2.5 to make the
bdist_wininst (the exe
Martin v. Löwis v.loewis.de> writes:
>
> > Sorry for not being explicit. With "installer" I meant the binary
> > Windows installer you create with command "python setup.py
> > bdist_wininst". In the past we've been able to use
> > "package-version.win32.exe" files created with Python 2.5 on olde
In article ,
Isaac Gouy wrote:
>
>Now I've upgraded from Ubuntu 8.04 to Ubuntu 8.10 (from gcc 4.2.3 to
>gcc 4.3.2) and set_process_affinity_mask seems to fail on the x86
>Ubuntu install. It still works fine, after upgrade, on the x64 Ubuntu
>install.
> [...]
>Please suggest what I can do to deb
For a couple of months, I've been successfully using the Python
set_process_affinity_mask wrapper from
http://pypi.python.org/pypi/affinity/0.1.0
Now I've upgraded from Ubuntu 8.04 to Ubuntu 8.10 (from gcc 4.2.3 to gcc 4.3.2)
and set_process_affinity_mask seems to fail on the x86 Ubuntu inst
> Sorry for not being explicit. With "installer" I meant the binary
> Windows installer you create with command "python setup.py
> bdist_wininst". In the past we've been able to use
> "package-version.win32.exe" files created with Python 2.5 on older
> version, but that doesn't seem to be case with
2008/12/16 "Martin v. Löwis" :
>>> Try installing Python 2.6.1 "for all users".
>>
>> Could you clarify why that's needed?
>
> I didn't say it's needed. I said that he should try that, perhaps it
> helps.
>
>> One thing we noticed (I'm not sure has this been yet submitted to
>> bugs.python.org yet)
> I noted, also, than, in some cases, Python26.dll is not copied in
> %WINDIR%\system32
> After that, external softs don't find the DLL.
Right. Only in "for all users" installations, python26.dll is put into
system32. In a "just for me" installation, the user is not expected to
have permissions to
Hi!
I noted, also, than, in some cases, Python26.dll is not copied in
%WINDIR%\system32
After that, external softs don't find the DLL.
But it's a detail, because it's easy to copy the DLL with install
scripts.
@-salutations
--
Michel Claveau
--
http://mail.python.org/mailman/listinfo/pytho
Hi!
Thank you very much for your answer. I appreciate many to receive an
answer of somebody as you.
But I, always, install Python 2.6.1 "for all users" (and, on Vista, UAC
is always deactivated).
After some tests, the problem seems a bit more complex: call the
Python-COM-servers run OK, fr
>> Try installing Python 2.6.1 "for all users".
>
> Could you clarify why that's needed?
I didn't say it's needed. I said that he should try that, perhaps it
helps.
> One thing we noticed (I'm not sure has this been yet submitted to
> bugs.python.org yet) was that installing packages created wit
2008/12/15 "Martin v. Löwis" :
>> I am very disappointed. Help me, please.
>
> Try installing Python 2.6.1 "for all users".
Could you clarify why that's needed? Link to a relevant bug report or
something similar is enough. We've got some weird problems installing
Python packages (win32.exe) on Wi
> I am very disappointed. Help me, please.
Try installing Python 2.6.1 "for all users".
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
Hi, all!
I have several softwares using Python+PyWin32, often as COMèserver. Ok
with Python 2.5.x. I want migrate to Python 2.6.
But when I install python-2.6.1.msi + pywin32-212.win32-py2.6, my softs
don't run.
Tried on five machines (two XP & three Vista).
But... if I install python-2.6.
I am very new to Python. I installed Python in Windows and learning
it. But i need to install Python on Solaris 8 to automate few things
as my build environment is on Solaris. When i tried to download python
2.5 source code and tried to compile i got the error saying
"configure: error: cannot compu
aznach wrote:
> Hello!
>
> I have a shared hosting account at GrokThis.net and have a problem with
> the module order of the Python search path.
>
> I'd like to use django's svn trunk instead of the
> "Django-0.95-py2.4.egg" provided in site-packages.
> I use ~/.bash_profile to set:
> ---
Hello!
I have a shared hosting account at GrokThis.net and have a problem with
the module order of the Python search path.
I'd like to use django's svn trunk instead of the
"Django-0.95-py2.4.egg" provided in site-packages.
The problem is that the "django egg" gets preference over the "django
sv
Mike Orr wrote:
[... snipp ...]
> Can I make it use a different eggs directory? Any other idea how to
> install a program using eggs on a server?
I had a similar issue with tracd on gentoo. My solution was setting
PYTHON_EGG_CACHE=/tmp/.egg_cache in /etc/conf.d/tracd and exporting that
var in /e
>> I'm trying to install a program that uses Durus on a server. It
>> appears that if a Python program uses eggs, it creates a
>> ~/.python-eggs/ directory, so the home directory must be writeable.
>> This conflicts with server environments where you want to run a daemon
>> with minimum privilege
Mike Orr wrote:
> I'm trying to install a program that uses Durus on a server. It
> appears that if a Python program uses eggs, it creates a
> ~/.python-eggs/ directory, so the home directory must be writeable.
> This conflicts with server environments where you want to run a daemon
> with minimum
I'm trying to install a program that uses Durus on a server. It
appears that if a Python program uses eggs, it creates a
~/.python-eggs/ directory, so the home directory must be writeable.
This conflicts with server environments where you want to run a daemon
with minimum privileges. Second, it a
29 matches
Mail list logo
