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 :
--
nosy: -djc
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue24303>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue23102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
Thanks, Benjamin, for reverting the run-time bits.
--
___
Python tracker
<http://bugs.python.org/issue21591>
___
___
Python-bug
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 poi
Dirkjan Ochtman added the comment:
Thanks to Victor Stinner for the review!
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
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
<http://bugs.pyt
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
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue21591>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
That does look to be a different issue, though.
--
___
Python tracker
<http://bugs.python.org/issue20767>
___
___
Python-bug
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue20767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
Can we have some more feedback on this?
--
___
Python tracker
<http://bugs.python.org/issue20767>
___
___
Python-bugs-list m
Dirkjan Ochtman added the comment:
Given this, WONTFIXing this seems reasonable to me, FWIW.
--
___
Python tracker
<http://bugs.python.org/issue20324>
___
___
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
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue17514>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
<http://bugs.python.org/is
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue17239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue17228>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +hynek, ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue17228>
___
___
Python-bugs-list mailin
Changes by Dirkjan Ochtman :
--
nosy: +georg.brandl, pitrou
___
Python tracker
<http://bugs.python.org/issue17202>
___
___
Python-bugs-list mailing list
Unsub
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 trac
Dirkjan Ochtman added the comment:
libffi now has this fix:
https://github.com/atgreen/libffi/commit/6a790129427121f7db2d876e7218a3104e6d2741
Can someone test with that?
--
___
Python tracker
<http://bugs.python.org/issue17
Dirkjan Ochtman added the comment:
Is there a particular reason for not upstreaming the PyObjC changes?
--
___
Python tracker
<http://bugs.python.org/issue17
Dirkjan Ochtman added the comment:
Thanks, I've filed https://github.com/atgreen/libffi/issues/29.
--
___
Python tracker
<http://bugs.python.org/is
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:
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!
--
___
Pyth
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. Als
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
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue16286>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
Can we have someone take a look at this? It seems fairly innocuous.
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6
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: norma
New submission from Dirkjan Ochtman :
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: normal
status:
Dirkjan Ochtman added the comment:
[[], [0], [1], [2], [0, 1], [0, 2], [1, 2], [0, 1, 2]]
That is, all possible combinations.
--
___
Python tracker
<http://bugs.python.org/issue14
Changes by Dirkjan Ochtman :
--
versions: +Python 3.2 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue14831>
___
___
Python-bugs-list mailin
Changes by Dirkjan Ochtman :
--
components: +Library (Lib)
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue14831>
___
___
Python-bugs-list m
New submission from Dirkjan Ochtman :
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() opt
Dirkjan Ochtman 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:
Dirkjan Ochtman 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
<http://bugs.python.org
New submission from Dirkjan Ochtman :
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: Documentation
messages: 156639
Changes by Dirkjan Ochtman :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue14030>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dirkjan Ochtman :
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/unixccompiler.py
@@ -297,7
Dirkjan Ochtman added the comment:
Could this get some attention, please?
--
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list m
Dirkjan Ochtman added the comment:
It would be nice to get some feedback on this.
--
___
Python tracker
<http://bugs.python.org/issue6103>
___
___
Python-bug
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12326>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue12571>
___
___
Python-bugs-list mailin
New submission from Dirkjan Ochtman :
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: 140391
nosy
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12450>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
Okay, I've filed issue12425.
--
___
Python tracker
<http://bugs.python.org/issue1475523>
___
___
Python-bugs-list m
New submission from Dirkjan Ochtman :
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 plural-forms value
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12291>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman 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
Dirkjan Ochtman 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
<http://bugs.python.org/i
Dirkjan Ochtman 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
somewhat
Changes by Dirkjan Ochtman :
Removed file: http://bugs.python.org/file22270/issue9284.diff
___
Python tracker
<http://bugs.python.org/issue9284>
___
___
Python-bugs-list m
Dirkjan Ochtman added the comment:
Here's a fresh patch.
--
Added file: http://bugs.python.org/file22297/issue9284.diff
___
Python tracker
<http://bugs.python.org/i
Dirkjan Ochtman 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
Dirkjan Ochtman 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
<http://bugs.python.org/i
Dirkjan Ochtman 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
Changes by Dirkjan Ochtman :
--
type: -> feature request
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue5>
___
___
Python-bugs-lis
New submission from Dirkjan Ochtman :
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 managers
versions
Dirkjan Ochtman 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
<http://bugs.python.
Dirkjan Ochtman 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
<http://bugs.python.org/issue10
New submission from Dirkjan Ochtman :
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 subprocess
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue10084>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
keywords: +needs review
___
Python tracker
<http://bugs.python.org/issue5800>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue9520>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6731>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6103>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
components: +Interpreter Core
versions: +Python 2.6, Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue10
New submission from Dirkjan Ochtman :
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 (mo
Dirkjan Ochtman 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 tests s
Dirkjan Ochtman added the comment:
Still, shouldn't this also be fixed in 2.7?
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue9281>
___
___
New submission from Dirkjan Ochtman :
test_strptime in test_time fails when the timezone is not set:
==
FAIL: test_strptime (test.test_time.TimeTestCase
Dirkjan Ochtman added the comment:
I'm also unable to reproduce this.
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7247>
___
___
Pytho
Dirkjan Ochtman 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
<http://bugs.python.org/i
Dirkjan Ochtman 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 becau
Dirkjan Ochtman 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 size
Modul
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue1625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6785>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue8138>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue8906>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue8867>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue8450>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7141>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7186>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7225>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7828>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue8688>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman 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
(refus
Dirkjan Ochtman added the comment:
Hmm, that's pretty subtle. I guess I understand, at least.
--
___
Python tracker
<http://bugs.python.org/issue9314>
___
___
Dirkjan Ochtman 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&#
1 - 100 of 129 matches
Mail list logo
