New submission from Tshepang Lekhonkhobe tshep...@gmail.com:
increases coverage by one line:
http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l110
--
assignee: tarek
components: Distutils2
files: test-for-empty-string.patch
keywords: patch
messages: 152840
nosy:
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13782
___
___
Nadeem Vawda nadeem.va...@gmail.com added the comment:
64-bit Windows (or at least Visual C++) uses the LLP64 model, so a long
is 32 bits wide (the only 64-bit integer type being long long) - see
http://en.wikipedia.org/wiki/64-bit#64-bit_data_models
Since Python's int is documented as being
Pauli Rikula pauli.rik...@gmail.com added the comment:
Could we overcome these issues by some kind of exception inheritance?
On Tue, Aug 30, 2011 at 5:28 PM, Meador Inge rep...@bugs.python.org wrote:
Meador Inge mead...@gmail.com added the comment:
That is a good question. While it is true
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11379
___
___
New submission from Yuval Greenfield ubershme...@gmail.com:
This is a feature I've wanted to use in too many times to remember. I've made a
patch with an implementation, docs and a test. I've named the function rglob
and tried to stay within the conventions of the glob package.
--
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
IIRC sys.maxsize was added for this reason. This one should show a 64bit value.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13968
___
___
New submission from Tshepang Lekhonkhobe tshep...@gmail.com:
I was writing a test that could return True for if not pathname
(http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l109),
and included all values I know that could return a False value, but then I
realised that
Nick Coghlan ncogh...@gmail.com added the comment:
I'm inclined to close this as a functional duplicate of
http://bugs.python.org/issue13229
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13968
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13960
___
___
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
assignee: - tarek
components: +Distutils2
nosy: +alexis, eric.araujo, tarek
title: path name must always be string - path name must always be string (or
None)
versions: +Python 3.3
___
Python
Yuval Greenfield ubershme...@gmail.com added the comment:
I'd say it's very close to a duplicate but maybe isn't so. If walkdir is added
then rglob can be implemented using it.
I'd say rglob to walkdir is like urlopen to http.client. One is the
stupid and simple function (that still has a
Mark Dickinson dicki...@gmail.com added the comment:
Or more directly, try platform.architecture().
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
___
Ralf Schmitt python-b...@systemexit.de added the comment:
struct.calcsize(P)==8 will tell you if you're running a 64bit python or not.
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
Antoine Pitrou pit...@free.fr added the comment:
file_paths(filtered_walk('.', included_files=['*.py'])) is a lot
longer than rglob('*.py').
Agreed.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13968
Antoine Pitrou pit...@free.fr added the comment:
Or, rather, setup.py should be smart enough to warn about that.
--
nosy: +barry, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13956
Nick Coghlan ncogh...@gmail.com added the comment:
A fair point indeed.
To follow the shutil naming convention (rmtree, copytree, and likely chmodtree,
chowntree), a more appropriate name might be globtree. (Thanks to string
methods, the 'r' prefix doesn't read correctly to me: what does
Antoine Pitrou pit...@free.fr added the comment:
To follow the shutil naming convention (rmtree, copytree, and likely
chmodtree, chowntree), a more appropriate name might be globtree.
(Thanks to string methods, the 'r' prefix doesn't read correctly to
me: what does globbing from the right
Ralf Schmitt python-b...@systemexit.de added the comment:
according to the documentation platform.architecture() may not work on OS X.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13965
Marc-Andre Lemburg m...@egenix.com added the comment:
Dave Malcolm wrote:
If anyone is aware of an attack via numeric hashing that's actually
possible, please let me know (privately). I believe only specific apps
could be affected, and I'm not aware of any such specific apps.
I'm not sure
Nick Coghlan ncogh...@gmail.com added the comment:
I can live with it either way - I just wanted to point out that our current
examples of this kind of recursive filesystem access use a 'tree' suffix rather
than an 'r' prefix.
--
___
Python tracker
Changes by Mark Shannon m...@hotpy.org:
--
hgrepos: +112
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
___
Python-bugs-list mailing list
Changes by Mark Shannon m...@hotpy.org:
Added file: http://bugs.python.org/file24453/a9138aba7896.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Changes by Mark Shannon m...@hotpy.org:
Removed file: http://bugs.python.org/file24360/6a21f3b35e20.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Changes by Mark Shannon m...@hotpy.org:
Removed file: http://bugs.python.org/file24453/a9138aba7896.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Eli Bendersky eli...@gmail.com added the comment:
file_paths(filtered_walk('.', included_files=['*.py'])) is a lot longer than
rglob('*.py').
It is, but is that a good enough reason to have both? It can also be achieved
with just a bit more code using the simple `os.walk`. I suppose there
Antoine Pitrou pit...@free.fr added the comment:
file_paths(filtered_walk('.', included_files=['*.py'])) is a lot
longer than rglob('*.py').
It is, but is that a good enough reason to have both?
It is. globbing is a well-known operation that many people expect to be
easily done.
Changes by Mark Shannon m...@hotpy.org:
Added file: http://bugs.python.org/file24454/1f703b2607af.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Éric Araujo mer...@netwok.org added the comment:
Thanks for the prompt action!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13807
___
___
Éric Araujo mer...@netwok.org added the comment:
Victor, I think the doc doesn’t say why the function is useful for people like
me who don’t already know it. David’s explanation could be reused.
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
LGTM. What did our last discussion about following HTML5 rules for Python 2.7
lead to? I don’t remember if we agreed that “3.3 is soon enough” or “let’s fix
the bugs with HTML5 as reference”.
--
Senthil Kumaran sent...@uthcode.com added the comment:
On Wed, Feb 08, 2012 at 03:42:16AM +, Eli Bendersky wrote:
Any objections?
None. The explanation sounds reasonable.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Looking at your latest patch, I worry about any deletion
+(including pop popitem) causes a split table to become a combined table.
Why wouldn't you use a dummy pointer (such as ((PyObject *) 1)) to signal
deleted slots?
--
Eric Talevich eric.talev...@gmail.com added the comment:
It's more-or-less fixed in Python 3.2:
- With cElementTree, both bytes and strings are accepted for events;
- With ElementTree, only strings are accepted, and bytes raise a ValueError
(unknown event).
A small inconsistency remains,
Éric Araujo mer...@netwok.org added the comment:
FYI, here is code that can handle arbitrary dotted names:
http://svn.eby-sarna.com/Importing/peak/util/imports.py?view=markup. I
haven’t checked if its error reporting has the problem we’re discussing in this
report.
An alternative would be
Éric Araujo mer...@netwok.org added the comment:
+1 to the suggested wording.
-1 to talking about a more pythonic API.
(Want a nit? s/W3C-DOM/W3C DOM/)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11379
Barry A. Warsaw ba...@python.org added the comment:
On Feb 08, 2012, at 12:53 PM, Antoine Pitrou wrote:
Or, rather, setup.py should be smart enough to warn about that.
It shouldn't just be limited to Debian and its derivatives. Other platforms
(even Linux OSes) will probably have similar
Éric Araujo mer...@netwok.org added the comment:
There is an alternative: supporting ** syntax, e.g. '**/*.py', which should
find all *.py files in the current directory and all descendents. At present
glob('**/*.py') is equivalent to glob('*/*.py'), but we would say this behavior
was
Éric Araujo mer...@netwok.org added the comment:
After reading some emails again, I’m +1 on porting the fixes to 2.7.
1) We agree that HTML5 is the reference specification.
2) I don’t think there is sane code that would be broken if some previously
unparsable page became parsable (an
Antoine Pitrou pit...@free.fr added the comment:
Or, rather, setup.py should be smart enough to warn about that.
It shouldn't just be limited to Debian and its derivatives. Other platforms
(even Linux OSes) will probably have similar issues.
The issue (having to install dpkg-dev) is
Eli Bendersky eli...@gmail.com added the comment:
It is. globbing is a well-known operation that many people expect to be
easily done.
According to Wikipedia (http://en.wikipedia.org/wiki/Glob_%28programming%29) -
The noun glob is used to refer to a particular pattern, e.g. use the glob
Éric Araujo mer...@netwok.org added the comment:
The correct way to get build dependencies on Debian and derivatives is to use
“aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get
installed as a dependency; Tshepang, could you uninstall dpkg-dev and test the
aptitude
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13963
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
IOW, globbing is usually understood as the act of expanding a pattern
to the files it matches. Nothing in that implies recursive traversal
of a directory tree.
Still, that's a common need. I want all Python files in a subtree.
On the other
Changes by Éric Araujo mer...@netwok.org:
--
title: Add a recursive function to the glob package - Support recursive globs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13968
___
Barry A. Warsaw ba...@python.org added the comment:
On Feb 08, 2012, at 03:51 PM, Éric Araujo wrote:
The correct way to get build dependencies on Debian and derivatives is to use
“aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get
installed as a dependency; Tshepang, could
Éric Araujo mer...@netwok.org added the comment:
Then I propose to close this as duplicate of #13472.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13956
___
Eli Bendersky eli...@gmail.com added the comment:
IOW, globbing is usually understood as the act of expanding a pattern
to the files it matches. Nothing in that implies recursive traversal
of a directory tree.
Still, that's a common need. I want all Python files in a subtree.
On the other
Éric Araujo mer...@netwok.org added the comment:
Feedback from Antoine on IRC about my syntax proposal: “The ** meaning is not
really universal like other quantifiers are. [...] (also, it would be quite
harder to implement, I think)”
That and the compat issue makes me go in favor of a new
Tshepang Lekhonkhobe tshep...@gmail.com added the comment:
@Barry, it does work on Debian as well
@Eric, I agree with closing it as a dupe
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13956
Antoine Pitrou pit...@free.fr added the comment:
Google walk directory. First hit is a Rosetta code page with
*recursive* walking implemented in various languages. So I guess it
does have this connotation. Regardless, os.walk has been in Python for
ages, and it's always been the go-to tool
Eli Bendersky eli...@gmail.com added the comment:
Google walk directory. First hit is a Rosetta code page with
*recursive* walking implemented in various languages. So I guess it
does have this connotation. Regardless, os.walk has been in Python for
ages, and it's always been the go-to tool
Senthil Kumaran sent...@uthcode.com added the comment:
I have stumbled upon a wrong impression as well by reading the docs, but
usually in the code, I tend to catch the specific Exceptions, like timeout
instead or URLError when it is known. I saw some libraries following similar
pattern too.
Antoine Pitrou pit...@free.fr added the comment:
I'm trying the patch and its behaviour is strange:
list(glob.rglob('setup.py'))
['setup.py']
list(glob.rglob('setu*.py'))
[]
list(glob.rglob('*/setu*.py'))
['./setup.py', './Mac/Tools/Doc/setup.py', './Tools/test2to3/setup.py',
Changes by Éric Araujo mer...@netwok.org:
--
title: Update Tutorial 6.1.3 for PEP 3145 - Update tutorial/modules for PEP
3147
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13915
___
Éric Araujo mer...@netwok.org added the comment:
Hm, that function is for internal use only, and our code always passes a
string, so I’m not sure a type check is useful.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13969
Éric Araujo mer...@netwok.org added the comment:
Will commit, thanks.
--
assignee: tarek - eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13967
___
Mark Shannon m...@hotpy.org added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Looking at your latest patch, I worry about any deletion
+(including pop popitem) causes a split table to become a combined table.
Why wouldn't you use a dummy pointer
Changes by Mark Shannon m...@hotpy.org:
Removed file: http://bugs.python.org/file24454/1f703b2607af.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Changes by Mark Shannon m...@hotpy.org:
Added file: http://bugs.python.org/file24455/bc286099ce9a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Éric Araujo mer...@netwok.org added the comment:
Ronald, is “unity platforms” a typo for “unixy platforms”? IOW, are you
expressing a +1 to the feature request, despite Martin’s rejection (with which
I agree)?
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Would you think it acceptable to judge that the problem is Apple’s and that we
could do only a doc change with the not-so-hard envvar override?
I understand that you’d like to fix the problem for all OS X users in one go,
but the new behavior
Éric Araujo mer...@netwok.org added the comment:
The interesting line is just after the string:
doctest.script_from_examples(comparison_doctest_string)
However it looks like there has been a problem with that line, as you can’t get
the test to fail, which is strange as I did use that
Éric Araujo mer...@netwok.org added the comment:
Please make sure to say “on Windows” in NEWS and commit messages when you’re
doing platform-specific changes :)
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
K Richard Pixley r...@noir.com added the comment:
I think a better solution that declaring it to be apple's bug would be to
release one binary for pre-10.7, (or maybe 10.6 with the current xcode), and a
different binary for post-10.7.
This isn't an apple bug in the sense that there's anything
Éric Araujo mer...@netwok.org added the comment:
I've just updated “test_support.py” and tested against 'default'
Do you mean that you have added more tests to the existing file? If so, could
you provide a patch this time?
BTW: in distutils2 I get (not because of this change):
It’s a known
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
title: Bug in the verson comparison - Bug in the version comparison
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11841
___
Changes by Mark Shannon m...@hotpy.org:
Removed file: http://bugs.python.org/file24455/bc286099ce9a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Changes by Mark Shannon m...@hotpy.org:
Added file: http://bugs.python.org/file24456/20702d1acf17.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13903
___
Ned Deily n...@acm.org added the comment:
Éric, no, the problem is not Apple's in the sense that we enforce the use of
the build compiler. Without a fix along this line would mean that essentially
*every* user of python.org Pythons on the latest releases of OS X would have to
ensure that the
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - devguide doesn’t list all build dependencies
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
the problem is not Apple's in the sense that we enforce the use of the build
compiler.
Well, yes, and this is a known limitation, so we could argue that Apple broke
distutils. But...
Without a fix along this line would mean that essentially
Éric Araujo mer...@netwok.org added the comment:
list(glob.rglob('*/setu*.py'))
It looks quite strange to me that '/' should be allowed in a function that
recurses down directories (see my messages above). OTOH fnmatch is not really
appropriate, contrary to my earlier feeling.
(Restoring
New submission from Mark Shannon m...@hotpy.org:
The f_yieldfrom field should not be visible at Python level, it is an internal
implementation detail.
Patch attached.
--
files: remove_f_yieldfrom.patch
keywords: patch
messages: 152895
nosy: Mark.Shannon
priority: normal
severity:
Francisco Martín Brugué franci...@email.de added the comment:
If so, could you provide a patch this time?
Done. The patch is against default.
what about against distutils2? Do you need also a patch for it?
--
Added file: http://bugs.python.org/file24458/issue12659_58bd6a58365d.patch
New submission from umedoblock umedobl...@gmail.com:
format() mis understaning.
please pay attention to [0], [x].
d = {0: a, 0: A}
'd[0] = {0[0]}'.format(d)
'd[0] = a'
'd[0] = {0[0]}'.format(d)
Traceback (most recent call last):
File stdin, line 1, in module
KeyError: '0'
d2 = {x: 100}
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13971
___
___
Python-bugs-list
Eli Bendersky eli...@gmail.com added the comment:
Oops, Éric, sorry about the title. I didn't even notice :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13968
___
Francisco Martín Brugué franci...@email.de added the comment:
Hi
here's a patch preview: it has to be re factored further but I stopped here as
some tests failed: the out commented ones ... I've checked twice but I cannot
see any diff, could you check that? Or, has maybe the behavior (due that
Ralf Schmitt python-b...@systemexit.de added the comment:
there's a workaround in
http://pypi.python.org/pypi/xdistutils#the-bdist-msi-fixed-command
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13719
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Interpreter Core
nosy: +ncoghlan
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13970
___
Petri Lehtinen pe...@digip.org added the comment:
Marko's last patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9750
___
Eric V. Smith e...@trueblade.com added the comment:
This is working as defined in PEP 3101: it calls PySequence_GetItem() or
PyObject_GetItem() on the value inside the brackets. There is indeed no item in
d that is the string 0 (including the quotes).
--
assignee: - eric.smith
Benjamin Peterson benja...@python.org added the comment:
I agree, FWIW.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13970
___
Mark Shannon m...@hotpy.org added the comment:
Failure occurs in test_pprint which is covered by issue 13907
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13911
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 434301d9f664 by Charles-François Natali in branch 'default':
Issue #8184: multiprocessing: On Windows, don't set SO_REUSEADDR on Connection
http://hg.python.org/cpython/rev/434301d9f664
--
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
platform.architecture() and struct.calcsize(P) confirm that this build used
64-bits for pointers and 32-bits for ints.
This leaves the question of whether LLP64 is required to run Python on Windows
or whether another memory
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
LLP64 is the model chosen by the Microsoft compiler: sizeof(long)==4.
I suppose someone already considered to change PyIntObject and use size_t
values, but IMO it would have broken too many extensions: the pattern if
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11689
___
___
Python-bugs-list
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8033
___
___
Python-bugs-list
Charles-François Natali neolo...@free.fr added the comment:
Here's a trivial patch.
I run the testsuite on one of the Windows buildbots, and there was one failure,
in test_concurrent_futures:
==
FAIL:
Alexander Jones aj.d...@gmail.com added the comment:
Not having this as a standard idiom makes it very tempting to just do
copy-paste coding as in hniksic's example. Who likes to invent their own
library for generic language-supporting idioms?
What about an alternative of giving NoneType
Martin v. Löwis mar...@v.loewis.de added the comment:
On Win64, the long type is 32-bit; the compiler does not support any other
mode. So the question whether another memory model could have been selected
during compilation must be answered as no, the compiler does not support
multiple memory
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 3965ed809a85 by Victor Stinner in branch 'default':
Issue #13845: Fix NEWS entry, the change is specific to Windows
http://hg.python.org/cpython/rev/3965ed809a85
--
___
sbt shibt...@gmail.com added the comment:
I think the patch makes multiprocessing.util._exit_function() run twice in
non-main processes because it is registered with atexit, and is also called in
Process._bootstrap().
_exit_function() does the following:
* terminate active daemon processes;
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c92f8de398ed by Antoine Pitrou in branch 'default':
Issue #13609: Add two functions to query the terminal size:
http://hg.python.org/cpython/rev/c92f8de398ed
--
nosy: +python-dev
Antoine Pitrou pit...@free.fr added the comment:
The patch is finally committed. Thank you Zbyszek for having been quite patient.
(according to Murphy's laws, this will surely break some buildbots)
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Zbyszek Szmek zbys...@in.waw.pl added the comment:
Thanks for merging!
I'll try to keep an eye on the buildbot results, but please add me to
any bugs in case I miss something.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Patch version 13:
- os.utime(path) sets the access and modification time using the currenet time
with a subsecond resolution (e.g. microsecond resolution on Linux)
- os.*utime*() functions uses _PyTime_t type and functions
- add
1 - 100 of 116 matches
Mail list logo