Roundup Robot added the comment:
New changeset 851adff2d434 by Ezio Melotti in branch 'default':
#15521: mention that test.regrtest is necessary to run tests on 2.7. Patch by
Chris Jerdonek.
http://hg.python.org/devguide/rev/851adff2d434
--
nosy: +python-dev
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Tim Golden added the comment:
I'm +1 on the approach in principle. I'm tentative about using ctypes
for this just because I don't believe we use it anywhere else. But at
the least I suggest applying the patch to see how Jeremy's buildbot
behaves. If there are wider objections to ctypes we could
Ned Deily added the comment:
Tcl/Tk 8.5.12 has now been released. After installing ActiveTcl 8.5.12 for OS
X, your 3.2 test case that previously readily failed for me no longer does. So
I hope you also find that the problem is now resolved.
--
stage: - committed/rejected
status:
New submission from Dmitry Dvoinikov:
For the following script
import xmlrpc.client; from xmlrpc.client import escape
text = ...\u043c..
print(escape(text))
Python 3.3.0b1 produces
...ь..lt;...
whereas Python 3.2
Nick Coghlan added the comment:
My inclination is to say that using ctypes is a reasonable option for improving
Windows buildbot stability in the near term, but we'd probably want to move
this into _winapi long term.
Adding Antoine MvL to get their opinion.
--
nosy: +loewis, pitrou
Nick Coghlan added the comment:
We'll also want to add this to the inheritance tests in test_importlib.test_abc
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15519
___
Martin v. Löwis added the comment:
I wonder why it couldn't use os.listdir to find out whether the directory is
empty, and os.stat to find out whether a specific file or directory still
exists.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
In reviewing Eric's changes, I found what I consider a good reason to keep
Finder as the root of the hierarchy: *all* finders, both meta path and path
entry, will continue to share the optional invalidate_caches API.
I'll commit a variant that has the
Roundup Robot added the comment:
New changeset 184700df5b6a by Nick Coghlan in branch 'default':
Issue #15502: Bring the importlib ABCs into line with the current state of the
import protocols given PEP 420. Original patch by Eric Snow.
http://hg.python.org/cpython/rev/184700df5b6a
--
Nick Coghlan added the comment:
Specifically, what I did was to drop find_module from the Finder ABC, but
keep the ABC itself as a way to document the common invalidate_caches API.
The ABC definition no longer cares whether you implement find_module() or not.
MetaPathFinder then enforces
Nick Coghlan added the comment:
This didn't close automatically (I assume the open dependency upset matters,
since it also prevented me from closing it manually the first time).
Applied to trunk in http://hg.python.org/cpython/rev/a1ac1e13c5a0
(including the rename from #15502)
--
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15519
___
Nick Coghlan added the comment:
I also dealt with #15519
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15502
___
___
Python-bugs-list mailing
STINNER Victor added the comment:
Hum, it's a regression introduced by the super-optimized fastsearch. It is just
a typo: _s = s. I renamed _s to ptr to avoid future confusion ;-)
--
For your information, str.find(), str.rfind(), str.index(), str.rindex() and
str.replace() are now using
Changes by STINNER Victor victor.stin...@gmail.com:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15534
___
Antoine Pitrou added the comment:
Ow, nice find.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15534
___
___
Python-bugs-list mailing list
Roundup Robot added the comment:
New changeset 1f8351cf00f3 by Nick Coghlan in branch 'default':
Issue #15502: Bring the importlib.PathFinder docs and docstring more in line
with the new import system documentation, and fix various parts of the new docs
that weren't quite right given PEP 420
Antoine Pitrou added the comment:
On my machine I have programs that simply do not have an option to
ignore any directories thus causing some grief during testing.
What are those programs exactly? A buildbot should ideally have a lean system
install that does not interfere with the tests
Nick Coghlan added the comment:
OK, that last commit (along with one I did earlier for the import statement)
brought over all the fixes I was previously overly hasty in committing to
Barry's importdocs branch.
I've decided I can live with regular packages as the term for initialised
packages
New submission from Thomas Miedema:
Pickling a namedtuple Point(x=10, y=20, z=30) in Python 2.7.2 with protocol
level 0 would result in something like the following output:
ccopy_reg
_reconstructor
p0
(c__main__
Point
p1
c__builtin__
tuple
p2
(I10
I20
I30
tp3
tp4
Barry A. Warsaw added the comment:
What about Path Scanner? Came to me in a dream, so it has to be perfect,
right? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15502
___
Jeremy Kloth added the comment:
What are those programs exactly? A buildbot should ideally have a lean system
install that does not interfere with the tests running.
My development machine has add'l programs, not the buildbot machine.
Sorry is there was any confusion. I get the same
Eric Snow added the comment:
Regarding the ABCs, I'm okay with it as long as invalidate_caches() is meant to
be a part of meta path finders. I had considered this while writing the patch,
so how I had it wasn't a fluke. The fluke was that I didn't bring it up for
discussion like I had meant
Barry A. Warsaw added the comment:
On Aug 02, 2012, at 11:33 AM, Nick Coghlan wrote:
Specifically, what I did was to drop find_module from the Finder ABC, but
keep the ABC itself as a way to document the common invalidate_caches
API. The ABC definition no longer cares whether you implement
Jeremy Kloth added the comment:
Tim Golden added the comment:
I'm tentative about using ctypes this just because I don't believe we use it
anywhere else.
ctypes is already used later in test_support so I figured it was fine
to use for this as well.
--
Chris Jerdonek added the comment:
Has this issue been resolved? I saw that the following change is on the web
site today:
http://hg.python.org/devguide/rev/851adff2d434
(though I didn't verify it immediately, just 6 hours after).
--
___
Python
Jeremy Kloth added the comment:
I wonder why it couldn't use os.listdir to find out whether the directory is
empty, and os.stat to find out whether a specific file or directory still
exists.
It is possible to do the same thing with just os.listdir. The use of
the Find*File functions was
Antoine Pitrou added the comment:
I wonder why it couldn't use os.listdir to find out whether the directory
is empty, and os.stat to find out whether a specific file or directory
still exists.
It is possible to do the same thing with just os.listdir. The use of
the Find*File
New submission from Dave Abrahams:
This session demonstrates. See especially the very last expression evaluated
s='''this is the end
s='''this is the end
... your only friend
your only friend
... the end'''
the end'''
re.split('^', s, re.MULTILINE)
re.split('^', s, re.MULTILINE)
['this is the
Eric Snow added the comment:
I wish path subsystem finder weren't so long. Then PathFinder would probably
still be appropriate for the class name (as FileFinder is appropriate for
FilePathEntryFinder :).
--
___
Python tracker
Jeremy Kloth added the comment:
OK, here is another patch that uses just os.listdir
--
Added file: http://bugs.python.org/file26663/support.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15496
Eric Snow added the comment:
Maybe we need an @abc.optionalabstractmethod decorator?
Perhaps you are kidding, but I've had a similar thought on a number of
occasions. For kicks, I'll float this by python-ideas. :)
--
___
Python tracker
New submission from Dave Abrahams:
compare the output of
$ python -c open('/tmp/tst','w').write(100*'x\n');import re;print
len(re.split('\n(?=x)', open('/tmp/tst').read()))
100
with
$ python -c open('/tmp/tst','w').write(100*'x\n');import re;print
len(re.split('\n(?=x)',
Chris Jerdonek added the comment:
I also think this would be worth a note. May I propose a patch?
--
nosy: +cjerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14873
___
Chris Calloway added the comment:
Well, really, the reason I'm deferring is to get the patch accepted, because it
seems kind of unacceptable for standard library modules not to have full test
coverage. So far, I don't see evidence that the issue has even been triaged. Of
the three approaches,
Ezio Melotti added the comment:
I think MvL fixed it.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15311
___
___
Martin v. Löwis added the comment:
I fail to see the point of not using os.stat. IIUC, Windows will delete the
file once the last handle is been closed. Since stat will close any handle it
temporarily gets, it will not prolong the live of the file; the file will still
go away when the last
New submission from Philipp Hagemeister:
The s6_addr8 field of in6_addr structs is nonstandard, and therefore not
supported on all platforms (android in my example). cpython's socket module
should use the standard s6_addr field instead.
--
components: IO
hgrepos: 144
messages: 167233
Changes by Philipp Hagemeister phi...@phihag.de:
--
keywords: +patch
Added file: http://bugs.python.org/file26664/issue15538.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15538
___
Martin v. Löwis added the comment:
I added an automated build process, yes. However, the current text is incorrect
as it states that the build occurs immediately through a hook.
This is not the case; instead, there is a cronjob that pulls changes. I refuse
to report the frequency with which
Changes by Martin v. Löwis mar...@v.loewis.de:
--
title: Dev Guide update hook broken - Dev Guide update procedure documentation
in dev guide outdated
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15311
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: -Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15538
___
___
Brett Cannon added the comment:
In terms of invalidate_caches(), it could easily be changed to walk
sys.meta_path and to call the method on the meta path finders. Not sure if that
generalization is reasonable or not, though.
--
___
Python tracker
Chris Jerdonek added the comment:
Of the three approaches, regex, cd, or decoration, which do you see as most
likely to be accepted?
In my limited experience, I think the patch most likely to be accepted is the
one that changes existing code the least. That would mean adding to the
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15216
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Android doesn't have getaddrinfo()? getaddrinfo.c and getnameinfo.c only get
compiled when the OS doesn't provide the same-named functions.
--
nosy: +pitrou
stage: - patch review
___
Python tracker
Changes by Jonathan Paugh jpa...@gmx.us:
--
nosy: +jpaugh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14905
___
___
Python-bugs-list mailing
Eric Snow added the comment:
Not to detract from the fun wink terminology discussion, but I have lingering
concerns with the ABC inheritance model here.
Looking over changeset 184700df5b6a, I'm still fine with the change if
invalidate_caches() is appropriate for both. If not or if we don't
New submission from Serhiy Storchaka:
Here is a patch which fixes some bugs in Tools/scripts/pindent.py and
modernizes it with regard to the new Python features abilities that have made
since 1994.
1. Now pindent works with with.
2. Now pindent does not produce improper indentation (tabs by
Serhiy Storchaka added the comment:
re.split = split(pattern, string, maxsplit=0, flags=0)
Split the source string by the occurrences of the pattern,
returning a list containing the resulting substrings. If
capturing parentheses are used in pattern, then the text of all
groups
Serhiy Storchaka added the comment:
Same as for issue 15537.
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15536
___
___
Marc Culler added the comment:
Thanks, Ned! It seems to be completely fixed by 8.5.12.
--
nosy: +Marc.Culler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10731
___
Matthew Barnett added the comment:
There are actually 2 issues here:
1. The third argument is 'maxsplit', the fourth is 'flags'.
2. It never splits on a zero-width match. See issue 3262.
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
I guess the question is how extensive do we want this cache validation to go?
Do we think that only path entry finders stored in sys.path_importer_cache will
have stuff to be cleared, or do we think stuff on sys.meta_path or
sys.path_hooks will have things that
Eric V. Smith added the comment:
I think the cache invalidation should be moved to the sys.meta_path level.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15502
___
Roundup Robot added the comment:
New changeset 86558ff7ce33 by Antoine Pitrou in branch '2.7':
Issue #15538: Fix compilation of the getnameinfo() / getaddrinfo() emulation
code.
http://hg.python.org/cpython/rev/86558ff7ce33
New changeset 547f3a55a216 by Antoine Pitrou in branch '3.2':
Issue
Antoine Pitrou added the comment:
Ok, I couldn't test the patch as getipnodebyname / getipnodebyaddr don't exist
here, but I committed it anyway. If it still doesn't work, please re-open the
issue.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Chris Jerdonek added the comment:
I am attaching a proposed patch for this issue.
I also did not know whether the errors were normal when building with Windows
for the first time.
--
Added file: http://bugs.python.org/file2/issue-14873-1.patch
Chris Jerdonek added the comment:
Attaching proposed wording along the lines Martin suggested.
--
keywords: +patch
Added file: http://bugs.python.org/file26667/issue-15311-2.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
I wonder why print(1, file=sys.stderr) returns '1' instead of '1\n'.
I suppose that you mean returns '1\n' instead of '1'. This is a
major change between Python 2 and Python 3. Use print(1, end=' ') if
you want the same behaviour. See:
Phillip J. Eby added the comment:
Hope I'm not too late to the bikeshed painting party; just wanted to chip in
with the suggestion of self-contained package for non-namespace packages.
(i.e., a self-contained package is one that cannot be split across different
sys.path entries due to its
Eric Snow added the comment:
Good points, Brett. While I still favor my posted patch, wouldn't Nick's
commit still be okay (once invalidate_cache() is added appropriately)? Or
would it be confusing to people to have this Finder class that no one is
actually supposed to use?
--
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
Removed message: http://bugs.python.org/msg167252
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15502
___
Eric Snow added the comment:
Good points, Brett. While I still favor my posted patch, wouldn't Nick's
commit still be okay? Or would it be confusing to people to have this Finder
class that no one is actually supposed to use?
--
___
Python
Roundup Robot added the comment:
New changeset 0e95b61af859 by Victor Stinner in branch 'default':
Close #15534: Fix a typo in the fast search function of the string library (_s
= s)
http://hg.python.org/cpython/rev/0e95b61af859
--
nosy: +python-dev
resolution: - fixed
stage: -
STINNER Victor added the comment:
The issue should be fixed, thanks for the report!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15534
___
___
New submission from Dave Malcolm:
I've been trying to get numpy working with Python 3.3, and to so I had to make
some changes to CPython - hence I'm posting this to the Python bug tracker.
numpy pokes at the insides of PyUnicodeObject in a few places and is thus
affected by the PEP 393
STINNER Victor added the comment:
It would be nice to fix this before Python 3.3 final.
@Georg: So, what do you think?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13119
___
Changes by Dave Malcolm dmalc...@redhat.com:
Added file:
http://bugs.python.org/file26669/hack-out-test-against-MAX_UNICODE-from-cpython-3.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +haypo, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
___
Python-bugs-list
Changes by Alex Gaynor alex.gay...@gmail.com:
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
___
Python-bugs-list mailing
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
___
Python-bugs-list
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +teoliphant
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
___
Python-bugs-list
Brett Cannon added the comment:
Nick's current patch is fine, although I would add back in invalidate_caches()
into MetaPathFinder and PathEntryFinder where they do nothing but return
NotImplemented as a form of no-op. I know you have a python-ideas discussion
going about optional
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
Brett Cannon added the comment:
As for Finder containing nothing significant, that's a side-effect of the
cleanup and why Finder should get deprecated, especially since the contract
that a Finder implements find_module() is no longer being enforced. Tying
MetaPathFinder and PathEntryFinder
New submission from Ned Batchelder:
The logging.exception method differs from .debug(), .info(), .warning(),
.error() and .critical() in that it does not accept an `extra` keyword
argument. There seems to be no reason for this.
The docs are misleading about this. They say, The arguments are
Brett Cannon added the comment:
Did this get addressed in the final doc update?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15473
___
___
Stefan Krah added the comment:
A couple of days ago there was another effort by Ondřej Čertík to get
NumPy working with 3.3, see the thread starting here:
http://comments.gmane.org/gmane.comp.python.numeric.general/51087
I participated in that discussion and we hit the same problem with
the
Martin v. Löwis added the comment:
The byte swapping in numpy is clearly a misfeature when applied to Unicode. I
don't think Python should support that, and I can't imagine anybody is using
this for a purpose that couldn't also be achieved in a better way. Not sure why
you are submitting
Nick Coghlan added the comment:
We changed quite a bit already as we tried to make everything consistent,
including the importlib ABCs. Current version is on trunk, current
discussion is in #15502
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Barry covered it in a footnote
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15473
___
___
Python-bugs-list
Chris Jerdonek added the comment:
Attaching an updated patch. Changes include:
1. Cleans up and expands support API to include creating nested directory
structures (for use in the filecmp tests, for example).
2. Adds unit tests for the full API (similar to test_support.py).
3. Refactors
New submission from Aaron Staley:
The documentation for __new__ at
http://docs.python.org/reference/datamodel.html#object.__new__ is:
object.__new__(cls[, ...])
Called to create a new instance of class cls. __new__() is a static method
(special-cased so you need not declare it as such) that
Antoine Pitrou added the comment:
Agreed with Martin. Byte-swapped unicode data in unicode objects doesn't make
sense, since it will break the semantics of many operations. If numpy wants to
support byte-swapped unicode data (what for?), they should store it in a
different object type.
Antoine Pitrou added the comment:
About the patch: why wouldn't you use newline = NULL in both cases?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13119
___
Chris Jerdonek added the comment:
Whether or not the current language is technically correct, I would support
improving its clarity.
Would you like to create a formal patch? Also, note that the newest
documentation is published here:
Travis Oliphant added the comment:
On Aug 2, 2012, at 5:28 PM, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
Agreed with Martin. Byte-swapped unicode data in unicode objects doesn't make
sense, since it will break the semantics of many operations. If numpy wants
to support
Antoine Pitrou added the comment:
Oops, sorry for the silence, I had forgotten about this issue. I'll take a look
at the patch soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7317
Antoine Pitrou added the comment:
Oops, sorry for the silence, I had forgotten about this issue. I'll take a look
at the patch soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7317
Changes by Antoine Pitrou pit...@free.fr:
--
Removed message: http://bugs.python.org/msg167273
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7317
___
Antoine Pitrou added the comment:
The byte-swapping must be done prior to conversion to a Python
Unicode-Object when selecting data out of the array.
But then it shouldn't affect the invariants which are commented out in
Dave's patch.
--
___
Stefan Krah added the comment:
There is a need to byte-swap only when the data is stored on disk in the
reverse order from the native machine (i.e. NumPy is pointing to
memory-mapped data).
In that case it should be a matter of disabling some NumPy unit tests.
It seems that currently
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +certik
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15540
___
___
Python-bugs-list
Travis Oliphant added the comment:
On Aug 2, 2012, at 6:09 PM, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
The byte-swapping must be done prior to conversion to a Python
Unicode-Object when selecting data out of the array.
But then it shouldn't affect the invariants which
Phillip J. Eby added the comment:
Per Nick's request that I redirect this here instead of #15295...
(w/already-fixed things deleted):
Hope I'm not too late to the bikeshed painting party; just wanted to chip in
with the suggestion of self-contained package for non-namespace packages.
Nick Coghlan added the comment:
While I agree this is important (e.g. I know Dave started looking into this as
getting NumPy working is currently a blocker for Fedora migrating their Python
3 stack to 3.3), the burden is definitely on the NumPy side to get the code
point values using the
New submission from Chris Jerdonek:
Universal newlines of PEP 278 does not seem to have a central, linkable
description within the documentation. In particular, there does not seem to be
a glossary entry or any index entries for it.
The main documentation seems to be in the middle of the
Ondrej Certik added the comment:
I wrote this initial patch for the issue last week:
https://github.com/numpy/numpy/pull/366
with huge help from Stefan and others.
As far as the unicode issue goes, Travis and I just talked about this and I
think I now understand what is going on the
1 - 100 of 113 matches
Mail list logo
