Dirkjan Ochtman added the comment:
It would be nice to get some feedback on this.
--
___
Python tracker
<http://bugs.python.org/issue6103>
___
___
Python-bug
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:
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
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:
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:
Here's a fresh patch.
--
Added file: http://bugs.python.org/file22297/issue9284.diff
___
Python tracker
<http://bugs.python.org/i
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:
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
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:
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 :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12291>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Dirkjan Ochtman added the comment:
Okay, I've filed issue12425.
--
___
Python tracker
<http://bugs.python.org/issue1475523>
___
___
Python-bugs-list m
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12450>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue12571>
___
___
Python-bugs-list mailin
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue12326>
___
___
Python-bugs-list mailing list
Unsubscribe:
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/issue1625>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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:
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:
I'm also unable to reproduce this.
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7247>
___
___
Pytho
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:
Still, shouldn't this also be fixed in 2.7?
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue9281>
___
___
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
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
Changes by Dirkjan Ochtman :
--
components: +Interpreter Core
versions: +Python 2.6, Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue10
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6103>
___
___
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/issue1222585>
___
___
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 :
--
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/issue10084>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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.
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
Changes by Dirkjan Ochtman :
--
type: -> feature request
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue5>
___
___
Python-bugs-lis
Dirkjan Ochtman added the comment:
Yeah, I'll get to it. :)
--
___
Python tracker
<http://bugs.python.org/issue7733>
___
___
Python-bugs-list mailing list
Dirkjan Ochtman added the comment:
Fixed in SVN, r78384.
--
___
Python tracker
<http://bugs.python.org/issue1537721>
___
___
Python-bugs-list mailing list
Unsub
Changes by Dirkjan Ochtman :
--
assignee: -> djc
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1537721>
___
___
New submission from Dirkjan Ochtman :
I'd like to put something like this in Doc, to make it easier to actually
review the built documentation. (I guess we could put it in Tools, I'd just
like it better if it was right there with the other stuff.)
Good idea? Thomas Wouters kind o
Dirkjan Ochtman added the comment:
I do almost all of my development on servers, so while I guess I could mount
the remote file system and do that, that's not very easy to do (since I access
my servers from multiple boxes, some of which run Windows, etc). I guess if not
many people do
Dirkjan Ochtman added the comment:
Sure, I'm happy to fix up the little things. The point is that this works and
solves (IMO) a real problem, so I wonder if we can get this in.
--
___
Python tracker
<http://bugs.python.org/i
Dirkjan Ochtman added the comment:
Fixed in r78415.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7733>
___
__
New submission from Dirkjan Ochtman :
So http://docs.python.org/reference/expressions.html doesn't currently mention
the ternary operator as far as I can see. Maybe this is trivial, but it would
be nice to know where it fits into the hierarchy.
(I.e., my co-worker just came up to me a
Changes by Dirkjan Ochtman :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue8039>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dirkjan Ochtman added the comment:
Testing on Windows with this:
Index: Lib/test/test_csv.py
===
--- Lib/test/test_csv.py(revision 78430)
+++ Lib/test/test_csv.py(working copy)
@@ -9,6 +9,7 @@
import tempfile
Dirkjan Ochtman added the comment:
Committed in r78660 after positive comment from briancurtin re Windows.
Hopefully this fixes Solaris, as well.
--
___
Python tracker
<http://bugs.python.org/issue1537
Dirkjan Ochtman added the comment:
Both the solaris and windows slaves seem to have succeeded this time.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dirkjan Ochtman :
This is rather confusing:
Python 2.6.4 (r264:75706, Mar 8 2010, 08:41:55)
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket, asyncore
>
Changes by Dirkjan Ochtman :
--
nosy: +josiah.carlson, josiahcarlson
___
Python tracker
<http://bugs.python.org/issue8483>
___
___
Python-bugs-list mailin
Dirkjan Ochtman added the comment:
Current guess for this behavior: dispatcher doesn't have __str__, so
__getattr__ escalates to _socket.socket.__str__, which gets redirected to
_socket.socket.__repr__.
--
___
Python tracker
Dirkjan Ochtman added the comment:
David, just have a look at the interpreter transcript, in particular the
results of the print statements. I'm not sure why it happens, in my previous
message I just stated a hypothesis.
--
___
Python tr
Dirkjan Ochtman added the comment:
I definitely like the patch, but ideally we would also have a patch adding a
__str__ on dispatcher, right? Which would just return the repr(self) result.
--
___
Python tracker
<http://bugs.python.org/issue8
Change by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<https://bugs.python.org/issue6731>
___
___
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/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/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:
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
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
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
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:
Changes by Dirkjan Ochtman :
--
nosy: -djc
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Changes by Dirkjan Ochtman :
--
components: +Library (Lib)
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue14831>
___
___
Python-bugs-list m
Changes by Dirkjan Ochtman :
--
versions: +Python 3.2 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue14831>
___
___
Python-bugs-list mailin
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
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:
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
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
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue16286>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
That does look to be a different issue, though.
--
___
Python tracker
<http://bugs.python.org/issue20767>
___
___
Python-bug
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. Als
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
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
<http://bugs.python.org/is
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:
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:
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
Changes by Dirkjan Ochtman :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue21591>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
<http://bugs.pyt
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:
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, Benjamin, for reverting the run-time bits.
--
___
Python tracker
<http://bugs.python.org/issue21591>
___
___
Python-bug
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
<http://bugs.python.org/issue20324>
___
___
Dirkjan Ochtman added the comment:
The fix in r80583 is bad. It fails to close() the response (which previously
worked as expected), meaning that the connection can't be re-used.
(I ran into this because Gentoo has backported the 2.6-maint fixes to their
2.6.5 distribution.)
Shall I o
New submission from Dirkjan Ochtman :
d...@enrai src $ ls -l test/*
-rw-r--r-- 1 djc users 34 Jun 2 16:00 test/http.py
-rw-r--r-- 1 djc users 0 Jun 2 16:00 test/__init__.py
d...@enrai src $ cat test/http.py
from httplib import BadStatusLine
d...@enrai src $ 2to3 test/*
RefactoringTool
Dirkjan Ochtman added the comment:
Is this still relevant / will it get some love in the future?
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue2
1 - 100 of 129 matches
Mail list logo
