Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Following dirty hack workarounds this bug. Comment of this function
says not ascii compatible encoding is not supported yet, (ie: UTF-16)
so probably this works.
Index: Parser/tokenizer.c
Gregory P. Smith [EMAIL PROTECTED] added the comment:
+1
trunk_select_epoll_kqueue9.patch looks good to me.
style nit: I'd just use self.fail(error message) instead of raise
AssertionError(error message) within unittests. regardless, both work
so I don't care. :)
--
nosy:
Georg Brandl [EMAIL PROTECTED] added the comment:
Applied in r61667.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2383
__
New submission from ivanoe [EMAIL PROTECTED]:
Documentation http://docs.python.org/lib/node264.html mentions that both
'reader' and 'DictReader' support 'line_num' fields.
But in fact in version 2.5.2 of the library line_num is not in
'DictReader' class. (looking at csv.py)
For the moment I
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Sean: I'd suggest to discuss this on python-dev.
Note that even if we do use Unicode for the cases in question, the
Turkish locale will still pose a problem - see #1528802 for a discussion.
__
Tracker
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Marc-Andre: don't all your objections also apply to the 8bit string
type, which is already a variable-size structure?
Is extending unicode more common than extending str?
With python 3.0, all strings are unicode. Shouldn't this type be
Ludwig Hähne [EMAIL PROTECTED] added the comment:
Just realized that passing 'close_fds=True' also circumvents the problem:
s = subprocess.Popen((cat), stdin=subprocess.PIPE, close_fds=True)
Should this issue be closed as it's that easy to avoid? I would still
like to know what happens here,
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Yes, all those objections apply to the string type as well. The fact
that strings are variable length objects makes it impossible to do apply
any of the possible optimizations I mentioned. If strings were a fixed
length object, it would
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Hi,
Marc-André, I'm all for real-life benchmarks if someone proposes some.
Until that we have to live with micro-benchmarks, which seems to be the
method used for other CPython optimizations by the way.
You are talking about slicing
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Regarding benchmarks: It's difficult to come up with decent benchmarks
for things like this. A possible strategy is to use an instrumented
interpreter that records which Unicode objects are created and when they
are deleted. If you then run
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well I'm not subscribed to the python-3k list either - too much traffic
indeed. You can read and post into it with gmane for example:
http://thread.gmane.org/gmane.comp.python.python-3000.devel/11768
(there is probably an NNTP gateway too)
As
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
I've read the comments from Guido and Martin, but they don't convince me
in changing my -1.
As you say: it's difficult to get support for optimizations such a
slicing and concatenation into the core. And that's exactly why I want
to keep
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well, I'm not gonna try to defend my patch eternally :)
I understand your opinion even if I find a bit disturbing that we refuse
a concrete, actual optimization on the basis of future hypothetical ones.
Since all the arguments have been laid
Collin Winter [EMAIL PROTECTED] added the comment:
Yes, and each new fixer makes it slower. The biggest problem is the
pattern matching system, which tends to take 99% of the running time.
I've talked to several people who are interested in optimizing 2to3 as a
GSoC project, though, so I
Gregory P. Smith [EMAIL PROTECTED] added the comment:
BerkeleyDB is detected when make runs setup.py. Look in the output from
your make and you'll see a message about whether or not a useful
BerkeleyDB library and include files were found.
Typically this happens on linux distros because people
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2320
__
___
Changes by Jeff Balogh [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9702/issue2359.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2359
__
___
Jeff Balogh [EMAIL PROTECTED] added the comment:
Attaching a patch that adds deprecation warnings in trunk.
Added file: http://bugs.python.org/file9787/operator-warnings.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2370
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Don't modify Modules/Setup*, do as the message says and modify setup.py.
Search for 4, 5, and change that to 4, 6, then run configure and
make and it will build without this message.
I have done this against the py3k trunk and it built
Sean Reifschneider [EMAIL PROTECTED] added the comment:
I just tested it under Linux Fedora 8 Firefox 3 and it shows results for
the searches move and rename and got reasonable-looking results.
--
nosy: +jafo
priority: - normal
resolution: later - works for me
status: pending - closed
Sean Reifschneider [EMAIL PROTECTED] added the comment:
This patch looks ok to me, but I'd like jlt63 to review it since they
were the last to touch these regexes.
--
assignee: - jlt63
keywords: +easy
nosy: +jafo, jlt63
priority: - normal
type: - behavior
Sean Reifschneider [EMAIL PROTECTED] added the comment:
This patch looks good to me. Greg?
--
assignee: - gward
components: +Distutils -Library (Lib)
keywords: +easy
nosy: +gward, jafo
priority: - normal
__
Tracker [EMAIL PROTECTED]
Gregory P. Smith [EMAIL PROTECTED] added the comment:
This is easily reproducable on my OS X 10.4 macbookpro.
However your suggested two lines with the os.pipe to lock to prevent the
problem are a red herring... Locking those does not fix it.
__
Tracker [EMAIL
Mark Summerfield [EMAIL PROTECTED] added the comment:
On 2008-03-20, Sean Reifschneider wrote:
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Don't modify Modules/Setup*, do as the message says and modify setup.py.
Search for 4, 5, and change that to 4, 6, then run configure and
Gregory P. Smith [EMAIL PROTECTED] added the comment:
Basically it's OK to collect
all the child exit codes if you record the results and return them when
requested. This would mean that waitpid and the like would have to check
a cached list of PIDs and exit statuses before actually waiting.
Gregory P. Smith [EMAIL PROTECTED] added the comment:
I am unable to reproduce this problem in today's trunk (2.6a) on OSX 10.4.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1731717
_
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
keywords: +easy
nosy: +gregory.p.smith
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2381
__
New submission from Michael Bishop [EMAIL PROTECTED]:
There are many duplicate functions throughout the many audio modules. I
plan to merge relevant functions into 2 modules; a C module and a py
module. Once I go through the audio modules in detail, I'll post my plan
here.
Reference:
David Wolever [EMAIL PROTECTED] added the comment:
Martin and I talked about this, and I'm going to try loading the first
node of each tree generated by the PATTERNs into a dictionary, then when
the tree is walked, only fixers which could potentially match the current
node are executed.
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Back-ported to 2.5 and committed in rev 61675.
--
nosy: +jafo
priority: - normal
status: pending - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2238
Sean Reifschneider [EMAIL PROTECTED] added the comment:
I would agree with Georg that there isn't anything we can do about this.
I had someone try from the Windows XP command shell and: dir /w
reports that it can't run the combined command, where: dir /w works just
fine.
My conclusions are:
Collin Winter [EMAIL PROTECTED] added the comment:
Keep in mind that not all fixers use PATTERN, for example fix_ne.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2431
__
___
New submission from Marc-Andre Lemburg [EMAIL PROTECTED]:
platform should use _winreg and sys.getwindowsversion() to emulate the
missing win32all APIs.
--
assignee: lemburg
components: Library (Lib)
messages: 64187
nosy: lemburg
severity: normal
status: open
title: Improve
Changes by Sean Reifschneider [EMAIL PROTECTED]:
--
assignee: - georg.brandl
nosy: +georg.brandl
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2243
__
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Checked in as r61674 and r61676 along with some other improvements for
detecting the machine type on Windows.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2434
Walter Dörwald [EMAIL PROTECTED] added the comment:
I don't see exactly what James is proposing.
For my needs, I would like the decoding parts of the utf_8 module
to treat an initial BOM as an optional signature and skip it if
there is one (just like the utf_8_sig decoder). In fact I have
a
Changes by Forest Wilkinson [EMAIL PROTECTED]:
--
nosy: +forest
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1641
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Antoine Pitrou [EMAIL PROTECTED]:
I get this on py3k:
$ ./python Tools/pybench/pybench.py
Traceback (most recent call last):
File Tools/pybench/pybench.py, line 391, in module
import Setup
File /home/antoine/py3k/unialloc/Tools/pybench/Setup.py, line 34, in
module
Walter Dörwald [EMAIL PROTECTED] added the comment:
For a wide build, the code
if (x = 0x)
*p++ = (Py_UNICODE) x;
else {
*p++ = (Py_UNIC0DE) x;
looks strange.
Furthermore with the patch applied Python no longer complains about
illegal code
Miki Tebeka [EMAIL PROTECTED] added the comment:
Here is a patch, hope it'll make it to 2.6
--
keywords: +patch
nosy: +tebeka
Added file: http://bugs.python.org/file9788/_strptime.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2227
New submission from Eric Smith [EMAIL PROTECTED]:
Should this be accepted in 3.0, and become a no-op:
from __future__ import print_function
?
It might make using code in 2.6 and 3.0 easier, since you would not have
to delete this line.
I note that:
from __future__ import with_statement
is
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Regarding the benchmark: You can instrument a 2.x version of the
interpreter to build the data set and then have the test load this data
set in Py3k and have it replay the allocation/deallocation in the same
way it was done on the 2.x
Christian Heimes [EMAIL PROTECTED] added the comment:
Yes, you *must* implement it. From
http://docs.python.org/lib/module-future.html
No feature description will ever be deleted from __future__.
--
nosy: +tiran
resolution: - accepted
__
Tracker [EMAIL
Thomas Heller [EMAIL PROTECTED] added the comment:
Travis, can you please review this / when can you review this issue for
compliance with pep 3118?
--
nosy: +teoliphant
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1971
Antoine Pitrou [EMAIL PROTECTED] added the comment:
You are right, #2321 made the numbers a bit tighter:
With a small string:
./python -m timeit -s s=open('INTBENCH', 'r').read() s.split()
- Unpatched py3k: 23.1 usec per loop
- Freelist patch: 21.3 usec per loop
- PyVarObject patch: 20.5 usec
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file9789/unialloc4.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file9790/freelists2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9296/unialloc.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9332/freelists.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9441/unialloc3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9419/unialloc2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1943
__
___
Andy Harrington [EMAIL PROTECTED] added the comment:
After going to the sprint Monday, I am working on this as my first patch.
There is no test file for pydoc. ??
--
nosy: +andyharrington
_
Tracker [EMAIL PROTECTED]
David Wolever [EMAIL PROTECTED] added the comment:
A patch so that, on each node, only fixers who's head node could match
this node are executed. It's still hacky and ugly, but a decent POC.
--
keywords: +patch
Added file: http://bugs.python.org/file9791/fixer_head_node_lookup.diff
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Fred: You most recently touched the code impacted by this test, does
this sound reasonable?
--
assignee: - fdrake
nosy: +fdrake, jafo
priority: - normal
type: behavior - resource usage
versions: +Python 2.6
Changes by Bill Janssen [EMAIL PROTECTED]:
--
components: +Distutils
priority: - high
type: - crash
versions: +Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2437
Sean Reifschneider [EMAIL PROTECTED] added the comment:
It's actually been quite a while since it changed from being
Modules/Setup to being in setup.py, I think a couple of years at least.
And, yes, I realize that Fedora is changing the Modules/Setup file in
their SRPM, but with Python 3k they
Sean Reifschneider [EMAIL PROTECTED] added the comment:
I'm going to push this to pending until you can get a patch. Thanks, Jamie.
--
nosy: +jafo
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2211
Changes by Sean Reifschneider [EMAIL PROTECTED]:
--
status: open - pending
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2211
__
___
Python-bugs-list mailing list
New submission from Bill Janssen [EMAIL PROTECTED]:
The distutils.unixcompiler.runtime_library_dirs() function, used when
compiling with MinGW or Cygwin on Windows, fails catastrophically
because the return result of sysconfig.get_config_var(CC) returns
None. It should probably be prepared for
New submission from Patrick [EMAIL PROTECTED]:
When using wildcards as arguments to the processes being spawned by
Popen, it seems to interpret them as hard literals.
IE, when doing something like:
import subprocess
output = subprocess.Popen(['ls', '*'],
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Kei: The documentation does not say that quit() returns a value, so the
current behavior is correct. However, SMTP defines a return value for
QUIT, so there is a case for smtplib.quit() returning that value.
This patch does need a
Sean Reifschneider [EMAIL PROTECTED] added the comment:
Is a straightforward patch, but I'd like NAS to comment on the change in
behavior. Probably would also need a documentation change, are you up
for doing that Lorenz?
--
assignee: - nascheme
keywords: +easy
nosy: +jafo, nascheme
Jim Jewett [EMAIL PROTECTED] added the comment:
Is pyepoll a good prefix? To me, it looks a lot like the _Py and Py
reservered namespaces, but not quite...
--
nosy: +jimjjewett
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
Christian Heimes [EMAIL PROTECTED] added the comment:
I had to use some kind of prefix to avoid naming collisions with the
epoll_* functions for the epoll header file. pyepoll sounded reasonable
to me.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
New submission from Paul Moore [EMAIL PROTECTED]:
This patch adds a new get_data function to the pkgutil module, allowing
access to data stored in the package directory. It wraps the PEP 302
loader get_data function, so that it works with such loaders (for
example, zipimport).
The patch
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Corrected in r61680. Thanks for the report!
--
nosy: +amaury.forgeotdarc
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2435
Changes by Neil Schemenauer [EMAIL PROTECTED]:
--
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue628842
___
Python-bugs-list mailing list
Phillip J. Eby [EMAIL PROTECTED] added the comment:
Hi Paul. AFAICT, this doesn't look like it will actually work for
filesystem data. get_loader() will return None for regular,
filesystem-installed modules, at least in Python 2.5. Perhaps you
should add a test case for that?
--
New submission from Trent Nelson [EMAIL PROTECTED]:
test_getargs2 fails on Win x64:
test_getargs2 is failing on Windows x64:
test test_getargs2 failed -- Traceback (most recent call last):
File
S:\buildbots\python.x64\3.0.nelson-win64\build\lib\test\test_getargs2.py,
line 190, in test_n
Changes by Trent Nelson [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9793/getargs_and_abstract.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2440
__
___
Trent Nelson [EMAIL PROTECTED] added the comment:
Attached a slightly cleaner patch.
Added file: http://bugs.python.org/file9794/getargs_and_abstract.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2440
__
Changes by Trent Nelson [EMAIL PROTECTED]:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2440
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Trent Nelson [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9794/getargs_and_abstract.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2440
__
___
Trent Nelson [EMAIL PROTECTED] added the comment:
Attach a slightly cleaner patch, take 2.
Added file: http://bugs.python.org/file9795/getargs_and_abstract.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2440
__
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Thanks for running the tests again. The use of pymalloc for the buffer
made a significant difference indeed. I expect that more can be had by
additionally tweaking KEEPALIVE_SIZE_LIMIT.
It is interesting to see that the free list patch
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well, of course most words in most languages are below 20 characters.
Hence most strings containing words are also below 20 chars. But strings
can also contain whole lines (e.g. decoding of various Internet
protocols), which are statistically
James G. sack (jim) [EMAIL PROTECTED] added the comment:
Can you post an example that requires this code?
This is not a big issue, and it wouldn't hurt if it got declared go away
and come back later if you have patch, test, docs, and a convincing use
case.
..But, for the record..
Suppose
New submission from Carlos Eduardo de Paula [EMAIL PROTECTED]:
The build_installer.py script, used to create MacPython installers tries
to fetch a SQLite version that is not available anymore. I provided a
patch with an updated version and its corresponding hash.
Maybe this should be
Paul Moore [EMAIL PROTECTED] added the comment:
I'm not sure I understand. It uses pkgutil.get_loader, which returns a
wrapper for filesystem modules. You pointed me to it. It seems to work,
that's what test_getdata_filesys is testing in test_pkgutil.py.
Can you supply a testcase that fails?
Changes by Dave Peterson [EMAIL PROTECTED]:
--
nosy: +dpeterson
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
_
___
Python-bugs-list mailing list
Jack Diederich [EMAIL PROTECTED] added the comment:
New patch that does more. Collin, could you take a look at the fixer?
I listed some stumbling blocks at the top (and at least one bug in
2to3). The fixer seems to work fine on actual files but the unit tests
that use strings do nothing.
Eric Smith [EMAIL PROTECTED] added the comment:
Implemented in r61682.
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2436
__
Christopher Li [EMAIL PROTECTED] added the comment:
In cast it is not obvious. I already attached the purpose patch
http-tunnel-urllib in the bug.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
_
Phillip J. Eby [EMAIL PROTECTED] added the comment:
Oops, my bad. I'm thinking of an entirely unrelated get_loader()
function. Meanwhile, I misread your patch entirely, and thought you had
some dead code for os.path processing that is in fact live. So there is
another problem (really the only
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The strange code is a copy of PyUnicode_DecodeUnicodeEscape. I find it
easier to read. And the duplicate lines are likely to be optimized by
the compiler.
Here is a new version of the patch which:
- correctly forbid illegal code points
-
Paul Moore [EMAIL PROTECTED] added the comment:
Is that true? loader.load_module(pkg) should return sys.modules[pkg]
without reloading if it already exists. See PEP 302 Specification part
1: The Importer Protocol:
The load_module() method has a few responsibilities that it must
fulfil *before*
Changes by Paul Moore [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9792/pkgutil.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2439
__
___
Python-bugs-list
Phillip J. Eby [EMAIL PROTECTED] added the comment:
reload() is implemented by calling the PEP 302 load_module() method
on the existing module object.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2439
__
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Applying the _strptime.diff patch broke the _strptime
test(test_defaults). Once you change the year, you also have to adapt
the day of week, as this becomes dynamic, too. The rest remains the
same, though. I attached a patch to this test
Skip Montanaro [EMAIL PROTECTED] added the comment:
The default for Popen objects is to not use the shell, thus
no expansion. Set shell=True in the Popen call:
import subprocess
output = subprocess.Popen(['ls', '*'])
ls: *: No such file or directory
output = subprocess.Popen(['ls', '*'],
Changes by Sean Reifschneider [EMAIL PROTECTED]:
--
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue
__
___
Python-bugs-list mailing list
Antoine Pitrou [EMAIL PROTECTED] added the comment:
FWIW, m2crypto already provides an FTP-TLS facility with an
ftplib-compatible API. See http://chandlerproject.org/Projects/MeTooCrypto
--
nosy: +pitrou
__
Tracker [EMAIL PROTECTED]
New submission from A.M. Kuchling [EMAIL PROTECTED]:
The following modules or features aren't documented: future_builtins,
__self__ and __func__ on method objects, the print() function.
--
assignee: georg.brandl
components: Documentation
messages: 64230
nosy: akuchling, georg.brandl
Nick Coghlan [EMAIL PROTECTED] added the comment:
To clarify the intent of the section of PEP 302 Paul quoted: the
*module* object gets reused, but the contents of mod.__dict__ are
clobbered and the module code re-executed.
So it's the same module object, but with brand new contents (this is
Neal Norwitz [EMAIL PROTECTED] added the comment:
StandardError has been removed from Python 3.0. It's use is deprecated.
Instead of catching StandardError, do:
try:
# ...
except Exception:
# ...
--
assignee: loewis - nnorwitz
nosy: +nnorwitz
resolution: - out of date
95 matches
Mail list logo