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:
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:
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:
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-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:
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:
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:
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:
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 :
>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:
Specifically "python$(VERSION)-32 python" instead of "python$(VERSION)-32
pythonw"?
--
___
Python tracker
<http://bu
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:
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 :
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 :
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
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 :
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:
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
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:
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
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:
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.
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:
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
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:
Ah, please close this then. I am not sure what I was thinking when reporting
this bug.
--
___
Python tracker
<http://bugs.python.org/issue9
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:
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
Changes by Sridhar Ratnakumar :
--
nosy: +toddw
___
Python tracker
<http://bugs.python.org/issue10074>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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 :
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:
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
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:
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
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:
[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 :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue7796>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Changes by Sridhar Ratnakumar :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue2001>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Sridhar Ratnakumar added the comment:
"PYTHONIOENCODING=UTF-8 python test2.py" does work.
--
___
Python tracker
<http://bugs.python.org/issue6166>
___
___
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
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
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue10747>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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:
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
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:
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:
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:
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 "
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:
Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2.
Thanks.
--
___
Python tracker
<http://bugs.python.org/is
Sridhar Ratnakumar added the comment:
> RONALD: I've committed a fix for this in r77585, please test.
Verified on Tiger with 10.4u SDK.
--
___
Python tracker
<http://bugs.python.or
Sridhar Ratnakumar added the comment:
For more discussion on this, see http://stackoverflow.com/questions/2166818
--
components: +Library (Lib)
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue7
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue6608>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue5492>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue6393>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue2001>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
BTW, 3.1.2rc1 does not contain this fix, but contains issue6163.
Any reason why this fix is missing in 3.1.2rc1?
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
Ah, I see. I am just re-opening this bug hoping to see it get fixed by 3.1.2.
--
status: closed -> open
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/iss
New submission from Sridhar Ratnakumar :
Install 3.1.2 -> Open IDLE -> Open "About IDLE" dialog -> click on "Credits"
Exception in Tkinter callback
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/tk
New submission from Sridhar Ratnakumar :
This happens on 3.1.2 Linux 64-bit.
test test_ttk_guionly failed -- Traceback (most recent call last):
File
"/home/apy/rrun/tmp/autotest/apy/lib/python3.1/tkinter/test/test_ttk/test_widgets.py",
line 708, in test_traversal
self.a
Sridhar Ratnakumar added the comment:
Re-opening. test_urllib in 3.1.2 fail similarly (on Linux 64-bit):
test_urllib
Warning: os.environ was modified by test_urllib
test test_urllib failed -- Traceback (most recent call last):
File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1
Sridhar Ratnakumar added the comment:
This also breaks pydoc on AIX (Python 2.6.5).
help> modules pydoc
Here is a list of matching modules. Enter any module name to get more help.
Traceback (most recent call last):
File "", line 1, in
File "/home/qatest/APy/lib/python
New submission from Sridhar Ratnakumar :
Assume you have two executables in currect directory:
baz.exe
foo.bar.exe
Now "subprocess.Popen(['baz'])" will run successfully. But
"subprocess.Popen(['foo.bar'])" will throw the following exce
Sridhar Ratnakumar added the comment:
Note that typing "foo.bar" in the Windows command line works, only subprocess
is not able to find the executable.
--
___
Python tracker
<http://bugs.python.
New submission from Sridhar Ratnakumar :
I'm seeing this error with 2.6 and 3.1 maint branches (not sure about 2.7) on
both Linux & Mac 32-bit builds. Does not happen on Linux 64-bit though. Also
this is possibly caused by a recent commit, as we never saw this issue before.
[...]
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file16664/config.log
___
Python tracker
<http://bugs.python.org/issue8236>
___
___
Python-bugs-list m
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file16665/pyconfig.h
___
Python tracker
<http://bugs.python.org/issue8236>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
I didn't have to run 'make distclean', because this is a fresh clone.
$ hg clone http://code.python.org/hg/branches/release2.6-maint/
$ cd release2.6-maint
$ ./configure --prefix=`pwd`/i
$ make
./Parser/asdl_c.py -h ./Include ./Par
Sridhar Ratnakumar added the comment:
Ah, I see what is happening. My $PATH has a buildout's python (bin/python)
path. Apparently that is messing up with sys.path. Using /usr/local/bin/python,
for instance, in $PATH does not give this problem.
--
title: ./configure: ImportErro
Sridhar Ratnakumar added the comment:
I am not sure how "import asdl" works.
--
___
Python tracker
<http://bugs.python.org/issue8236>
___
___
Python-b
Sridhar Ratnakumar added the comment:
idlelib_textView_encoding.patch fixes the problem.
--
___
Python tracker
<http://bugs.python.org/issue8203>
___
___
Pytho
Sridhar Ratnakumar added the comment:
> why is your buildout python failing to support that import?
I believe it is because "" (current directory) is not in sys.path for buildout
python. Buildout explicitly sets sys.path. Perhaps that's why.
Feel free t
New submission from Sridhar Ratnakumar :
I noticed this exception in
http://pypm-free.activestate.com/2.6/win32-x86/pool/d/dj/django-navbar-0.2.0_win32-x86_2.6_1.pypm.d/log
[...]
reading manifest file 'django_navbar.egg-info\SOURCES.txt'
reading manifest template 'MANIFEST
Changes by Sridhar Ratnakumar :
--
components: +Windows
___
Python tracker
<http://bugs.python.org/issue8286>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
components: +Windows
___
Python tracker
<http://bugs.python.org/issue8384>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sridhar Ratnakumar :
Modules/_ssl.c
gu...@36917
64
enum py_ssl_version {
gu...@36917
65
PY_SSL_VERSION_SSL2,
gu...@36917
66
PY_SSL_VERSION_SSL3,
gu...@36917
67
PY_SSL_VERSION_SSL23,
gu...@36917
68
Changes by Sridhar Ratnakumar :
--
keywords: +patch
Added file: http://bugs.python.org/file17110/fix-extra-comma-aix.patch
___
Python tracker
<http://bugs.python.org/issue8
Sridhar Ratnakumar 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 that is
Sridhar Ratnakumar added the comment:
Using OPT="-O1" fixes this issue. Please feel free to close it.
--
___
Python tracker
<http://bugs.python.
Changes by Sridhar Ratnakumar :
--
nosy: -srid
___
Python tracker
<http://bugs.python.org/issue3561>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sridhar Ratnakumar :
In Formatter.format():
# Cache the traceback text to avoid converting it multiple
times
# (it's constant anyway)
if not record.exc_text:
record.exc_text = self.formatException(record.exc_info)
Changes by Sridhar Ratnakumar :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue6435>
___
___
Python-bugs-list mailing list
Unsubscri
Sridhar Ratnakumar added the comment:
For example, see: http://paste.pocoo.org/show/127167/
--
___
Python tracker
<http://bugs.python.org/issue6435>
___
___
Pytho
Sridhar Ratnakumar added the comment:
I have attached a script that repros this bug. Run it using py.test
(instructions inside the file).
Workaround is by uncommenting the last few lines ('flush' method).
--
Added file: http://bugs.python.org/file14474/issue63
Sridhar Ratnakumar added the comment:
Note: It appears that py.test assigns a temporary file to sys.std[out|
err].
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
Perhaps there is an issue with py.test.
My understanding is that: if the logging module is designed to let
users implement their own custom handlers (like I did with
ConsoleHandler), is it not expected that they may do whatever they want
with it
Sridhar Ratnakumar added the comment:
A real-life recipe where this bug showed up:
http://code.activestate.com/recipes/576836/
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
On Wed, 08 Jul 2009 23:59:17 -0700, Vinay Sajip
wrote:
> 1. The exception text cannot be cached in the formatter because a
> formatter will format lots and lots of records. Formatters live for a
> long time, records do not.
Ah, yes.
>
Sridhar Ratnakumar added the comment:
> 2. The exception text needs to be stored in the record, because in some
> instances (e.g. pickling and sending over a socket) this information
> will not be available at the other end in any other way.
Caching in the record object is thus the
Sridhar Ratnakumar added the comment:
On Thu, 09 Jul 2009 06:48:28 -0700, Vinay Sajip
wrote:
> It should be understood that if a stream is passed to a StreamHandler,
> the ownership of that stream is passed as well, so closing the handler
> rather than the underlying stream is
Sridhar Ratnakumar added the comment:
> See my comments about your ConsoleHandler recipe(s) on issue6345
Correction: issue6435
--
___
Python tracker
<http://bugs.python.org/iss
Sridhar Ratnakumar added the comment:
> Vinay Sajip added the comment:
>
>> But the cache needs to be invalidated when `exc_info` is changed -
>> as in set to None when it was a traceback object.
>
> When does the exc_info change for a record? AFAIK it's set when
Sridhar Ratnakumar added the comment:
On Thu, 09 Jul 2009 16:43:49 -0700, Vinay Sajip
wrote:
> Vinay Sajip added the comment:
>
>> However, sys.stdout|err can be assigned to some thing else
>> (eg: py.test assigning it to an open file object) .. in which case it
>>
Sridhar Ratnakumar added the comment:
ActivePython bug: http://bugs.activestate.com/show_bug.cgi?id=83694
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
Both pathname2url and url2pathname are in the urllib.request module,
but 2to3 thinks they are in urllib.parse module.
sridh...@double:~/tmp/eric1$ cat foo.py
from urllib import pathname2url, url2pathname
sridh...@double:~/tmp/eric1$ /opt/ActivePython
1 - 100 of 332 matches
Mail list logo
