Sridhar Ratnakumar sridh...@activestate.com added the comment:
Brian,
The following line:
start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9
should be changed to:
start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7
%8 %9
This is required
Sridhar Ratnakumar sridh...@activestate.com added the comment:
PYTHONIOENCODING=UTF-8 python test2.py does work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6166
New submission from Sridhar Ratnakumar sridh...@activestate.com:
From http://code.google.com/p/virtualenv5/issues/detail?id=6 - it seems that
the `sysconfig` module is looking for Makefile in wrong directory, while
ideally it must be looking into the base Python install.
import sysconfig
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I noticed that despite ActivePerl being installed, `os.popen(...).close()`
returned 1 (see find_working_perl in build_ssl.py), while in actuality that
command executed successfully with return code 0; I verified this by using
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10747
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Attaching a patch for the configuration changes mentioned in msg102544
--
keywords: +patch
nosy: +srid
Added file:
http://bugs.python.org/file20134/issue8275_win64_ctypes_no_optimization.patch
New submission from Sridhar Ratnakumar sridh...@activestate.com:
tarfile.extractall overwrites normal files and directories, yet it fails to
overwrite symlinks:
[..]
tf.extractall()
File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2046, in
extractall
self.extract(tarinfo
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Sounds good, but this doesn't belong to the virtualenv bug tracker (virtualenv
does even support Python 3). Instead, it belongs to the virtualenv5 tracker:
http://code.google.com/p/virtualenv5/issues/detail?id=6
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Sandro Tosi wrote:
Sridhar, are you still seeing this error?
I still see the error with Python 2.7.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9671
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Dave Malcolm wrote:
I should note that Fedora Core 4 reached its End of Life at August 2006:
http://fedoraproject.org/wiki/End_of_life
Do you see this with a more up-to-date version of Fedora?
I don't have access to other
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Terry J. Reedy wrote:
Terry J. Reedytjre...@udel.edu added the comment:
I have the impression that there has been progress on tcl/tk on Apple in the
last 7 months. Should this issue still be open, and if so, for both 2.7
Sridhar Ratnakumar sridh...@activestate.com added the comment:
There is a bug with the patch. The first argument to the `start` command, if a
quoted string, becomes the Window title, not the command to execute. Hence,
idle.pyw is directly executed by Windows. Here's the correct command line
New submission from Sridhar Ratnakumar sridh...@activestate.com:
tarfile.getmembers has become extremely slow on Windows. This was triggered in
r85916 by Lars Gustaebel on Oct 29, 2010 to add read support for all missing
variants of the GNU sparse extensions.
To reproduce, use this tgz file
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2.
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11224
Sridhar Ratnakumar sridh...@activestate.com added the comment:
This issue is potentially breaking virtualenv5,
http://code.google.com/p/virtualenv5/issues/detail?id=6
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I am using cc: HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003] .. with the
following options.
cc +DD64 -Ae -D_REENTRANT +Z -c -g -DNDEBUG -O -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Modules/gcmodule.o Modules/gcmodule.c
So
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Using OPT=-O1 fixes this issue. Please feel free to close it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8683
New submission from Sridhar Ratnakumar sridh...@activestate.com:
This was a regression due to a commit made less than 2 days ago.
make: [build_pywin32] running 'F:\as\apy\build\pyhg_trunk-win64-x64-hgtip27-rrun
\python\PCbuild\amd64\python.exe setup.py build' in 'build\pyhg_trunk-win64-x64
Sridhar Ratnakumar sridh...@activestate.com added the comment:
+brett
http://svn.python.org/view/python/trunk/Lib/subprocess.py?r1=80496r2=81154
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8718
New submission from Sridhar Ratnakumar sridh...@activestate.com:
[stor...@nas0 ~]$ python2.6 -c import urlparse; print
urlparse.urlsplit('http://www.famfamfam.com](http://www.famfamfam.com/',
'http', True)
SplitResult(scheme='http', netloc='www.famfamfam.com](http:',
path='//www.famfamfam.com
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Shouldn't `urlparse` accept non-IPv6 URLs as well - as it always used to - when
these URLs can have a single ']'?
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http
Sridhar Ratnakumar sridh...@activestate.com added the comment:
For eg., the following URLs seems to load just fine in my browser:
http://www.google.com/search?q=foob=df]dqscrl=1
And, as is the case with the django-cms PyPI page (see referred issue link in
msg), such URLs seemed
New submission from Sridhar Ratnakumar sridh...@activestate.com:
On Linux, with Python 2.7 trunk (built on May 13th)
[...]
File
/home/apy/as/pypm-trunk/eggs/httplib2-0.6.0-py2.7.egg/httplib2/__init__.py,
line 1129, in request
(response, content) = self._request(conn, authority, uri
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Looks like this has been fixed, at least on Python trunk (2.7).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6645
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Repro steps:
Download http://appropriatesoftware.net/provide/docs/eternity-0.13.tar.gz (via
'eternity' module in PyPI) and look at the following command line session:
C:\Temp\tfbugpython27 -c import tarfile as T;
T.open
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Apparently this fix introduced a regression. See issue8741
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6054
Sridhar Ratnakumar sridh...@activestate.com added the comment:
The actual exception caught (before it was ignored and a generic IOError was
thrown) was this:
File C:\Python27\lib\tarfile.py, line 2168, in _extract_member
self.makelink(tarinfo, targetpath)
File C:\Python27\lib
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Aside: why is the original exception ignored, and instead a generic IOError is
thrown? Why not use one of the exceptions inheriting `TarError`, so that
application code can reliably catch these errors
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Thanks - just a suggestion: it may be a good idea to add a test case for this
makelink emulation code.
Also, any thoughts on raising (a derived class of) TarError instead of IOError
New submission from Sridhar Ratnakumar sridh...@activestate.com:
sridh...@triple:~$ /opt/ActivePython-2.7/bin/python -c import sys; print
sys.path; import cmdln
['', '/opt/ActivePython-2.7/lib/python27.zip',
'/opt/ActivePython-2.7/lib/python2.7',
'/opt/ActivePython-2.7/lib/python2.7/plat
Sridhar Ratnakumar sridh...@activestate.com added the comment:
@Ronald: Ah, I see. So on Mac, Python 2.7 (with default site configuration)
will not pickup packages installed in ~/.local, correct? It will, from now
onwards, only consider ~/Library/Package as the user site directory? I ask
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On further analysis:
$ /tmp/apy27/bin/python -c from sysconfig import get_path; print
get_path('purelib', 'posix_user')
/home/sridharr/.local/lib/python/2.7/site-packages
$
From sysconfig.py:
'posix_user': {
'stdlib
New submission from Sridhar Ratnakumar sridh...@activestate.com:
python2.7 -m sysconfig at the moment does not print anything. python2.7 -m
site, for instant, prints useful information.
Perhaps the output of `sysconfig.get_path` can be pretty printed?
--
assignee: tarek
components
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Yes, get_paths(). It could also print get_config_vars(), yes.
If you want to make it sophisticated you could support arguments/options using
the 'argparse' module. :)
--
___
Python
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Currently there is no way to get the default scheme for *current* platform
other than plainly *assuming* that that is os.name unless it is posix, in which
case it becomes posix_prefix.
PyPM needs to know this. But I am slightly
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Ideally I like to have a function like this:
def get_current_scheme(usersite=False):
scheme = os.name
if usersite:
scheme += '_user'
elif scheme
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-20, at 2:45 AM, Tarek Ziadé wrote:
So I'd rather have two APIs answering to that:
- get_current_scheme() : what's the default scheme for this python
installation ?
- get_current_user_scheme() : what's the default
Sridhar Ratnakumar sridh...@activestate.com added the comment:
removing 2.7 as a target -- it's too late
If contribute a patch to `get_current_scheme` and `get_current_user_scheme`,
will be accepted as part of 2.7?
Roughly I would do something like this:
scheme = os.name
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Here it is:
def get_current_scheme():
scheme = os.name
if scheme == 'posix':
scheme = 'posix_prefix'
return scheme
def get_current_user_scheme
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Thanks.
there is an install scheme in distutils that describes the exact layout
I figured that this is now exposed via the `sysconfig` module. There is also an
old install scheme in `distutils.command.install`, but it seems
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I see this in Python 2.7. No idea if this is a regression, mere future request,
but doesn't it make sense to print the value `__path__` in the repr string?
import paste
paste
module 'paste' (built-in)
paste.__path__
['/home
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-24, at 2:44 PM, Martin v. Löwis wrote:
You are mistaken. It doesn't include __path__ into repr, but __file__. It
prints (built-in) if the filename is not set for some reason.
Ok. Why is __file__ not set for modules
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-24, at 3:46 PM, Martin v. Löwis wrote:
Can you please provide a reproducible bug report? I have no idea what paste
is or how it got into your .local folder. Please structure the bug report as
follows:
1
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8812
___
___
Python
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
type: behavior - feature request
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6378
New submission from Sridhar Ratnakumar sridh...@activestate.com:
There is apparently a regression on ^/trunk with multiprocessing on
solaris10-x86 today. (used to work a few weeks before)
cc -Kpic -OPT:Olimit=0 -g -DNDEBUG -O -IModules/_multiprocessing -I. -IInclude
-I./Include -I/export/home
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Platforms affected:
SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc
SunOS nail 5.8 Generic_117350-55 sun4u sparc SUNW,Sun-Fire-280R
Compiler used:
bash-2.03$ which cc
/opt/SUNWspro/bin//cc
bash-2.03$ cc -V
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-31, at 4:54 PM, John Levon wrote:
In terms of getting Python building again, it should be sufficient to define
_XPG4_2 for the multiprocessing module compile only.
I can verify that the following patch works around
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Several test_ttk failures on OSX 10.4 (w/ Tcl/Tk 8.5 installed in
/Library/Frameworks) and Python 2.7rc1
==
ERROR: test_tab_identifiers
New submission from Sridhar Ratnakumar sridh...@activestate.com:
1. Find an OSX 10.5.8 machine
2. wget http://hntool.googlecode.com/files/hntool-0.1.1.tar.gz
3. $ python2.7 -c import tarfile as T; t=T.open('hntool-0.1.1.tar.gz');
t.extractall()
Traceback (most recent call last):
File string
Sridhar Ratnakumar sridh...@activestate.com added the comment:
FYI, I cannot reproduce this on AIX 5.1:
bash-2.04$ i/bin/python
ActivePython 2.7.0c1.0 (ActiveState Software Inc.) based on
Python 2.7rc1 (r27rc1:81772, Jun 5 2010, 23:20:01) [C] on aix5
Type help, copyright, credits or license
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-10, at 1:06 PM, Lars Gustäbel wrote:
Is this problem specific to 2.7rc1
Yes.
or are other versions affected as well?
Nope, at least ... I know that 2.6 doesn't have this problem
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I am curious as to why this should still fail as the OSX filesystem is case
sensitive. Finder has no problems with extrating this particular tarball. Do
you think this is a (separate) bug, or is this by design (why
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote:
Lars Gustäbel l...@gustaebel.de added the comment:
a) The point is: the operation simply wouldn't fail on a case-sensitive
filesystem. There is no platform-specific or otherwise
Sridhar Ratnakumar sridh...@activestate.com added the comment:
-bash-3.00$ cat _configtest.c
// xxx
-bash-3.00$
-
This is how the C compiler is invoked:
$ cc -E -o _configtest.i _configtest.c
# 1 _configtest.c
#ident acomp: Sun C 5.9 SunOS_i386 2007
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I first noticed this when `test_compare_function_objects` was taking forever to
run. The culprit is that the following statement just hangs forever. Note that
eval(2), for instance, runs fine, but when a builtin object is used
Sridhar Ratnakumar sridh...@activestate.com added the comment:
eval('ghjsdjhgh') too hangs, btw.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I traced the infinite loop to tokenizer.c:tok_get around line 1368:
while (Py_ISALNUM(c) || c == '_') {
c = tok_nextc(tok);
}
Adding a `printf` statement at the beginning of the loop:
printf
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Py_CHARMASK(c) = 4294967295
And I think I found the problem: from Include/Python.h
/* Convert a possibly signed character to a nonnegative int */
/* XXX This assumes characters are 8 bits wide */
#ifdef __CHAR_UNSIGNED__
#define
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Ok, I now have a fix for this issue. The reason for sizeof(c) being 4 bytes is
because it is defined as `register int` ... and yet `Py_CHARMASK` fails to
type-cast `c` to a `char` type, which is exactly what the attached patch does
Sridhar Ratnakumar sridh...@activestate.com added the comment:
David, to answer your question How does it behave with the head of the current
2.6 maintenance branch, by the way?, since this bug appears to be in
Include/pyctype.h, which file was available only in 2.7+ and 3.x, I don't
believe
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
title: 2.7: eval hangs on AIX because sizeof(char) == 32 - 2.7: eval hangs on
AIX
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-18, at 11:47 AM, Eric Smith wrote:
Eric Smith e...@trueblade.com added the comment:
I suppose that's correct, although I have no way to test it.
I have tested it on Linux 64-bit by running `test.regrtest
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-18, at 11:49 AM, Eric Smith wrote:
It would also be good to get a test case for this. I realize it's difficult,
but that's the sort of change that might get undone some day by someone going
through and optimizing
New submission from Sridhar Ratnakumar sridh...@activestate.com:
It appears that we are building 64-bit mac installer starting 2.7. For
http://python.org/ftp/python/2.7/python-2.7rc1-macosx10.5-2010-06-07.dmg
$ file
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +hobbs, srid, trentm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8798
Sridhar Ratnakumar sridh...@activestate.com added the comment:
We can make this work on OSX 10.6 atleast, using Apple's system Tcl/Tk 8.5.
1. Get a 10.6 build machine with 10.5 SDK
2. Modify setup.py to use openssl 0.9.7 (*not* 0.9.8):
search_for_ssl_incs_in=['/Developer/SDKs/MacOSX10.5.sdk
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-25, at 8:13 AM, Ronald Oussoren wrote:
Sridhar: building using the 10.5 SDK should also work by using
--enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk. I've recently patched
setup.py and distutils to honor
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-27, at 5:48 AM, Ronald Oussoren wrote:
Even when building using an SDK you can use frameworks in /Library/Frameworks
because $SDKROOT/Library/Frameworks is a symlink to the real
/Library/Frameworks.
When building
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I tried patching setup.py to force linking to Apple's Tcl/Tk:
--- python/setup.py.original2010-06-28 11:40:26.0 -0700
+++ python/setup.py 2010-06-28 11:45:39.0 -0700
@@ -1682,6 +1682,15 @@
for F
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Here's one resolution:
1. Edit setup.py to make INCLUDE/LIB paths for OpenSSL use the SDKROOT (for
10.5+ compat):
[...]
search_for_ssl_incs_in = [/Developer/SDKs/MacOSX10.5.sdk/usr/include/ if
ON_SNOW_LEOPARD else /usr/include
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9075
___
___
Python-bugs-list
Sridhar Ratnakumar sridh...@activestate.com added the comment:
2.7 final works fine on AIX. This issue can be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Changes by Sridhar Ratnakumar sridh...@activestate.com:
Added file: http://bugs.python.org/file17938/idle-use-curr-py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6378
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9224
___
___
Python-bugs-list
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Python
New submission from Sridhar Ratnakumar sridh...@activestate.com:
C:\c:\Python26\Tools\scripts\2to3
'c:\Python26\Tools\scripts\2to3' is not recognized as an internal or external
command,
operable program or batch file.
All other scripts in Tools\scripts directory have .py extension. Only 2to3
Sridhar Ratnakumar sridh...@activestate.com added the comment:
(Same for pydoc)
--
title: rename 2to3 to 2to3.py - rename 2to3 pydoc to 2to3.py pydoc.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9278
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I've located the following patch in our ActivePython source tree.
$ cat src/patches/3.1/general/aix_tilde.patch
--- Include/token.h.orig2008-10-08 11:51:52.0 -0700
+++ python/Include/token.h 2008-10-08 11:52
Sridhar Ratnakumar sridh...@activestate.com added the comment:
What do you mean by 'commands'? Being able to type '2to3' instead of '2to3.py'
on *nix?
Want me to open a new feature request for Windows support - perhaps by
including a 2to3.bat/pydoc.bat (similar to idle.bat) in C:\PythonXY
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Current I see this:
File /opt/ActivePython-2.7/lib/python2.7/distutils/dist.py, line 806, in
get_command_class
klass = self.cmdclass.get(command)
AttributeError: 'NoneType' object has no attribute 'get'
more context: https
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
components: +Windows
nosy: +srid
type: behavior - feature request
versions: +Python 3.3 -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python
3.1
___
Python tracker rep...@bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com added the comment:
BTW, ActivePython (2.6 and 2.7 at the moment) includes this patched idle.bat.
The start menu shortcut launches it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Ah, so the python.org installers do have the .py extension for these scripts.
Only ActivePython doesn't. Perhaps msilib (something that we don't use) does
the rename. Sorry for the confusion
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Repro steps on a Windows machine:
1. pip install --no-install django-navbar==0.2
Yes, it seems like a bug in the MANIFEST file of the django-navbar project
(which is not mine) that seems to have been fixed in the subsequent 0.3
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-07-22, at 11:56 AM, Stefan Krah wrote:
Stefan Krah stefan-use...@bytereef.org added the comment:
I'm not sure this should be changed:
1) Why is .cshrc sourced? It should only get sourced for a login
shell
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I cannot find correct repro steps for this, but:
/Library/Frameworks/Python.framework/Versions/2.7/bin/python -B -s -c import
sys;print('%d.%d' % tuple(sys.version_info)[:2])
Traceback (most recent call last):
File
/Library
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
components: +Macintosh
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9516
Sridhar Ratnakumar sridh...@activestate.com added the comment:
We build ActivePython 2.7 on Mac as follows:
$ export MACOSX_DEPLOYMENT_TARGET=10.5
$ ./configure --enable-framework
--enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk/
--with-universal-archs=intel
$ make
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Another machine.
Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command
that gives the error message?
I don't think I had this environment set when I saw the above error
message. I had to set
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Looks like reply-by-email stripped some parts of the message.
does the error occur on the 10.6 machine you used to do the build or another
machine?
Another 10.6 machine
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Even simply invoking the interpreter raises this exception!
$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7
[...]
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during
configure
New submission from Sridhar Ratnakumar sridh...@activestate.com:
From Mac/Makefile.in:
[...]
ifneq ($(LIPO_32BIT_FLAGS),)
lipo $(LIPO_32BIT_FLAGS) -output
$(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw
lipo $(LIPO_32BIT_FLAGS) -output
$(DESTDIR)$(prefix)/bin/pythonw
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Specifically python$(VERSION)-32 python instead of python$(VERSION)-32
pythonw?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9594
New submission from Sridhar Ratnakumar sridh...@activestate.com:
According to Mac/Makefile.in, scripts like pydoc, idle, smtpd.py and so on gets
symlinked in /usr/local/bin but there is none for 2to3. Perhaps this was
forgotten?
--
assignee: ronaldoussoren
components: 2to3 (2.x to 3.0
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote:
I now understand why my script fails, and it is caused by this issue.
The sysconfig.py code has another major issue: the use of os.putenv. This
changes the environment, without
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I see the following failure on Fedora Core 4 (32-bit and 64-bit) with Python
2.7.0.
==
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase
New submission from Sridhar Ratnakumar sridh...@activestate.com:
test_xpickle
'python2.4' is not recognized as an internal or external command,
operable program or batch file.
'python2.5' is not recognized as an internal or external command,
operable program or batch file.
'python2.6
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On Windows, that should be python24.exe (not python2.4.exe).
Hmm, that is only true for ActivePython. For detecting Python interpreters
installed on the system, a simple approach could be to hardcode the full paths,
as done
New submission from Sridhar Ratnakumar sridh...@activestate.com:
We, ActiveState, are trying to build Python 3.2 (py3k branch) and get this
error:
make: [build_zlib] running 'cd
build/pyhg_branches_py3k-linux-x86_64-hgtip32/python/Modules/zlib
CFLAGS=-fPIC ./configure
--prefix=/home
1 - 100 of 319 matches
Mail list logo