Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue2142>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue6103>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue17239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue7247>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<https://bugs.python.org/issue29427>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue6731>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman <dirk...@ochtman.nl>:
--
nosy: -djc
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue1222585>
___
__
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24303
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23102
___
___
Python-bugs-list mailing
Dirkjan Ochtman added the comment:
Thanks, Benjamin, for reverting the run-time bits.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21591
Dirkjan Ochtman added the comment:
I can take a look at the py failure next week.
Keeping the run-time compatibility code seems sensible, but I'm not sure if
it'd fix the py test?
I don't think reverting the changes at this point is warranted
Dirkjan Ochtman added the comment:
Thanks to Victor Stinner for the review!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21591
Dirkjan Ochtman added the comment:
I came up with a patch that shifts the compatibility hack we have for the tuple
form of exec from run-time (in exec_statement()) to the CST-to-AST
transformation (in ast_for_exec_stmt()). It seems to pass the tests (including
the ones Robert pasted in here
Dirkjan Ochtman added the comment:
Oh, one specific question: I'm not sure if I should free the old expr1 (the
top-level exec value) before overwriting it with the new one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21591
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20767
___
___
Python-bugs-list mailing
Dirkjan Ochtman added the comment:
Can we have some more feedback on this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20767
___
___
Python
Dirkjan Ochtman added the comment:
That does look to be a different issue, though.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20767
New submission from Dirkjan Ochtman:
See https://bugs.gentoo.org/show_bug.cgi?id=498640:
What compiler versions are supported for 3.3? We noticed an issue when
compiling 3.3.3 with gcc 4.3:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld:
build/temp.linux-x86_64
Dirkjan Ochtman added the comment:
Given this, WONTFIXing this seems reasonable to me, FWIW.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20324
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17514
___
___
Python-bugs-list mailing
Dirkjan Ochtman added the comment:
I guess option 3 would be the best (in that people get more usable libraries).
Option 2 seems okay as well. I don't much like 1 or 4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10213
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17239
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +hynek, ned.deily, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17228
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17228
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +georg.brandl, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17202
___
___
Python
Dirkjan Ochtman added the comment:
libffi-3.0.12 has been released with that fix. Perhaps that should be included
in future Python releases?
--
nosy: +benjamin.peterson, georg.brandl, larry
priority: normal - release blocker
___
Python tracker rep
Dirkjan Ochtman added the comment:
libffi now has this fix:
https://github.com/atgreen/libffi/commit/6a790129427121f7db2d876e7218a3104e6d2741
Can someone test with that?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17136
Dirkjan Ochtman added the comment:
Is there a particular reason for not upstreaming the PyObjC changes?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17136
New submission from Dirkjan Ochtman:
I recently filed http://llvm.org/bugs/show_bug.cgi?id=15153, prompted by
https://bugs.gentoo.org/show_bug.cgi?id=427338 (for 2.7, and
https://bugs.gentoo.org/show_bug.cgi?id=427330 for 3.2), for which I found
http://bugs.python.org/issue9852. Similar
Dirkjan Ochtman added the comment:
Thanks, I've filed https://github.com/atgreen/libffi/issues/29.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17136
New submission from Dirkjan Ochtman:
This seems confusing:
djc@enrai test $ ls -lR
.:
total 0
drwxr-xr-x 4 djc users 160 Nov 28 15:35 pkg
./pkg:
total 4
-rw-r--r-- 1 djc users 39 Nov 28 15:37 http.py
-rw-r--r-- 1 djc users 0 Nov 28 15:34 __init__.py
drwxr-xr-x 3 djc users 136 Nov 28 15:40
Dirkjan Ochtman added the comment:
It's not nonsensical. Something exactly like it came up while I was looking
into porting couchdb-python to Python 3. couchdb-python has had a couchdb.http
module for a while now; it didn't start clashing with the stdlib until Python
3. Also, I don't
Dirkjan Ochtman added the comment:
Never mind, I get what you're getting at now. I thought that the cwd was added
to the sys.path, not the containing directory for the executed script. I'll
look into using __main__. Thanks!
--
___
Python tracker
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16286
___
___
Python-bugs-list mailing
New submission from Dirkjan Ochtman:
It seems nice if datetime.timestamp() would be mentioned in the What's New.
Does that seem acceptable? I'm happy to whip up a patch.
--
assignee: docs@python
components: Documentation
messages: 167096
nosy: djc, docs@python
priority: normal
severity
Dirkjan Ochtman added the comment:
Can we have someone take a look at this? It seems fairly innocuous.
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6308
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
There's datetime.fromtimestamp() and datetime.timetuple(), but no
datetime.timestamp(). It should be possible to round-trip a UNIX timestamp
through a datetime.datetime.
--
messages: 161558
nosy: djc
priority: normal
severity
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
I'm not sure why this is allowed for permutations() but not combinations().
--
messages: 160874
nosy: djc
priority: normal
severity: normal
status: open
title: make r argument on itertools.combinations() optional
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
components: +Library (Lib)
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
[[], [0], [1], [2], [0, 1], [0, 2], [1, 2], [0, 1, 2]]
That is, all possible combinations.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Ping, again. I'm sorry, I didn't write any of these patches and would not be a
great fit for writing tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1222585
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Could we reconsider ARM support at this time? Seems like ARM support has been
surging over the past few years, and it's becoming more supported by Linux
distributions. Seems like a pity to leave a patch like this out here.
--
nosy
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
Should we perhaps ask if we can include
https://github.com/RafeKettler/magicmethods in the official docs? It seems nice
(and now ranks higher on Google than the official docs...).
--
assignee: docs@python
components
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14030
___
___
Python-bugs
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
distutils incorrectly handles CFLAGS as 1 argument instead of
space-separated list of arguments. distutils should respect environment
variables, which set compiler, linker etc.
--- Lib/distutils/unixccompiler.py
+++ Lib/distutils
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
It would be nice to get some feedback on this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6103
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Could this get some attention, please?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1222585
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
This seems similar to issue 12326, but it doesn't seem similar enough to
include it there: the DLFCN module seems to not be built when running against a
3.0 kernel. See https://bugs.gentoo.org/show_bug.cgi?id=374579.
--
messages
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12571
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12326
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12555
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12450
___
___
Python-bugs-list mailing
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
See https://bugzilla.redhat.com/show_bug.cgi?id=692632 for more details and a
proposed patch.
--
components: Library (Lib)
messages: 139347
nosy: djc
priority: normal
severity: normal
status: open
title: gettext breaks on empty
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Okay, I've filed issue12425.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1475523
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
This looks similar to https://bugs.gentoo.org/show_bug.cgi?id=373115. Is it the
same thing, or should I file a separate bug for it? (Sorry, I don't intend to
hijack this bug, but I don't know much about gettext and the patch here looks
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Yeah, I probably won't work on this anytime soon. I think this has also become
less interesting as pypy has made progress.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Looks like this was the problem:
http://git.fedorahosted.org/git/?p=virt-manager.git;a=commitdiff;h=cb56316cf3702f03b05e30f406ff3028e45f7bfb.
E.g., the empty Plural-Forms header is throwing off the python gettext parser
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12291
___
___
Python-bugs-list mailing
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Would it still be possible to get this into 2.7.2? It's a 2.6-2.7 regression,
would be nice to fix, and it seems fairly low-impact.
--
nosy: +benjamin.peterson
___
Python tracker rep
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
I'm fine with moving the test; I put it in doctest because the inspect behavior
we're relying upon here seems somewhat doctest-specific, and the test itself is
a doctest. Do you want me to move it? I'll fix up the other things as well
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Here's a fresh patch.
--
Added file: http://bugs.python.org/file22297/issue9284.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9284
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
Removed file: http://bugs.python.org/file22270/issue9284.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9284
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Here's an attempted patch against 2.7. It seemed nice to put the test in
test_doctest, but maybe it belongs in inspect...
--
keywords: +needs review, patch
Added file: http://bugs.python.org/file22270/issue9284.diff
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
The context managers should simply forward to the underlying file object.
--
components: Library (Lib)
messages: 127876
nosy: djc
priority: normal
severity: normal
status: open
title: csv readers and writers should be context
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
type: - feature request
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Can we get a decision on this? It's kind of sad that this regression wasn't
fixed in 2.7.1.
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8194
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
http://mercurial.selenic.com/bts/issue2534 is a regression in 2.7.1 relative to
2.7, around the way commands are called (it seems to concern
subprocess.call()). The error seems to be raised from mercurial's util.system()
call, which uses
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Ask, Jesse, sorry, I got confused about multiprocessing and subprocess. Taking
you out of the nosy now.
--
nosy: -asksol, jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10084
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
___
___
Python-bugs
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9520
___
___
Python-bugs-list mailing
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
You can easily reproduce (at least on Gentoo) by copying
/usr/share/zoneinfo/Factory to /etc/localtime.
By checking for this exact message, I don't think the chance is very high that
we're hiding a Python bug. I also think that Python
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
d...@miles ~ $ python2.7
Python 2.7 (r27:82500, Oct 4 2010, 10:01:41)
[GCC 4.3.4] on linux2
Type help, copyright, credits or license for more information.
{}.pop('a')
Traceback (most recent call last):
File stdin, line 1, in module
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
components: +Interpreter Core
versions: +Python 2.6, Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10221
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6103
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1222585
___
___
Python-bugs-list
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
We've included this patch in Gentoo for about two years now. Can we get some
discussion going on doing something like this?
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
I'm also unable to reproduce this.
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7247
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
test_strptime in test_time fails when the timezone is not set:
==
FAIL: test_strptime (test.test_time.TimeTestCase
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Still, shouldn't this also be fixed in 2.7?
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9281
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
At least one of these also happens on Gentoo:
Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: implicit declaration of
function 'mremap'
Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: cast to pointer from
integer of different
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Current Ubuntu builds from the buildbot also only show the libffi warning:
http://www.python.org/dev/buildbot/builders/x86%20Ubuntu%20Shared%203.x/builds/2326/steps/compile/logs/warnings
I suspect we don't really fix libffi compile warnings
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7828
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7225
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7186
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7141
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8450
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8867
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8906
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8138
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6785
___
___
Python-bugs-list mailing
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
nosy: +djc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8688
___
___
Python-bugs-list mailing
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
This seems wrong:
a = []
b = iter(['c', 'd'])
a += b
c = []
c + iter(['d', 'e'])
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: can only concatenate list (not listiterator) to list
In other words
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Sure, but:
a = ['a', 'b', 'c']
a += 'def'
a
['a', 'b', 'c', 'd', 'e', 'f']
I think either way is fine (I'm probably on the side of refusing to guess), but
what I don't understand is why a += b is different from a + b in this respect
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Hmm, that's pretty subtle. I guess I understand, at least.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9314
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
Hmm, I'm still not entirely sure that += shouldn't disallow this as well, just
because of the inconsistency. I understand the reasoning now, but it feels like
maybe it should be an implementation detail, and it should just be disallowed
1 - 100 of 126 matches
Mail list logo
