Georg Brandl added the comment:
Sounds good, please prepare a patch.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue17888>
___
___
Pytho
Georg Brandl added the comment:
Is this applicable to 3.2?
--
___
Python tracker
<http://bugs.python.org/issue17838>
___
___
Python-bugs-list mailing list
Unsub
New submission from Georg Brandl:
I'm a bit puzzled by this exception in a long-running process
(running on Python 2.7.3):
...
File "/usr/lib/python2.7/Queue.py", line 138, in put
self.not_empty.notify()
item = ('message',
'\x80\x0
Georg Brandl added the comment:
Cherry-picked to 3.2 branch as c31ff361cde3.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Thanks, applied to 3.2 branch.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Cherry-picked to 3.2 branch.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17857>
___
___
Python-
Changes by Georg Brandl :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue17585>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15902>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Georg Brandl :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17585>
___
___
Python-bugs-list mailing list
Unsubscri
Georg Brandl added the comment:
Please do not comment on policies if you don't understand our release system.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Not necessary as per msg188301.
--
___
Python tracker
<http://bugs.python.org/issue17838>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
Fixed in 3.2, 3.3 and default.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Georg Brandl :
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.python.org/issue1159051>
___
___
Python-bugs-list mai
Changes by Georg Brandl :
--
versions: -Python 2.7, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue1159051>
___
___
Python-bugs-list m
Changes by Georg Brandl :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17732>
___
___
Python-bugs-list
Georg Brandl added the comment:
I could, but the checked-in 1.0.1d is different from the tarball in some
respects, so it's better for Martin to do this.
--
assignee: -> loewis
___
Python tracker
<http://bugs.python.org
Georg Brandl added the comment:
Sorry, this was not clear to me. 3.2 users will have to live with the bug.
--
___
Python tracker
<http://bugs.python.org/issue17
Georg Brandl added the comment:
Interesting observation :) However, the alignment in the PEP is in prose, not
code.
--
assignee: docs@python ->
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issu
Georg Brandl added the comment:
I don't know what there is to do, so I can give no instructions. It's best to
let Martin handle it.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Thanks for the attribution, that was definitely an oversight on my part.
--
___
Python tracker
<http://bugs.python.org/issue17
Georg Brandl added the comment:
We've now found a wrongful section in C code releasing the GIL in spite of
calling Python malloc functions, and I'm going to blame this failure on that.
--
resolution: -> rejected
status: open -> closed
__
Georg Brandl added the comment:
It's certainly a security fix, but probably not one that warrants an immediate
release.
If you commit it to the 3.2 branch, that's fine, it will get picked up by
coming releases.
--
___
Python trac
Georg Brandl added the comment:
Indeed, the new "hg touch" facility should have been integrated in the release
script.
I've done that now, in the future all necessary files should have the correct
timestamps in the release tarballs.
--
resolution: works for me ->
Georg Brandl added the comment:
UTIME_TO_UTIMBUF actually still looks dodgy and UTIME_TO_TIME_T is completely
broken.
* There should be only one "utimbuf" structure, because it already contains
both times (see man 2 utime).
* UTIME_TO_TIME_T uses a type called "struct timet
Georg Brandl added the comment:
The "not allowed" should be clarified. What is meant is that if
allow_fragments is false, a fragment is parsed as part of the path.
This doesn't make a difference for urljoin if the fragment is part of the
second part. It does make a differenc
Georg Brandl added the comment:
Jeffrey: I did not mean to devalue your patch, I just wanted to bring even more
issues to Victor's attention.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
I'm sure you've improved the code. Without looking at the hg history, you've
likely just inherited the broken C code from the previous version and made it
prettier :)
Since this breakage has not been reported so far, the last two #elses
Georg Brandl added the comment:
There is also
#if !defined(__QNX__)
#if defined(MS_WINDOWS) || defined(__BORLANDC__) || defined(__WATCOMC__) ||
defined(__DJGPP__)
#define SEP L'\\'
#define ALTSEP L'/'
#define MAXPATHLEN 256
#define DELIM L';'
#endif
#endif
in Inc
Georg Brandl added the comment:
I don't think this feature is generally useful enough to be included.
* Since you need to modify the test code anyway (adding the try-except), it is
probably just as much work to do the selection there.
* Why only add selection of subtests, and not o
Georg Brandl added the comment:
> I requested the feature because I regulary need bisect (once a month, or
> maybe two months).
Always within subtests?
--
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Thanks!
--
nosy: +georg.brandl
resolution: fixed ->
stage: resolved -> needs patch
status: closed -> open
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Thanks for the patch.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue18959>
___
___
Python-bugs-list mailin
Changes by Georg Brandl :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15569>
___
___
Python-bugs-list
Georg Brandl added the comment:
Ping?
--
___
Python tracker
<http://bugs.python.org/issue21189>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
> You seem to be confusing the feature itself with the implementation.
> The fact that there is an acceptable implementation is another matter
> (and subtest_in_range.diff is not an implementation).
You yourself were calling it a "solution".
Georg Brandl added the comment:
> Sorry for not being more explicit and for being lazy doing a copy paste from
> msg 229022:
I see, this was split off another issue (which was already closed). I agree
that a bit more verbosity in the initial description would have prevented
con
Changes by Georg Brandl :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22617>
___
___
Python-bugs-
Changes by Georg Brandl :
--
title: Jobs Opportunities in France/Canada -> spam
___
Python tracker
<http://bugs.python.org/issue22617>
___
___
Python-bugs-lis
Changes by Georg Brandl :
--
Removed message: http://bugs.python.org/msg229142
___
Python tracker
<http://bugs.python.org/issue22617>
___
___
Python-bugs-list m
Georg Brandl added the comment:
While I can feel your pain regarding the use case you describe, I don't think
this has enough general value to add to CPython. It is not really related to
PYTHONHASHSEED, since we never made guarantees about hash values being stable
across platforms and P
Changes by Georg Brandl :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9311>
___
___
Python-bugs-list
Georg Brandl added the comment:
> Would your decision be more favorable if you received a patch implementing
> this feature?
I'll keep this on "pending" for other devs to weigh in with opinions.
In general, we are not keen on keeping text representations stable, as they
Georg Brandl added the comment:
"currently more bugfree and intended to replace re"
The first part is spreading FUD if not explained in more detail. The second is
probably never going to happend :(
--
nosy: +georg.brandl
___
Python trac
Georg Brandl added the comment:
You're right, this can be avoided (although you will also have to patch the
extension module build, which uses the just-built python executable).
This problem occurs twice in the build process, once for pgen and once for
_freeze_importlib. The problem is
Georg Brandl added the comment:
Indeed, that is an issue :(
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue22625>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
PyId_sort is not a function, it's a somewhat complicated way of getting a
Python string "sort" (in this case, for looking up a method using
PyObject_GetAttrId). The string object is cached, with is faster than
constructing one
Georg Brandl added the comment:
I guess a redirect could be added again.
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
This appears to be caused by the update to libffi version 3.1 in 3.4.2.
--
keywords: +3.4regression
nosy: +doko, georg.brandl
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
Can you describe a bit more in detail at which step of the installer the error
occurs?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22
New submission from Georg Brandl:
Our test suite currently contacts a range of hosts for different "online"
tests, including python.org hosts. This has led to sudden breakages in the
past, e.g. when www.python.org changed URLs or switched to https by default.
It would probably a go
Georg Brandl added the comment:
This is a somewhat unfortunate difference between the major C libs and Python's
new IO, but probably too late to change.
What's left to do is to document the behavior properly.
--
assignee: -> docs@python
components: +Documentation -IO,
Georg Brandl added the comment:
`path = str(path)` is minimal, but has the side effect of accepting almost any
object, which is definitely not what you'd like ("where did that file named
'' come from?!")
--
Georg Brandl added the comment:
> Making old functions support `Path` sounds trivial to me
We're looking forward to trivial patches that enable Path handling consistently
throughout the stdlib.
> Fine, so you add an `if isinstance...` in front of it and you're done.
Easier s
Georg Brandl added the comment:
This is not a crash, but an abort, so it's not a security issue.
--
___
Python tracker
<http://bugs.python.org/issue22653>
___
___
Changes by Georg Brandl :
--
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issue22644>
___
___
Python-bugs-list mailing list
Un
Changes by Georg Brandl :
--
nosy: +benjamin.peterson, larry
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
Is this still a problem? If yes, I would contact the PyPI team directly, this
tracker is not the right place for PyPI bugs.
(It is unlikely to be a distutils bug.)
--
nosy: +georg.brandl
resolution: -> third party
status: open -> p
Georg Brandl added the comment:
OK, thanks for the feedback.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21298>
___
___
Python-
Changes by Georg Brandl :
--
Removed message: http://bugs.python.org/msg229654
___
Python tracker
<http://bugs.python.org/issue22648>
___
___
Python-bugs-list m
Georg Brandl added the comment:
Removed the message containing the log. It is making it very clumsy to view
this issue. Please resubmit as a file attachment.
--
___
Python tracker
<http://bugs.python.org/issue22
Changes by Georg Brandl :
--
Removed message: http://bugs.python.org/msg229655
___
Python tracker
<http://bugs.python.org/issue22648>
___
___
Python-bugs-list m
Georg Brandl added the comment:
It seems that you should give "SCRIPTDIR=/usr/lib64" to the "make install"
step, not the "make" step. Are you sure the slackbuild instructions are
missing that?
--
nosy: +georg.brandl
resolution: -> t
Georg Brandl added the comment:
What's actually curious is "Getting the list of files that have been
added/changed ... 448 files". What does "hg status" say? Why are there 448
changed files?
This is of course still a bug in patchcheck.py, it shoul
Georg Brandl added the comment:
Is it possible to determine the range of signal numbers? Otherwise it would be
a guessing game where to stop querying when filling up the dictionary.
A problem is also that if the signal number is not valid, the return value of
strsignal() is unspecified, *and
Georg Brandl added the comment:
Yes, but those are no longer maintained. It's not a critical bug :)
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Nice. However, strsignal() returns not just SIGINT, but "Interrupted" etc.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
HasAttr would just call GetAttr and discard the exception.
@ OP: what objects are you pickling? You can give them a __module__ attribute
to save the lookup in sys.modules.
--
nosy: +georg.brandl
___
Python tracker
Georg Brandl added the comment:
Attached patch addresses the repeated __repr__ calling and gives a 4x speedup
here.
--
keywords: +patch
Added file: http://bugs.python.org/file36985/whichmodule_speedup.diff
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
I didn't have numpy anyway, I tested on a function with __module__ set to None
manually. But I see the same speedup for Ellipsis.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
This is as expected; the new global name "print" overrides the builtin name
"print".
(What you could also have done to remove your binding is "del print", which
removes the global binding.)
--
nosy: +georg.brandl
resoluti
Georg Brandl added the comment:
And the first quote is wrong.
--
___
Python tracker
<http://bugs.python.org/issue13918>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Sounds good to me.
--
___
Python tracker
<http://bugs.python.org/issue22723>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
> I felt the problem was self evident with "sequence must be a sequence".
The two words are not used in the same sense: the first names the argument of
the function, the second is one of several possible object types you can pass
for
Changes by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<http://bugs.python.org/issue22725>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22727>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
OK, a hopefully complete overview of the network-using tests and the services
they use, checked by tracing connect() calls during a test run:
* test_codecencodings_*, test_normalization, test_ucn: some Unicode-related
data files from
unicode.org:80
icu
Georg Brandl added the comment:
next() is quite unlike match() and search(), as you almost never use next() on
iterators directly. Rather, the iterator is iterated by constructs like a for
loop or a comprehension, or another function that consumes it (list, map, ...)
--
nosy
Changes by Georg Brandl :
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22740>
___
___
Python-bugs-
Georg Brandl added the comment:
Correct, there are no PyString_ functions in 3.x.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22749>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
rdm: your suggestion sounds good. Note that the argument name is "iterable" in
Py3.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
I agree, the "see also" box is better off near the bottom, probably before the
examples.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.o
Changes by Georg Brandl :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22305>
___
___
Python-bugs-list mailing list
Unsubscrib
Georg Brandl added the comment:
OK, so there are two root issues here:
* Django uses __init__(str()) roundtripping, which is not explicitly supported
by the library, and worked by accident with previous versions. That it works
again with 3.3+ is another accident, and a bug.
(The change for
Georg Brandl added the comment:
The fourth parameter is not "flags", but "count", the max. number of
substitutions. "flags" is the fifth parameter, or give it as a keyword
argument.
--
nosy: +georg.brandl
resolution: ->
Georg Brandl added the comment:
os.path.exists() ignores *all* OSErrors from stat. This is probably too broad,
but only ignoring ENOENT is probably too narrow.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
Thanks, this is indeed a regression.
--
___
Python tracker
<http://bugs.python.org/issue22758>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
IMO the snowman should be a Unicode string in the second example for Python 2.7.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
> in the second example
or even, in both examples.
--
___
Python tracker
<http://bugs.python.org/issue22767>
___
___
Python-
Georg Brandl added the comment:
Couldn't reproduce in 3.4.2.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
New submission from Georg Brandl:
It seems like "verbose" should be passed to the archival function, but it isn't.
--
components: Library (Lib)
messages: 230324
nosy: georg.brandl
priority: normal
severity: normal
status: open
title: shutil.make_archive() doesn
Georg Brandl added the comment:
All remaining points have been fixed.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
That makes sense.
--
___
Python tracker
<http://bugs.python.org/issue22771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Nice! How do you plan to organize its setup?
--
___
Python tracker
<http://bugs.python.org/issue22650>
___
___
Python-bugs-list m
Georg Brandl added the comment:
You add a label before that section and then reference it with :ref:.
--
___
Python tracker
<http://bugs.python.org/issue22
Georg Brandl added the comment:
Thanks!
--
___
Python tracker
<http://bugs.python.org/issue22775>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
That seems like the best course of action.
--
___
Python tracker
<http://bugs.python.org/issue22758>
___
___
Python-bugs-list m
Georg Brandl added the comment:
LGTM.
--
___
Python tracker
<http://bugs.python.org/issue22695>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
@Amaury: this is not what I read there:
"If the object is a type or class object, the list contains the names of its
attributes, and recursively of the attributes of its bases."
This implies that class attributes are definitely supposed to b
Georg Brandl added the comment:
The missing attributes are some of those defined in type_getsets, i.e.
__name__
__qualname__
__bases__
__abstractmethods__
__text_signature__
The latter two are obscure enough that it probably doesn't matter, but the
first three should definitely be
5001 - 5100 of 5257 matches
Mail list logo
