Kasun Herath kasun...@gmail.com added the comment:
Thanks for the quick review. I'm submitting a new patch with changes suggested.
--
Added file: http://bugs.python.org/file21791/smtp_sslcontext_updated3.patch
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset 8dbf661c0a63 by Ezio Melotti in branch '2.7':
#11763: don't use difflib in TestCase.assertMultiLineEqual if the strings are
too long.
http://hg.python.org/cpython/rev/8dbf661c0a63
New changeset 04e64f77c6c7 by Ezio Melotti in
Ezio Melotti ezio.melo...@gmail.com added the comment:
I committed a slightly modified version of the patch, so the issue should be
fixed now.
There are two related problems though:
1) difflib is used in other places, so those should probably be checked too;
2) _baseAssertEqual should check if
Tim Golden m...@timgolden.me.uk added the comment:
I can't say I'd object as such, but the [Index] tab already
contains the items in the General Index and is arguably the
killer feature of the CHM in any case.
--
nosy: +tim.golden
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I've seen the same question/answer on other forums, about Perl, Lua and
Javascript
http://stackoverflow.com/questions/3018848/cannot-run-python-script-on-windows-with-output-redirected
but nobody suggested to set this flag by default.
Éric Araujo mer...@netwok.org added the comment:
Alexis is right, the implementation name is not currently available as an
environment marker. Maybe another approach could be used: consider all
extensions optional on non-CPython platforms?
--
versions: +3rd party -Python 2.7
Éric Araujo mer...@netwok.org added the comment:
Do you get the bug if you put such a filename in the MANIFEST file, or
MANIFEST.in, or data_files argument, or something else, or all of them? If
it’s a MANIFEST bug, can you test with quotes around the filename?
--
assignee: tarek -
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The warnings above are a bit old: 027f81579b4a changed Pdata into a
PyVarObject, and the int length member is now accessed with the Py_SIZE()
macro.
Unfortunately, the only win64 buildbot is offline, and I could not find any
recent
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10148
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
Hi! Welcome to the joy of Python and thanks for the bug report and analysis.
In researching a bug
Is it public? I’d be curious to look at it.
I was surprised that a newly created file was being replaced when
being processed a second time
Changes by Éric Araujo mer...@netwok.org:
--
components: +Library (Lib) -Demos and Tools
nosy: +eric.araujo
stage: - test needed
versions: -Python 2.5, Python 2.6, Python 3.4
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6625
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Yes there are still warnings, but in different places; here is an extract of
the previous buildlog.html file:
..\Modules\_pickle.c(156) : warning C4244:'initializing' : conversion from
'Py_ssize_t' to 'int', possible loss of data
anatoly techtonik techto...@gmail.com added the comment:
The mere presence of this file in directory with setup.py files this error. It
is not added in any files.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11928
Éric Araujo mer...@netwok.org added the comment:
Wow. Can you set DISTUTILS_DEBUG=1 in your environment and then copy the full
traceback here? Try to see if other commands like build or check cause the
error too.
--
___
Python tracker
anatoly techtonik techto...@gmail.com added the comment:
python setup.py sdist
{{{
Distribution.parse_config_files():
options (after parsing config files):
no commands known yet
options (after parsing command line):
option dict for 'sdist' command:
{}
running sdist
Éric Araujo mer...@netwok.org added the comment:
WindowsError: [Error 2] The system cannot find the file specified: 'some file
'
The strange thing is that the filename is correct (I feared it was a strip()
call somewhere that caused the bug), and that you get a WindowsError. This
makes me
Éric Araujo mer...@netwok.org added the comment:
There are a lot of examples that use a bare “python”; changing all of
those would cause merging pains.
I’ve changed my mind. Given the python/python2/python3 drama with
distributions, I now think that we should use “python3” in the 3.x docs.
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
stage: - needs patch
title: pydoc.Scanner class not used by anything - remove unused undocumented
pydoc.Scanner class
___
Python tracker rep...@bugs.python.org
New submission from ysj.ray ysj@gmail.com:
The development guide(http://docs.python.org/devguide/setup.html) suggested
that one can build with --prefix=/dev/null in order to avoid accidentally
install it. But in the Modules/Setup.dist the zlib module is defined as:
zlib zlibmodule.c
Éric Araujo mer...@netwok.org added the comment:
+1 to Antoine’s +1.
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10616
___
Éric Araujo mer...@netwok.org added the comment:
I would have used with self.assertRaises to write the tests, thinking it would
be less verbose/cumbersome.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
components: +Documentation
nosy: +eric.araujo
stage: - needs patch
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11924
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
In 3.1 I had to use try/except because cm.exception is new in 2.7/3.2.
I used assertRaises on the other branches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6780
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11918
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
True and False are keywords in 3.x for the parser (IIUC), even though they’re
still instances of bool.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11926
Xuanji Li xua...@gmail.com added the comment:
I don't think it's best to create a new subclass to throw an ArgumentParserExit
exception; if I read the stack trace I'd see that an ArgumentError was thrown,
then caught, then an ArgumentParserExit was thrown, which IMHO is confusing. In
the
Éric Araujo mer...@netwok.org added the comment:
(“Create patch” does not work for some reason, I’ll report that to the
metatracker in a few days if nobody does it first)
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11918
___
Kasun Herath kasun...@gmail.com added the comment:
I did a quick patch based on the suggested solution.
(pitrou, thanks for adding to the nosy list or could have missed this)
--
keywords: +patch
Added file: http://bugs.python.org/file21794/smtplib_default_ports.patch
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com:
According to the de-facto MBOX standard [1] and the MMDF
description [2] mtime and atime are used to detect wether
a mailbox has new mail:
If the mtime on a nonempty mbox file is greater than the
atime, the file has new
Piéronne Jean-François piero...@users.sourceforge.net added the comment:
What we have planed is to release 2.7 in september, and I think we will be on
time, so we can start working on 3.x in october, is it compatible with your
schedule?
--
___
Changes by Xuanji Li xua...@gmail.com:
--
nosy: +xuanji
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3451
___
___
Python-bugs-list mailing list
Nick Coghlan ncogh...@gmail.com added the comment:
Reopening, as a 2.7 backport of this would be a nice thing to have.
--
assignee: rhettinger -
status: closed - open
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Scott Leerssen sleers...@gmail.com added the comment:
It happens on RedHat and CentOS 5, but I suspect it would happen on any Unix
variant. Here's a test that exacerbates the issue:
#
# test_tarfile.py
#
# Description:
# tests for python tarfile module
#
# $Id$
#
import os
import
Nick Coghlan ncogh...@gmail.com added the comment:
It's because it isn't a true Mercurial clone-and-update - it's a patch queue,
which the review generation code doesn't know how to interpret.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
PEP 398 -- Python 3.3 Release Schedule
http://www.python.org/dev/peps/pep-0398/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11918
Manveru manv...@manveru.pl added the comment:
I was a victim of the same issue, but only after my usage list does not fit in
one line. Please fix!
--
nosy: +manveru
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11874
Manveru manv...@manveru.pl added the comment:
I have the same issue with default here with 2.7.
Fortunately I have my own type function so I can prevent is by changing my
internal state. This is however only a workaround for real bug in the argparse.
--
nosy: +manveru
versions:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11935
___
___
Python-bugs-list
Manveru manv...@manveru.pl added the comment:
I am subscribing to this idea as I've just fall into such use case where I need
it. I would like to submit a patch, but I still have difficulties to understand
argparse code not much spare time to spent on this.
--
nosy: +manveru
New submission from sorin sorin.sbar...@gmail.com:
On OS X (10.6) with Python 2.6
import plistlib
plistlib.writePlistToBytes(dict())
AttributeError: 'module' object has no attribute 'writePlistToBytes'
Python documentation contains no information regarding when writePlistToBytes
was add.
dholth dho...@fastmail.fm added the comment:
Yes, putting implementation-specific environment markers in the Extensions
section is the idea (instead of the haphazard and occasionally-applied 'Python
code in setup.py appends to a list of extensions' method).
An Extension can only be optional
Sijin Joseph sijinjos...@gmail.com added the comment:
Should we add a unit test for this as well?
--
nosy: +sijinjoseph
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11927
___
New submission from Markus Duft markus.d...@salomon.at:
Hey!
For a while now, i'm maintaining python build patches for interix for the
gentoo prefix project. I thought maybe i can bring them upstream :) currently i
have python 2.7.1 building, and i'll start testing python 3.2 in a while...
New submission from Andreas Stührk andy-pyt...@hammerhartes.de:
There are two tests called test_descriptor in getattr_static's test case.
Attached is a patch that renames one.
--
components: Tests
files: duplicated_test_descriptor.patch
keywords: patch
messages: 134565
nosy: Trundle,
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
What do you think - i think this issue can really be closed now.
I'll attach a final 11277.5.diff which has a less irritated and
thus better understandable comment than .4.diff.
I'll also drop .3 and .4.
A lot of noise again 8|
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
Removed file: http://bugs.python.org/file21715/11277.3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11277
___
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
Removed file: http://bugs.python.org/file21717/11277.4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11277
___
Changes by Gökçen Eraslan gok...@pardus.org.tr:
--
nosy: +Gökçen.Eraslan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8296
___
___
Changes by Gökçen Eraslan gok...@pardus.org.tr:
--
nosy: +Gökçen.Eraslan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9205
___
___
Changes by Gökçen Eraslan gok...@pardus.org.tr:
--
nosy: +Gökçen.Eraslan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9207
___
___
Roundup Robot devnull@devnull added the comment:
New changeset 85fefd41ef5d by Éric Araujo in branch '3.2':
Fix double use of f.close().
http://hg.python.org/cpython/rev/85fefd41ef5d
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset 9a1ca0062950 by Éric Araujo in branch 'default':
Add versionchanged for a364719e400a (#11591)
http://hg.python.org/cpython/rev/9a1ca0062950
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset f9e2b2b17e58 by Éric Araujo in branch 'default':
Add versionchanged for c19752ea037f (#10998)
http://hg.python.org/cpython/rev/f9e2b2b17e58
--
___
Python tracker rep...@bugs.python.org
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Antoine, I wonder if we can restore PyThread_set_key_value to behave like a
canonical TLS api function (always setting) but fix the cases that want to set
if it has not already been set like the cases you mention.
It is very
Dev Player devpla...@gmail.com added the comment:
mhammond added a recent note at:
python.exe help() modules crashes - ID: 3150027
https://sourceforge.net/tracker/?func=detailaid=3150027group_id=78018atid=551954
Scroll down below the detail and click the Comments link. View the note from
Éric Araujo mer...@netwok.org added the comment:
Nesting of class/method and class/data directives recommended in 584f9c213a6d.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9264
___
Antoine Pitrou pit...@free.fr added the comment:
Antoine, I wonder if we can restore PyThread_set_key_value to behave
like a canonical TLS api function (always setting) but fix the cases
that want to set if it has not already been set like the cases you
mention.
It is very unorthodox to
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Apr 27, 2011 at 4:31 AM, Amaury Forgeot d'Arc
rep...@bugs.python.org wrote:
.. 027f81579b4a changed Pdata into a PyVarObject, and the int length member
is now accessed with the Py_SIZE() macro.
ISTM that with this
R. David Murray rdmur...@bitdance.com added the comment:
As part of fixing this we should add a unit test to pydoc that goes something
like this:
assertEqual(sorted(pydoc.Helper.keywords.keys())), sorted(keyword.kwlist))
--
nosy: +r.david.murray
John S. Gruber johnsgru...@gmail.com added the comment:
Thanks for considering my report so quickly. Attached is a simple test to
reproduce the bug, as you suggested.
Please note that I am not suggesting the code base use stat.st_mtime.
Running the attached with ext4, which keeps sub-second
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Ah, using the fallback implementation of tls? Surely this isn't a problem with
the pthreads tls, I'd be surprised if it retains TLS values after fork.
--
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I believe attached issue9614.diff should fix the warnings, but I don't have a
box to test this on.
--
Added file: http://bugs.python.org/file21800/issue9614.diff
___
Python
John S. Gruber johnsgru...@gmail.com added the comment:
The original bug report is at:
https://bugs.launchpad.net/ubuntu/+source/python-distutils-extra/+bug/770566
As you can see it had to do with a symbolic link created by distutils-extra
before distutils was called upon to copy anything.
Changes by Xuanji Li xua...@gmail.com:
--
nosy: +xuanji
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11588
___
___
Python-bugs-list mailing list
Changes by Xuanji Li xua...@gmail.com:
--
nosy: +xuanji
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11874
___
___
Python-bugs-list mailing list
Changes by Xuanji Li xua...@gmail.com:
--
nosy: +xuanji
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9723
___
___
Python-bugs-list mailing list
Charles-Francois Natali neolo...@free.fr added the comment:
Ah, using the fallback implementation of tls? Surely this isn't a
problem with the pthreads tls, I'd be surprised if it retains TLS values
after fork.
It surprised me too when I found that out, but it's really with the pthread
Changes by Charles-Francois Natali neolo...@free.fr:
Added file: http://bugs.python.org/file21802/tls_reinit_bis.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Éric Araujo mer...@netwok.org added the comment:
Please note that I am not suggesting the code base use stat.st_mtime.
Yep, I did :) Do you have another idea for a fix? We have to walk on
eggshells with the distutils codebase: it has often happened that changes made
to fix bugs were causing
Antoine Pitrou pit...@free.fr added the comment:
You could add a new _PyGILState_ReInit() function and call it from
PyOS_AfterFork() or PyEval_ReInitThreads().
See attached tls_reinit.diff patch.
Thank you. I like this patch, except that _PyGILState_ReInit() should be
declared in the
Charles-Francois Natali neolo...@free.fr added the comment:
The most obvious explanation for that failure is that the barrier's timeout is
too low.
def test_default_timeout(self):
Test the barrier's default timeout
#create a barrier with a low default timeout
Ram Rachum cool...@cool-rr.com added the comment:
I was bitten now as well...
--
nosy: +cool-RR
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8400
___
Charles-Francois Natali neolo...@free.fr added the comment:
Thank you. I like this patch, except that _PyGILState_ReInit() should be
declared in the appropriate .h file, not in signalmodule.c.
I asked myself this question when writing the patch: what's the convention
regarding functions ?
Ben Okopnik b...@okopnik.com added the comment:
Here's a test that should exercise every version of pydoc installed on the
system:
mkdir -p /tmp/foo/bar; cd /tmp/foo; chmod 0 bar
for n in `whereis -b pydoc`; do echo $n ; $n modules; done
Tested under Ubuntu with bash and sh; should
Antoine Pitrou pit...@free.fr added the comment:
Thank you. I like this patch, except that _PyGILState_ReInit() should be
declared in the appropriate .h file, not in signalmodule.c.
I asked myself this question when writing the patch: what's the
convention regarding functions ? Should
Éric Araujo mer...@netwok.org added the comment:
The script is bugged, since whereis prefixes its output with its argument (i.e.
here “pydoc: ”). It’s not a concern anyway: branches open for bugfixes are
2.7, 3.1, 3.2 and 3.3, so when we have a test (preferably as a patch to
test_pydoc.py,
Changes by Charles-Francois Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file21802/tls_reinit_bis.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Changes by Charles-Francois Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file21801/tls_reinit.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Changes by Charles-Francois Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file21678/thread_invalid_key.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Charles-Francois Natali neolo...@free.fr added the comment:
Here's an updated patch, tested on RHEL4U8.
--
Added file: http://bugs.python.org/file21804/tls_reinit.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
Charles-Francois Natali neolo...@free.fr added the comment:
It's a duplicate of http://bugs.python.org/issue10517
--
nosy: +neologix, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10632
Charles-Francois Natali neolo...@free.fr added the comment:
Suggesting to close.
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11247
___
Roundup Robot devnull@devnull added the comment:
New changeset 6f937d6369b6 by Łukasz Langa in branch '3.2':
Closes #11670: configparser read_file now iterates over f.
http://hg.python.org/cpython/rev/6f937d6369b6
New changeset 9da06f771a57 by Łukasz Langa in branch 'default':
Merged #11670
Łukasz Langa luk...@langa.pl added the comment:
Closed in http://hg.python.org/cpython/rev/6f937d6369b6.
--
resolution: fixed - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11670
Dev Player devpla...@gmail.com added the comment:
What about this application modal popup window appearing behind the DOS window?
(See attached) That popup window may only need to have a system style flag to
push it to the top of the window z-order stack.
What causes that popup to appear? Is
New submission from Amaury Forgeot d'Arc amaur...@gmail.com:
Since 9cd1036455e7, os.stat() on Windows fills the st_ino member;
it could fill st_dev just as easily;
then os.path.samefile() could be shared with the posix implementation.
--
components: Windows
messages: 134595
nosy:
Bryce Verdier bryceverd...@gmail.com added the comment:
Ok, so after getting some off list help, I changed the defaults to what they
should be. Also, Mark was right, --install-scripts generally puts things in
pythondir\Scripts... as tested with pylint, mako, and some others.
I changed data
Jesse Noller jnol...@gmail.com added the comment:
Dupe of issue10517
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10632
___
Jesús Cea Avión j...@jcea.es added the comment:
I don't agree with some details of the patch (I would move the log-like
calculation to a inline function, and document WHY it is needed at all, for
instance), but supporting a new platform is good, moreover when the patch is so
small.
I would
Changes by Antoine Pitrou pit...@free.fr:
--
dependencies: -multiprocessing generates a fatal error
stage: - commit review
superseder: - multiprocessing generates a fatal error
versions: +Python 2.7, Python 3.1, Python 3.3
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
superseder: - multiprocessing generates a fatal error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10632
___
Changes by Antoine Pitrou pit...@free.fr:
--
superseder: multiprocessing generates a fatal error -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever, haypo
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10419
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11921
___
Roundup Robot devnull@devnull added the comment:
New changeset f6feed6ec3f9 by Antoine Pitrou in branch '2.7':
Issue #10517: After fork(), reinitialize the TLS used by the PyGILState_*
http://hg.python.org/cpython/rev/f6feed6ec3f9
--
nosy: +python-dev
Ben Okopnik b...@okopnik.com added the comment:
Trivial fix: please see attached. As to test_pydoc.py, I don't know the system
well enough to fiddle with it, but something like this should work (untested):
def test_unreadable_dir(self):
''' pydoc should handle unreadable subdirs
Jesús Cea Avión j...@jcea.es added the comment:
Markus, could you possibly provide a buildbot running under Interix?. A virtual
machine could be OK, if available 24x7, with reasonable resources (CPU, memory).
--
___
Python tracker
Brian Curtin br...@python.org added the comment:
I created/assigned #10646 to myself for other samefile issues - I can cover
this as well unless someone beats me to it.
--
assignee: - brian.curtin
nosy: +brian.curtin
stage: - needs patch
versions: +Python 3.3
1 - 100 of 158 matches
Mail list logo