Trent Nelson <tr...@trent.me> added the comment:
Unfortunately the host backing blackhole.snakebite.net and
whitehole.snakebite.net is no longer available. I still think the underlying
test is valuable, though -- are there any PSF boxes/containers that could
fulfill this role?
(I u
Trent Nelson added the comment:
H, I'll investigate when I get home tomorrow.
Sent from my iPhone
> On Sep 23, 2017, at 13:46, Serhiy Storchaka <rep...@bugs.python.org> wrote:
>
>
> New submission from Serhiy Storchaka:
>
> The testConnectTimeout in test_timeout
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22919
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18835
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Python-bugs
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13483
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3329
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18203
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
Yeah those slaves are definitely due for an update. It's on the list.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12181
Trent Nelson added the comment:
On Tue, Apr 09, 2013 at 03:04:42AM -0700, Charles-Fran?ois Natali wrote:
Why are the OpenBSD buildbots down? Can we do anything about it?
Having a buildbot slave up will definitely help here.
All the OpenBSD buildbots we have are provided by SnakeByte
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17611
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17338
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
On Tue, Mar 19, 2013 at 01:58:59AM -0700, John Szakmeister wrote:
John Szakmeister added the comment:
Actually, Trent's version looks at hw.logicalcpu and then falls back
to hw.ncpu, if there was an error. Given the state of the
documentation
Trent Nelson added the comment:
I remember looking at what multiprocessing did and not really liking it; I
ended up writing a C version that works across a wider range of platforms,
accessible via posixmodule.c:posix_cpu_count() (os.cpu_count()):
http://hg.python.org/sandbox/trent/file
Trent Nelson added the comment:
Shilpi, can you paste the exact ./configure invocation you're using?
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17344
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17056
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5289
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +brian-cameron-oracle, trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13057
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16902
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16762
___
___
Python-bugs-list mailing
New submission from Trent Nelson:
Relevant thread:
http://mail.python.org/pipermail/python-dev/2012-December/123225.html
PyOS_StdioReadline features numerous calls that require the GIL to be held.
Ideally, the GIL drop-take should be moved closer to the actual underlying read
system call
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16733
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
On Thu, Dec 13, 2012 at 10:28:00PM -0800, Ned Deily wrote:
Ned Deily added the comment:
Without having reviewed the proposed change in detail, a couple of
comments. On current OS X systems and others, the compiler could be
clang which perhaps should
Trent Nelson added the comment:
I spent a little time on this yesterday. Here's what I came up with. The idea
is to have a standalone block in configure.ac that kicks in when --without-gcc
is specified (or if $CC != gcc) *IFF* CFLAGS/CPPFLAGS haven't been provided
by the user.
If they have
New submission from Trent Nelson:
As far as I can tell, the python3dll.vcxproj is bitrot and should be removed
from pcbuild.sln. It's a makefile target project that invokes
..\PC\python3.mak, which builds a target named python3.dll; however,
pythoncore.vxcproj builds python34[_d].dll
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16668
___
___
Python-bugs-list
Trent Nelson added the comment:
Thanks Martin, I wasn't aware of that PEP. Explains why there isn't a debug
configuration, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16668
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10052
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
On Thu, Nov 22, 2012 at 02:18:32PM -0800, Stefan Krah wrote:
New submission from Stefan Krah:
There's an error on the HPUX-IA64 buildbot that might be due to
some kernel limits. Trent, could you check if the following helps
(requires root)?
http
Trent Nelson added the comment:
On Fri, Nov 23, 2012 at 05:43:15AM -0800, Mark Dickinson wrote:
Mark Dickinson added the comment:
I wonder whether adding -fpeval=float to the CFLAGS would fix this.
There's a lot of information at
http://h21007.www2.hp.com/portal/site/dspp/menuitem
Trent Nelson added the comment:
On Sun, Nov 18, 2012 at 03:19:19PM -0800, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
Related post:
http://daniel.haxx.se/blog/2012/10/10/wsapoll-is-broken/
Yeah, came across that yesterday. Few other relevant links, for the
records
New submission from Trent Nelson:
Attached patch adds select.poll() support on Windows via WSAPoll.
It's hacky; I was curious to see whether or not it could be done, and whether
or not tulip's pollster would work with it.
It compiles and works, but doesn't play very nicely with tulip. Also
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2005
___
___
Python-bugs-list mailing
New submission from Trent Nelson:
Two immediate issues identified whilst trying to build on HP-UX and IRIX:
1. Our source is wildly inconsistent with regards to using PATH_MAX versus
MAXPATHLEN.
2. The current logic in osdefs.h is insufficient for ensuring one or the other
always has
Trent Nelson added the comment:
Ah, I forgot about the VOE stuff. That will work a lot better. I'll still
need to acquire VMS media though.
You're not a committer are you? I can sort you out with access to Snakebite
anyway -- email me your ssh key if you're interested (trent
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9742
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
Snakebite's got a Solaris 9 SPARC instance up and running. It's available via
the s9 alias.
Regarding EOL, this indicates October 2014 for 9:
http://en.wikipedia.org/wiki/Solaris_(operating_system)#Version_history
If it's as simple as suggested, I don't mind
Trent Nelson added the comment:
We avoided this by adding -u-audio to the affected slave.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15746
Changes by Trent Nelson tr...@snakebite.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16274
Trent Nelson added the comment:
On Mon, Oct 22, 2012 at 11:18:03AM -0700, Christian Heimes wrote:
Christian Heimes added the comment:
We don't have any box that is capable of running VMS. Even Trent's
Snakebit setup doesn't have VMS although he has lots of exotic
hardware and OS, even HP
Trent Nelson added the comment:
On Mon, Oct 22, 2012 at 05:51:23AM -0700, Giampaolo Rodola' wrote:
Giampaolo Rodola' added the comment:
This should do it:
diff --git a/Lib/test/test_asyncore.py b/Lib/test/test_asyncore.py
--- a/Lib/test/test_asyncore.py
+++ b/Lib/test/test_asyncore.py
Trent Nelson added the comment:
On Sun, Oct 21, 2012 at 02:59:37PM -0700, R. David Murray wrote:
R. David Murray added the comment:
This change appears to have broken the dmg builders:
http://buildbot.python.org/all/builders/bolen-dmg-3.x/builds/19
http://buildbot.python.org/all
Trent Nelson added the comment:
After some investigation, I've established the following cause:
1. Our Solaris builds should add -D_XPG4_2 to CPPFLAGS. I've been
manually setting this on the Solaris build slaves. This define
ensures all the POSIX 95 things get picked up
Changes by Trent Nelson tr...@snakebite.org:
--
title: sendmsg, recvmsg,recvmsg_into et al not being detected on
Solaris - sendmsg, recvmsg, recvmsg_into et al not being detected on Solaris
___
Python tracker rep...@bugs.python.org
http
Trent Nelson added the comment:
On Tue, Sep 18, 2012 at 06:40:35AM -0700, Trent Nelson wrote:
Side bar design question: on BSD/Linux/OSX w/ gcc/clang, if you're on
an amd64 platform, you'll get a 64-bit build. This isn't the case for
Solaris, HP-UX and AIX -- the default is always 32-bit
Trent Nelson added the comment:
Larry and I just chatted about this on IRC. Summary:
1.) I was wrong about os.stat() affecting atime. I fired up a
console session on Solaris to prove my atime observation
only to find os.stat() had no impact on atime:
% ./python
New submission from Trent Nelson:
This was initially observed in #15745, however, there's a separate problem
here. The current test_utime() on Solaris sporadically (usually) fails along
the following lines:
self.assertEqual(attr(st0, st_mtime), attr(st1, st_mtime))
AssertionError
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +larry, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16287
___
___
Python-bugs-list
Trent Nelson added the comment:
On Tue, Oct 16, 2012 at 10:46:34PM -0700, Trent Nelson wrote:
Trent Nelson added the comment:
Thanks for the feedback Larry; yeah that patch definitely wasn't
intended to be production quality -- more of a proof of concept. I
agree with your points
Changes by Trent Nelson tr...@snakebite.org:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16274
___
___
Python-bugs-list
New submission from Trent Nelson:
% ./python -m test.regrtest test_asyncore
test_asyncore
Exception in thread Thread-3:
Traceback (most recent call last):
File /home/cpython/hg/2.7/Lib/threading.py, line 552, in __bootstrap_inner
self.run()
File /home/cpython/hg/2.7/Lib/threading.py
Trent Nelson added the comment:
I ran into this yesterday on my Solaris 10 box (nitrogen/s10), seemingly out of
nowhere.
The problem is caused when a GNU libintl.h gets picked up via `#include
libintl.h` instead of the system one in /usr/include.
In my case, this was happening because I had
New submission from Trent Nelson:
This should be a fun one to track down.
Relevant buildbot run:
http://buildbot.python.org/all/builders/SPARC64%20Solaris%2010%20%5BSB%5D%202.7/builds/69/steps/test/logs/stdio
When recompiled with gcc 4.6.3 (/opt/csw/bin/gcc), test_ctypes passes without
issue
Trent Nelson added the comment:
3.2 appears fine. This behavior only seems to happen on 2.7.
The affected tests are:
test_quick_connect (test.test_asyncore.TestAPI_UseSelect)
test_quick_connect (test.test_asyncore.TestAPI_UsePoll)
Doing some more digging
Trent Nelson added the comment:
Yeah I've just backported the semantic changes between asyncore and
test_asyncore from 3.2 - 2.7.
I'll report back shortly with results.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16274
Trent Nelson added the comment:
Ok, attached patch is a semantic backport matching 2.7 to 3.2. All tests pass
with this patch.
(I can't comment on whether or not the changes in 3.2 actually fix an
underlying issue, or just hide it better.)
--
keywords: +patch
Added file: http
Trent Nelson added the comment:
Patch applied and everything passes, so closing for now.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16274
Trent Nelson added the comment:
That backport wasn't appropriate -- it included new public members to asyncore
that were introduced in 3.2.
I'll work on a less intrusive patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1516
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
With the latest build (from git) of libffi, tests still fail, but differently.
(These errors seem slightly less perverse than the ones pasted previously.)
==
FAIL: test_wchar_parm
Trent Nelson added the comment:
After an hour of fiddling with pre-requisites, I was able to run the libffi
testsuite (for the Sun C build). The results weren't ideal:
=== libffi Summary ===
# of expected passes1528
# of unexpected failures118
Trent Nelson added the comment:
On Thu, Oct 18, 2012 at 07:47:40AM -0700, Stefan Krah wrote:
Stefan Krah added the comment:
--with-system-ffi should probably solve some problems, see #12927.
This isn't an option on Solaris 10, as it doesn't ship with a
system ffi, unfortunately
Trent Nelson added the comment:
Hi Greg,
I realize it's been a good five years since you first raised this
issue, but I was wondering if you ever ended up making any progress
with it?
In trying to get Python working on Snakebite UNIX boxes with vendor
CCs, I'm running
Trent Nelson added the comment:
Ah, this is because of this OS X-specific snippet in sysconfig.get_platform():
elif osname[:6] == darwin:
import _osx_support
osname, release, machine = _osx_support.get_platform_osx(
get_config_vars
Trent Nelson added the comment:
Re: how did it ever work... on Solaris, because of the st_mtime failure, it
doesn't even get a chance to fail on the subsequent st_atime. I suspect the
only platform that's exercised the utimensat() to date is Linux, and either a)
os.stat() doesn't affect
Trent Nelson added the comment:
Here's a thought... why not alter the test to work with fixed times and
separate the atime tests from the mtime tests.
For atime, we can set utime(filename, (0.0, ...)) and see if a subsequent
os.stat() returns st_atime as 0.0 -- that'll tell us whether
Changes by Trent Nelson tr...@snakebite.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16257
New submission from Trent Nelson:
Sample test_socket -v output:
testSendmsgDataGenerator (test.test_socket.SendmsgUDPTest) ... skipped don't
have sendmsg
testSendmsgExcessCmsgReject (test.test_socket.SendmsgUDPTest) ... skipped
don't have sendmsg
testSendmsgGather
Trent Nelson added the comment:
That last commit fixes in-tree builds, but broke out-of-tree builds. I've
refactored the patch (sysconfig.py.patch) to fix the issue, but it's getting
progressively more hacky, so I wanted to see what other people think before
proceeding.
(That being said
Trent Nelson added the comment:
With the caveat that I know absolutely nothing about locales, here's what I've
been able to reduce the problem down to:
zinc (alias s11, Solaris 11 x64):
locale.setlocale(locale.LC_ALL, 'C')
'C'
locale.strxfrm('a')
'a'
locale.setlocale
Trent Nelson added the comment:
Charles' patch applied in 3.3 and merged to 3.x. Thanks Charles.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15833
Trent Nelson added the comment:
Things should be looking a lot better now across the board. I just committed
fixes where appropriate to 2.7, 3.2, 3.3 and 3.x for this issue and two related
issues:
http://bugs.python.org/issue15298
http://bugs.python.org/issue15833
The only thing
Trent Nelson added the comment:
I've figured out what the primary problem is on these platforms: os.stat()
returns st_mtime and st_atime values with nanosecond resolution, but without a
corresponding utimensat(), we can only affect time with microsecond precision
via utimes().
Therefore
Trent Nelson added the comment:
There doesn't appear to be on FreeBSD. Although, on Solaris, -D__EXTENSIONS__
opens up access to utimensat() (at least on 11), so I'll factor that into
configure.ac.
--
___
Python tracker rep...@bugs.python.org
http
Trent Nelson added the comment:
This patch (surprisingly) seems to do the job quite nicely:
diff -r 1280b38fe583 Lib/test/test_os.py
--- a/Lib/test/test_os.py Tue Oct 16 23:14:03 2012 +1000
+++ b/Lib/test/test_os.py Tue Oct 16 21:25:36 2012 +
@@ -40,6 +40,20
New submission from Trent Nelson:
==
FAIL: test_create_connection (test.test_socket.NetworkConnectionNoServer)
--
Traceback (most recent call last):
File
New submission from Trent Nelson:
==
ERROR: test_strxfrm (test.test_locale.TestEnUSCollation)
--
Traceback (most recent call last):
File
/home/cpython
Trent Nelson added the comment:
Thanks for the feedback Larry; yeah that patch definitely wasn't intended to be
production quality -- more of a proof of concept. I agree with your points,
they'll be factored into the next patch.
However, I'm absolutely baffled by the Solaris 10 failure
Trent Nelson added the comment:
Oh, and another quirk I noticed yesterday. I usually religiously disable
atime on all my filesystems. For whatever reason, it's not disabled on this
Solaris 10 box.
Turns out os.stat() was updating st_atime, which kind of throws a spanner in
the works
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16235
___
___
Python-bugs-list mailing
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15298
___
___
Python-bugs-list mailing
Trent Nelson added the comment:
The previous 'alt_sysconfigdata.patch' didn't apply cleanly to 3.3/3.x. I've
attached an updated patch that does.
Any objections to applying this to 3.3 - 3.x now that the freeze is over?
--
versions: +Python 3.4
Added file: http://bugs.python.org
Trent Nelson added the comment:
I'm pretty sure this is a duplicate of http://bugs.python.org/issue15298 (which
should be fixed shortly).
Feel free to re-open if I'm wrong.
--
nosy: +trent
resolution: - duplicate
status: open - closed
___
Python
Trent Nelson added the comment:
FWIW, I just ran into the following on Solaris 10:
% dbx python
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.9' in your .dbxrc
Reading python
Reading ld.so.1
Reading libsocket.so.1
Reading
Trent Nelson added the comment:
That... didn't work. Also applied rpetrov's patch and that made no difference:
% ./python Could not find platform dependent libraries exec_prefix
Consider setting $PYTHONHOME to prefix[:exec_prefix]
Fatal Python error: Py_Initialize: Unable to get the locale
Trent Nelson added the comment:
Charles: your patch is fine. +1.
My Solaris failures can be traced back to http://bugs.python.org/issue15819.
Sorry for the noise.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15833
Changes by Trent Nelson tr...@snakebite.org:
Removed file:
http://bugs.python.org/file27552/issue15298-alt_sysconfigdata2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15298
On Tue, Oct 02, 2012 at 07:23:05AM -0700, Demian Brecht wrote:
I don't use them anymore, but I'm curious about others opinions on this
list...
I like them. In particular, I like that I can enumerate all the
subclasses that happen to implement the ABC via the metaclass's
Trent Nelson added the comment:
FWIW, I have another Itanium box that I've earmarked for OpenVMS. I don't
believe the installation media is readily available for free, though, so I'd
need to ping HP to try arrange a copy.
--
nosy: +trent
Trent Nelson added the comment:
Hi Stefan, quick question: how did you invoke ./configure on the AIX box? The
reason for asking is that a7/arsenic is a little quirky, you need to run a zsh
subroutine via `_xlc 12` to set up the right CC env (see
~/buildslave/start.zsh).
Once you've done
On Thu, Sep 13, 2012 at 09:00:19AM -0700, andrea crotti wrote:
I have to give a couple of Python presentations in the next weeks, and
I'm still thinking what is the best approach.
In one presentation for example I will present decorators and context
managers, and my biggest doubt is how much
Changes by Trent Nelson tr...@snakebite.org:
--
title: Numerous utime ns tests fail on FreeBSD w/ ZFS - Numerous utime ns
tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
___
Python tracker rep...@bugs.python.org
http
New submission from Trent Nelson:
Gripe: if you want a 64-bit, non-gcc (i.e. vendor's cc) build on a proprietary
UNIX system (i.e. Solaris, HP-UX, AIX etc), you're going to have a bad time.
Coercing a 64-bit build from a vendor's cc currently requires explicit
CFLAGS/LDFLAGS/configure
Trent Nelson added the comment:
On the s10 slave (Solaris 10/nitrogen) for 3.x:
(cpython@nitrogen:ttypts/4) (Tue/12:32) ..
% ../../src/configure --with-pydebug
New submission from Trent Nelson:
On Solaris (s10/nitrogen):
% find /usr/include -type f | xargs fgrep -ni AT_FDCWD
/usr/include/sys/fcntl.h:320:#defineAT_FDCWD
0xffd19553
(AIX uses -2, FreeBSD uses -100.)
Anyway, that results in:
(cpython@nitrogen:ttypts/10
Trent Nelson added the comment:
Easy fix, cast AT_FDCWD to (int):
% hg diff
diff -r 3a880d640981 Modules/posixmodule.c
--- a/Modules/posixmodule.c Tue Sep 18 07:21:18 2012 +0300
+++ b/Modules/posixmodule.c Tue Sep 18 16:04:58 2012 +
@@ -414,7 +414,14 @@
#ifdef AT_FDCWD
Trent Nelson added the comment:
Closing issue; this has been fixed.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2286
1 - 100 of 233 matches
Mail list logo