Thomas Herve added the comment:
Is there a chance for this go in the first alpha? FWIW, I've tested it
with twisted kqueue and epoll reactors, and didn't get any problems.
There are still 2 typos in the patch: KQ_ADD is used 2 times in the docs
instead of KQ_EV_ADD. Everything else looks good
Christian Heimes added the comment:
I love to get it into the next alpha but I don't have time to today. Can
you take it to the mailing list and ask somebody to review and submit
the patch?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
New submission from Tim Golden:
When pygments is not available to the sphinx build environment, the
PygmentsBridge in the highlighting.py module raises an exception in the
unhighlighted function. This function attempts to use the .dest
attribute which isn't set in the __init__ if the pygments
New submission from Jürgen A. Erhard:
(Not sure if this goes here)
The mbox class (actually, the _singlefileMailbox class) takes a path,
and not, as the old mailbox module did, an opened file object. This
makes it hard(er) to access gzipped mbox files (mailbox.open = gzip.open
works, but is
New submission from Tim Golden:
The doc/make.bat file for building the docs under Windows assumes the
standard location for the HTML Help Workshop. The attached patch looks
for an env var called HTMLHELP and uses that if it's set, falling back
to the standard location.
--
components:
Tim Golden added the comment:
Corrected patch which replaces the @echo off at the top of the file.
Added file: http://bugs.python.org/file9573/doc-make-r61125.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2208
__
Nick Coghlan added the comment:
The mail.python.org link I posted previously is broken. Here's an
updated link to the relevant c.l.p. thread:
http://mail.python.org/pipermail/python-list/2005-February/310020.html
From my point of view, I still think it's an excellent idea and would be
happy to
New submission from Rüdiger Kupper:
When one module of a package imports another module of the same package,
the second module will not only be introduced in the namespace of the
importing module, but also in the namespace of the enclosing package.
I.e., the module will be introduced as variable
Jeroen Ruigrok van der Werven added the comment:
Hi Martin,
yes, that's exactly what I am saying actually. :)
This is the resulting file I created: Python26.msi
Right now it only installs into C:\Python26 and puts python.exe,
pythonw.exe and python26.dll there, but it is a start.
In
Georg Brandl added the comment:
Please reformat your patch using tabs.
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2196
__
___
Changes by Georg Brandl:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2206
__
___
Python-bugs-list mailing list
Raghuram Devarakonda added the comment:
Should this 'undesirable' behavior be documented? My thoughts are
Document should definitely reflect the code whether the behaviour is
desirable or not.
a) All the key,value pairs in the named section be retrived from entire
file. Just appending
Georg Brandl added the comment:
Isn't that tracked in #1040026?
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2205
__
___
Python-bugs-list
Martin v. Löwis added the comment:
Ok, I never doubted VS can do merge modules (what else if not VS could
do so?). What I'm still questioning that it is possible to do a full
Python installer as a VS setup project. I personally don't think it's
even worth the effort to try, but I might be wrong.
Georg Brandl added the comment:
Thanks, fixed in r61134.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2207
__
Georg Brandl added the comment:
Thanks, applied in r61135.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2208
__
New submission from Jamie Bliss:
The primary offender is in BaseCookie.load(), which uses the test:
type(rawdata) == type()
which should be:
isinstance(rawdata, basestring)
--
components: Library (Lib)
messages: 63145
nosy: astronouth7303
severity: normal
status: open
title:
Alexander Belopolsky added the comment:
Here are my comments on the py3k patch:
1. Sign of a PyLong object o is the same as the sign of Py_SIZE(o). I
would think it is safe to use this fact within python core. (User code
that may need to work across multiple versions of python may need to
Benjamin Peterson added the comment:
After looking more closely, I saw that this is documented at
http://www.python.org/dev/patches/style/. So the C uses tabs, and the
Python uses spaces?
Added file: http://bugs.python.org/file9576/hasattr_fixes-good-indentation.diff
Paul Pogonyshev added the comment:
Please close this issue. It is a PyGObject bug, nothing to do with
Python: http://bugzilla.gnome.org/show_bug.cgi?id=519645
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2199
__
Changes by Martin v. Löwis:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2199
__
___
Python-bugs-list mailing list
Martin v. Löwis added the comment:
Would you be interested to work on a patch?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2211
__
___
Gawain Bolton added the comment:
On the contrary, RFC 1738 does mention the port number in section 3.1.
Common Internet Scheme Syntax:
While the syntax for the rest of the URL may vary depending on the
particular scheme selected, URL schemes that involve the direct use
of an IP-based
Brett Cannon added the comment:
On Fri, Feb 29, 2008 at 2:04 PM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Benjamin Peterson added the comment:
After looking more closely, I saw that this is documented at
http://www.python.org/dev/patches/style/. So the C uses tabs, and the
Python
New submission from Joseph Armbruster:
http://svn.python.org/projects/python/trunk/PCbuild/build_tkinter.py
rev 61127
Is it still in python-devs interest to support building the tree in a
path that contains spaces? I (pretty much always) do, so if a patch for
this is desired, I can put one
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
I would like to report a positive follow-up on this issue. The output I
received was as follows,
Joseph Armbruster added the comment:
I believe this may be related to issue 1672853.
http://bugs.python.org/issue1672853
--
nosy: +JosephArmbruster
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1451466
_
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
test_shutil
1 test OK.
--
nosy: +JosephArmbruster
__
Tracker
Joseph Armbruster added the comment:
On another note, I just completed building the docs in windows and
shutil.destinsrc does not appear to be documented. I did notice this
description for shutil:
The shutil module offers a number of high-level operations on files and
collections of files. In
Raghuram Devarakonda added the comment:
On Fri, Feb 29, 2008 at 9:21 PM, Joseph Armbruster
[EMAIL PROTECTED] wrote:
On another note, I just completed building the docs in windows and
shutil.destinsrc does not appear to be documented. I did notice this
description for shutil:
destinsrc()
30 matches
Mail list logo