Changes by Sridhar Ratnakumar :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue3561>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
On 2011-06-27, at 9:11 AM, Éric Araujo wrote:
> Éric Araujo added the comment:
>
> « Python 3.2 was released on February 20th, 2011. » (from python.org)
My mistake; I meant to say 3.2.1 final.
--
_
Sridhar Ratnakumar added the comment:
On 2011-06-26, at 2:04 PM, Terry J. Reedy wrote:
> Terry J. Reedy added the comment:
>
> Sridhar, is there still a problem with current 3.2/3?
>
> If you are no longer working on this, I think we should close as
> languishing/po
Sridhar Ratnakumar added the comment:
Dave, but aptitude contains a local index of all dependency information.
Whereas, PyPI's infrastructure and pip/easy_install/p7g.install do not rely on
one. Therefore, I think when Tarek said "Trying to do something smarter is very
very har
Sridhar Ratnakumar added the comment:
On 2011-06-07, at 10:39 AM, Éric Araujo wrote:
> Éric Araujo added the comment:
>
>> Not all packages upload their release sources (thus metadata) to PyPI
> No, it’s register that uploads metadata.
(was not sent before?)
Ok, that'
Sridhar Ratnakumar added the comment:
On 2011-06-07, at 9:48 AM, Éric Araujo wrote:
>
> Éric Araujo added the comment:
>
>> The only way to fix this is to /not/ install *any* packages prior to
>> resolving *all* dependencies
>
> packaging.install rolls back in c
Sridhar Ratnakumar added the comment:
The only way to fix this is to /not/ install *any* packages prior to resolving
*all* dependencies ... which means that there needs to be a way to resolve the
entire dependency graph for any given package in PyPI.
If PyPI provided a mechanism to fetch the
Sridhar Ratnakumar added the comment:
> I believe ActiveState handle this by making the PATH modification
> optional and having it off by default (I found docs for ActivePerl
> stating this explicitly, but no equivalent for ActivePython).
ActivePython 2.x has it on b
Changes by Sridhar Ratnakumar :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue7796>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
[pitrou]
> Can you explain why this is a problem in Python?
> Can't lib/python3.2/config-3.2m/Makefile simply be
> provided by virtualenv (by copying it, I guess)?
Yes, I believe virtualenv already does that (or symlinks to it). Python 3.
Changes by Sridhar Ratnakumar :
Removed file: http://bugs.python.org/file21121/unnamed
___
Python tracker
<http://bugs.python.org/issue5673>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:
> I updated and committed the patch to the cpython hg repo in revision
> [c4a0fa6e687c].
Does this go to the main branch (py3.3) only? It is not clear from just looking
at http://hg.python.org/cpyth
Sridhar Ratnakumar added the comment:
This issue is potentially breaking virtualenv5,
http://code.google.com/p/virtualenv5/issues/detail?id=6
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue11
Sridhar Ratnakumar added the comment:
Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2.
Thanks.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Sridhar Ratnakumar :
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" f
Sridhar Ratnakumar 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:
start "
Sridhar Ratnakumar added the comment:
Terry J. Reedy wrote:
> Terry J. Reedy 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 and
> 3.2?
From http:/
Sridhar Ratnakumar 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
Sridhar Ratnakumar 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
<http://bugs.python.org/iss
Sridhar Ratnakumar 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
--
resolution: -> invali
New submission from Sridhar Ratnakumar :
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, path)
Sridhar Ratnakumar 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
___
Python
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue10747>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sridhar Ratnakumar :
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 the
subprocess module
New submission from Sridhar Ratnakumar :
>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; sysc
Sridhar Ratnakumar added the comment:
"PYTHONIOENCODING=UTF-8 python test2.py" does work.
--
___
Python tracker
<http://bugs.python.org/issue6166>
___
___
Sridhar Ratnakumar 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 r
Changes by Sridhar Ratnakumar :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue2001>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
> How would you implement this? And would you turn a "disk full" error, for
> example, into a ZipError as well?
I see your point. I am not sure what a reliable way to do this would be. For
the record, this is how I workaround it:
ht
Sridhar Ratnakumar added the comment:
It appears that there is no base class (zipfile.ZipError) for zipfile errors.
Maybe there should be? At the moment, I do:
try:
[...]
except zipfile.BadZipFile, zipfile.LargeZipFile:
[...]
.. which is of course unreliable. There is no guarantee that
New submission from Sridhar Ratnakumar :
When extracting a zip file containing deep hierarchy files, `extractall` throws
IOError on Windows - perhaps due to limitation in Windows max path length.
Ideally it should be throwing an instance of zipfile.ZipError - so that
application can handle it
Sridhar Ratnakumar added the comment:
No, this is not an issue for me on Python 3.2 and AIX 5.1.
--
versions: -Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
"Parser/tokenizer.h", line 18.17: 1506-275 (S) Unexpected text ',' encountered.
http://svn.python.org/view/python/branches/py3k/Parser/tokenizer.h?annotate=76232#l16
Extra comma in the following line:
STATE_NORMAL, /* have a c
Changes by Sridhar Ratnakumar :
--
nosy: +toddw
___
Python tracker
<http://bugs.python.org/issue10074>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
On 2010-10-12, at 11:49 AM, Ned Deily wrote:
> And what is libpyxpcom.dylib?
Likely PyXPCOM
https://developer.mozilla.org/en/PyXPCOM
> As Ronald says, this is almost certainly a 3rd-party extension module problem.
Ok, I've made a no
New submission from Sridhar Ratnakumar :
I noticed that Python 2.6.6 crashes on OSX 10.6 when using Komodo. The below
traceback indicates a crash in line 911 - "Py_XDECREF(ep->me_value);" in
tags/r266/Objects/dictobject.c
Thread 0: Dispatch queue: com.apple.
Sridhar Ratnakumar added the comment:
Ah, please close this then. I am not sure what I was thinking when reporting
this bug.
--
___
Python tracker
<http://bugs.python.org/issue9
Sridhar Ratnakumar added the comment:
FWIW, since last year ActivePython 2.6/2.7 puts C:\PythonXY\Scripts and
%APPDATA%\Python\Scripts in %PATH% and we haven't had any complaints so far.
In addition, we also create a versioned interpreter executable -
C:\PythonXY\pythonxy.exe - th
Sridhar Ratnakumar added the comment:
When I disabled r83335, openssl build fails:
set ASM=ml64 /c /Cp /Cx /Zi
crypto\x86_64cpuid.pl tmp64\x86_64cpuid.asm
ml64 /c /Cp /Cx /Zi /Fotmp64\x86_64cpuid.obj tmp64\x86_64cpuid.asm
Assembling: tmp64\x86_64cpuid.asm
MASM : fatal error A1000:cannot
Changes by Sridhar Ratnakumar :
--
type: -> compile error
___
Python tracker
<http://bugs.python.org/issue9719>
___
___
Python-bugs-list mailing list
Unsubscri
Sridhar Ratnakumar added the comment:
I cannot arrive at a possible rationale behind that commit, as the only '*.asm'
file I see in the openssl-1.0.0a/ directory is ms\update.asm.
--
___
Python tracker
<http://bugs.python.
New submission from Sridhar Ratnakumar :
With openssl-1.0.0a, I get the following error when building the py3k branch on
Windows 64-bit:
Traceback (most recent call last):
File "build_ssl.py", line 262, in
main()
File "build_ssl.py", line 234, in main
for
Sridhar Ratnakumar added the comment:
Like Mark, I too see an error with ctypes due to this change:
*** WARNING: renaming "_ctypes" since importing it failed:
dlopen(build/lib.macosx-10.5-intel-3.2/_ctypes.so, 2): Symbol not found:
_ffi_closure_alloc
Referenced from:
/Users/s
Sridhar Ratnakumar added the comment:
On 2010-08-28, at 12:48 AM, Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> Ok, I have now added these files in r84332.
Thanks!
--
___
Python tracker
<http://bugs.pytho
Sridhar Ratnakumar added the comment:
OK - we use Modules/zlib for ActivePython build on all platforms (not just
Windows).
When I included the following files from zlib-1.2.5.tar.gz - Modules/zlib
builds fine.
gzclose.c gzguts.h gzlib.cgzread.c gzwrite.c
zlib.pc.in zlib.map
New submission from Sridhar Ratnakumar :
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/s
Sridhar Ratnakumar 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 by tox: h
New submission from Sridhar Ratnakumar :
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' is
New submission from Sridhar Ratnakumar :
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
Sridhar Ratnakumar 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 changin
New submission from Sridhar Ratnakumar :
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 conversion tool), Build
Sridhar Ratnakumar added the comment:
Specifically "python$(VERSION)-32 python" instead of "python$(VERSION)-32
pythonw"?
--
___
Python tracker
<http://bu
New submission from Sridhar Ratnakumar :
>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$(VERSION)-32 pyth
Sridhar Ratnakumar 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
$
--
__
Sridhar Ratnakumar 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.
--
___
Python tracker
Sridhar Ratnakumar 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 MACOSX_DEPLOYMENT_TARGET=10
Sridhar Ratnakumar 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
(the environment variable is also
Changes by Sridhar Ratnakumar :
--
components: +Macintosh
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bugs-list m
New submission from Sridhar Ratnakumar :
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
Sridhar Ratnakumar added the comment:
On 2010-07-22, at 11:56 AM, Stefan Krah wrote:
>
> Stefan Krah 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.
/usr/bin/which
Sridhar Ratnakumar 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 release.
> at best
Sridhar Ratnakumar 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 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
<http://bugs.python.org/issue6
Changes by Sridhar Ratnakumar :
--
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
<http://bugs.python.org/iss
New submission from Sridhar Ratnakumar :
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 conte
Sridhar Ratnakumar 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:\Pyt
Sridhar Ratnakumar 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:53.0 -0700
@@
Sridhar Ratnakumar added the comment:
(Same for pydoc)
--
title: rename 2to3 to 2to3.py -> rename 2to3 & pydoc to 2to3.py & pydoc.py
___
Python tracker
<http://bugs.python
New submission from Sridhar Ratnakumar :
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
Changes by Sridhar Ratnakumar :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue7511>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue9224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file17938/idle-use-curr-py.patch
___
Python tracker
<http://bugs.python.org/issue6378>
___
___
Pytho
Sridhar Ratnakumar added the comment:
2.7 final works fine on AIX. This issue can be closed.
--
___
Python tracker
<http://bugs.python.org/issue9020>
___
___
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue9075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar 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"
Sridhar Ratnakumar 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 in framework
Sridhar Ratnakumar 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 on 10.6, we ar
Sridhar Ratnakumar 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 the SD
Sridhar Ratnakumar 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/u
Changes by Sridhar Ratnakumar :
--
nosy: +hobbs, srid, trentm
___
Python tracker
<http://bugs.python.org/issue8798>
___
___
Python-bugs-list mailing list
Unsub
New submission from Sridhar Ratnakumar :
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/_tkinter.so
/Library
Sridhar Ratnakumar 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 "optimi
Sridhar Ratnakumar added the comment:
On 2010-06-18, at 11:47 AM, Eric Smith wrote:
>
> Eric Smith 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`. It doesn't seem to
Changes by Sridhar Ratnakumar :
--
title: 2.7: eval hangs on AIX because sizeof(char) == 32 -> 2.7: eval hangs on
AIX
___
Python tracker
<http://bugs.python.org/iss
Sridhar Ratnakumar 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 it wi
Sridhar Ratnakumar 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.
--
keywords
Sridhar Ratnakumar 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 Py_CHARMASK(c) (c
Sridhar Ratnakumar 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 added the comment:
eval('ghjsdjhgh') too hangs, btw.
--
___
Python tracker
<http://bugs.python.org/issue9020>
___
___
Python-bugs-l
New submission from Sridhar Ratnakumar :
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 (eg:
None,
Sridhar Ratnakumar 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/05/03&
Sridhar Ratnakumar added the comment:
On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote:
> Lars Gustäbel 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 special code in
&
Sridhar Ratnakumar 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?)?
If this is by design, do
Sridhar Ratnakumar 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 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", "credi
New submission from Sridhar Ratnakumar :
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 &q
New submission from Sridhar Ratnakumar :
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 (test_ttk.test_widgets.NotebookTest
New submission from Sridhar Ratnakumar :
OS = SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc
Python 2.7rc1
==
ERROR: test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase
Sridhar Ratnakumar 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 this issue (f
Sridhar Ratnakumar 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
cc: Sun C 5.7 2005/01
1 - 100 of 332 matches
Mail list logo
