Nadeem Vawda nadeem.va...@gmail.com added the comment:
If you’re logged into Roundup, you should automatically be logged into
our Rietveld instance.
I thought this was the case, but it isn't working for me. I've filed a
bug on the meta-tracker
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I seem to be unable to log in to rietveld, so I'll reply here.
result += decomp.decompress(data)
Is this efficient? I understood that other Python implementations
had poorly performing str.__iadd__, and therefore that using a list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12190
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Committed. Once again, thanks for the patch!
--
resolution: - accepted
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12167
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
OK, I'll hold off on doing a detailed review until then.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
Nadeem Vawda nadeem.va...@gmail.com added the comment:
False alarm; go ahead with the review. I took a look too early in the
morning before caffeine kicked in.
No worries. I know the feeling.
The tests look fine. The bodies of testRead() and testReadMultiStream()
appear to have been swapped
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Thanks for the patch. I'll review it tomorrow.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12131
___
___
Python-bugs
New submission from Nadeem Vawda nadeem.va...@gmail.com:
test_packaging fails when regrtest is run with the -j option (run multiple
tests concurrently).
$ ./python -Wd -E -bb -j0 -v test_packaging
[snip
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12133
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12141
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The behaviour of int() can be made consistent with the syntax for Python
integer literals by specifying a base of 0:
int(0050, 0)
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: invalid
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12107
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12124
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Also, if I'm reading the documentation correctly, there isn't any
support for incremental in-memory coding, so it wouldn't be possible
to implement classes analogous to BZ2Compressor/BZ2Decompressor.
--
assignee: - nadeem.vawda
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7443
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Also failing to compile on OS X:
http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%203.x/builds/1385/steps/test/logs/stdio
The problem seems to be that net/if.h is not being included on these
non-Linux systems. Looking
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The OpenIndiana bots are now green, but the BSD and OS X bots are still
failing. It seems that on those systems, net/if.h depends on sys/types.h
and maybe some other headers, so the current configure
script detects it as present
Nadeem Vawda nadeem.va...@gmail.com added the comment:
OK. I'll try to put together something cleaner just for 3.3, then.
--
assignee: - nadeem.vawda
stage: patch review - needs patch
versions: -Python 2.7, Python 3.1, Python 3.2
___
Python tracker
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12081
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
OK, that's great. It'll be another couple of hours before I can do
anything from the FreeBSD side; I'm still waiting for the ISO to finish
downloading :/
--
___
Python tracker rep
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12084
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
All the buildbots are back to normal. It looks like FreeBSD was having
the same problem as OS X.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1746656
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The code has been fixed. Once again, thanks for the bug report.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Fixed in 3.1, 3.2 and 3.3.
2.7 no longer has this problem -- the fix for issue8651 ensures that the
functions cannot receive inputs large enough to be problematic (since we
don't define PY_SSIZE_T_CLEAN).
--
resolution: - fixed
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12062
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12060
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Thanks for the bug report. It seems that the code needs fixing. I'll look
into it this weekend.
--
assignee: - nadeem.vawda
nosy: +nadeem.vawda
stage: - needs patch
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 -Python
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12053
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12041
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12046
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
sdaoden @Nadeem: note that the committed versions of the tests would not
sdaoden show up the Mac OS X mmap() bug AFAIK, because there is an
sdaoden intermediate .close() of the file to be mmapped.
Thanks for catching that. Should be fixed
Nadeem Vawda nadeem.va...@gmail.com added the comment:
test_move_dir_caseinsensitive is failing on some of the XP buildbots:
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/4514
http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/2696
http
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12021
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Thanks for the tests; I'll review and commit them tomorrow morning.
Even if that means that there is no test which checksums an
entire superlarge mmap() region.
Bear in mind that the test is only to be removed from 2.7; it will still
Nadeem Vawda nadeem.va...@gmail.com added the comment:
haypo Can we just remove the test?
I think so. The test was originally intended to catch the case where crc32() or
adler32() would get a buffer of =4GB, and then silently truncate the size and
produce an incorrect result (issue10276
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Changeset a0681e7a6ded fixes this bug for 2.7 - too-large buffers cause
an OverflowError during argument parsing, so there is no possibility of
truncation happening.
--
status: open - closed
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11918
___
___
Python-bugs
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11877
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
So i finally did some tests using Nadeem's code snippet
from msg133677. The largest top(1) i ever got was
30477 python3 2.7 00:09.77 101877912M+ 240K
but the system is unusable then.
The code I posted
New submission from Nadeem Vawda nadeem.va...@gmail.com:
Could you provide more details on the problem? What version of Python did
you encounter this error under? A short code fragment that triggers the
error would also be useful.
(I get no errors executing sys.stdin.flush() on 2.6.6 or 3.3
Nadeem Vawda nadeem.va...@gmail.com added the comment:
By the way, at this point I think we could simply skip the test on BSDs
and OS X. The tested functionality is cross-platform, so testing under
a limited set of systems should be ok.
Another solution would be to rewrite the test
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I think there's basically noone and nothing (even among the buildbots)
that runs bigmem tests on a regular basis, so I'd much rather keep the
mmap() solution, even if that means it must be skipped on OS X.
Fair enough.
(As an aside
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Georg? Benjamin? Do you think this fix should be backported?
--
nosy: +benjamin.peterson, georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11802
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Because the lru_cache decorator doesn't provide any way to invalidate
stale cache entries.
Perhaps I should factor out the duplicated code into a separate class
that can then also be exposed to users of the stdlib. But that would only
apply
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I question whether this should be backported. Please discuss with the RM.
Will do. Are you referring specifically to 2.7, or to 3.1 and 3.2 as well?
--
___
Python tracker rep
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5996
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I've looked at the code for Python 3, and there isn't anything there that
prevents this from happening there, either. So the fix should be applied
to 3.2 and 3.3 as well.
An alternative approach would be to limit the size of the cache, so
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11277
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Patch for 3.3 and 3.2
--
keywords: +patch
Added file: http://bugs.python.org/file21584/filecmp-lru-cache-3.3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11802
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Patch for 2.7.
--
Added file: http://bugs.python.org/file21585/filecmp-lru-cache-2.7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11802
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11802
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Oops, there was a typo in the 2.7 patch (import _thread instead of
import thread). Corrected patch attached.
--
Added file: http://bugs.python.org/file21586/filecmp-lru-cache-2.7.diff
___
Python
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11795
___
___
Python-bugs
Nadeem Vawda nadeem.va...@gmail.com added the comment:
As a reference, I think you are refering to #5863 and #10791. Pretty fine
job, I must say.
Thank you :)
Nadeem, what do you think?. Is xz in your list?.
Yes, it's the next substantial thing I was planning on working on. I don't have
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here's an implementation of read1() that satisfies that condition, along with
some relevant unit tests.
--
keywords: +patch
Added file: http://bugs.python.org/file21531/gzipfile_read1.diff
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Something looks fishy: what happens if size is -1 and EOFError is not raised?
You're right - I missed that possibility. In that case, extrasize and offset get
updated incorrectly, which will break subsequent calls to seek() and tell
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Is following change in GzipFile class enough:
def read1(self, n):
return self.read(n)
? This satisfies TextIOWrapper to run readline correctly.
Looks good to me.
By the way, BZ2File now works correctly - the fix
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10791
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here is an updated patch that adds read1() to BZ2File. This should fix things
for issue10791 from the bz2 side. I also took the opportunity to clean up
_read_block() to be more readable. As per Martin's suggestion on python-dev, I
put
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Updated documentation.
--
Added file: http://bugs.python.org/file21503/bz2-v5-doc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Thanks for the review. I've made most of the changes you suggested, but there's
one thing I wanted to check about:
- instead of int(size), use size = size.__index__() so as to forbid floats
The tests for readline() and readlines() expect
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here's the updated patch.
--
Added file: http://bugs.python.org/file21507/bz2-v6.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
... and the corresponding updated documentation patch.
--
Added file: http://bugs.python.org/file21508/bz2-v6-doc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Apparently the PSF has received your contributor agreement.
Great; I was just about to send them an email to check.
Does it mean the situation is cleared? I plan to do a review of your latest
patch.
Yes, everything's sorted out. Go
Nadeem Vawda nadeem.va...@gmail.com added the comment:
For what its worth, an strace of Java's Process class appears to cheat by
opening /proc/self/fd inbetween fork exec.
Looking at the OpenJDK source confirms this:
http://hg.openjdk.java.net/jdk6/jdk6/jdk/file/tip/src/solaris/native/java
New submission from Nadeem Vawda nadeem.va...@gmail.com:
When running regrtest on a non-Windows platform, I get a warning that
test_msilib was skipped unexpectedly. The attached patch modifies regrtest to
indicate that this is expected.
--
components: Tests
files: test_msilib
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Looks good to me.
[...] but I couldn't find any patches that fix this specific issue.
Well, test_select_unbuffered() was only introduced a few days ago (changeset
cb148da52c47), so I'm not surprised :)
--
nosy: +nvawda
Nadeem Vawda nadeem.va...@gmail.com added the comment:
- when -j0 is passed to regrtest, use the cpu count detected by
multiprocessing
- remove the duplicate test in make test
- add -j0 to the test options in make test
+1. The duplicate test seems quite wasteful (outside of testall
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Looking at the actual times with -j0, I don't think there is any need to
keep quicktest - with the removal of the duplicate test, I can do a full
run in 3m16s (on a debug build; non-debug takes 1m54s), which seems plenty
fast enough.
One
Nadeem Vawda nadeem.va...@gmail.com added the comment:
From the discussion on python-dev, it seems that I will need to submit a
Contributor Agreement to the PSF. Can I ask that you not commit this
patch until the CA has been submitted? I will need to clear it with my
employer, and it might
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11608
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
The first ResourceWarning looks like the test_cgi leak from issue10512, which
was fixed in changeset ae186b3b2c55.
--
nosy: +nvawda
status: pending - open
___
Python tracker rep
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Sorry about accidentally changing the issue status to open. It seems that I
don't have the requisite privileges to change it back to pending...
--
___
Python tracker rep...@bugs.python.org
http
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here is an updated patch, incorporating the feedback from your review.
The new patch no longer checks for errors in bz2CompressEnd()/bz2DecompressEnd()
in the dealloc functions for BZ2Compressor/BZ2Decompressor. I found that calling
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Corresponding patch for the module docs.
--
Added file: http://bugs.python.org/file21315/bz2-v4-doc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I saw the partial fix suggested by the patch, but for some reason I
did not see ResourceWarning being shutup.
Do you mean that you aren't getting ResourceWarnings in the first place?
Or that you are getting warnings, and the partial fix
Nadeem Vawda nadeem.va...@gmail.com added the comment:
urlopen_HttpTests.test_willclose() fails to call unfakehttp(), which breaks
subsequent runs of test_urllib2_localnet, test_urllib2net and test_urllibnet.
Fix attached.
--
Added file: http://bugs.python.org/file21292
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Would it be possible to commit this partial fix now? It gets rid of 4 of the 8
warnings that I am currently seeing in test_urllib2net.
(As an aside, for anyone reading this who hasn't seen issue11563,
test_urllibnet is now warning-free
Nadeem Vawda nadeem.va...@gmail.com added the comment:
issue10883 is related; test_urllib2net also leaves sockets open in several
places.
--
nosy: +haypo, nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11563
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11549
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10050
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11550
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Would it be possible to add an open() function to the bz2 module?
Yes, it would be quite trivial, though I don't think it would be worthwhile -
all it would do is provide a direct alias for the BZ2File constructor. But as
Antoine said
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Well, I would personally advocate not re-adding a license boilerplate,
since it doesn't serve a purpose (nearly all of Python is freely usable
under the PSF License, and the authors are documented by version control).
That sounds
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Thanks for the review. I'll try and have an updated patch ready by next weekend.
Regarding your comments:
Is there any reason it doesn't inherit io.BufferedIOBase?
No, there isn't; I'll fix that in my revised patch.
Since this is a new
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11244
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11457
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11454
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I don't seem to be able to reproduce the failure in test_platform.
Nevertheless, the behaviour is broken. Here's a patch that should fix it
without allocating too much extra space.
--
keywords: +patch
nosy: +nvawda
Added file
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Ah, now I see - the code that fails isn't test_platform, it's the regrtest code
that prints out the version info at the beginning of the test results. This
doesn't get displayed when you explicitly tell regrtest what tests to run
Nadeem Vawda nadeem.va...@gmail.com added the comment:
I'm not seeing the commit anywhere. Did you perhaps forget to hg push after
committing?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8594
Nadeem Vawda nadeem.va...@gmail.com added the comment:
test_source_address_passive_connection() raises a ResourceWarning. Fix attached.
--
nosy: +nvawda
Added file: http://bugs.python.org/file21019/test_ftplib-leak.diff
___
Python tracker rep
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8651
___
___
Python-bugs-list
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nvawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8650
___
___
Python-bugs-list
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here's a revised version of bz2-v3.diff, with docstrings that are more
consistent with the updated documentation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Weird, the patch didn't upload...
--
Added file: http://bugs.python.org/file20721/bz2-v3b.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Here's an update to the documentation for the bz2 module.
--
Added file: http://bugs.python.org/file20692/bz2-doc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5863
Nadeem Vawda nadeem.va...@gmail.com added the comment:
No objections here. The other remaining leaks that I am aware of are covered by
issue10883.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10512
401 - 500 of 536 matches
Mail list logo