Modules Team
Changed-By: Brian May
Description:
python-celery - async task/job queue based on message passing (Python2 version)
python-celery-common - async task/job queue based on message passing (common
files)
python-celery-doc - async task/job queue based on message passing
(Documentation
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
: Debian Python Modules Team
Changed-By: Brian May
Description:
django-simple-captcha - Django Simple Captcha Django application
python-django-captcha - Django Simple Captcha Django application
python3-django-captcha - Django Simple Captcha Django application
Closes: 882140
Changes:
django
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
Maintainer: Debian Python Modules Team
Changed-By: Brian May
Description:
python-django - High-level Python web development framework (Python 2 version)
python-django-common - High-level Python web development framework (common)
python-django-doc - High-level Python web development framework
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 07 Mar 2018 17:01:54 +1100
Source: python-django
Binary: python-django python-django-doc
Architecture: source all
Version: 1.4.22-1+deb7u4
Distribution: wheezy-security
Urgency: high
Maintainer: Chris Lamb
Changed-By: Brian
es. I CCed him.
Possibly there are errors in the git packaging that need to be fixed. I
stopped as soon as I encountered problems, because I did not have the
time to fix them.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.ali
ython.org/pypi/django-ranged-response/0.2.0
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
and suggest
that we should think about removing the package from Debian testing and
unstable instead.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pyt
asis. Uploaded.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
ive suggestion), I
should be able to review and upload a new package.
Thanks!
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
e is no longer Python3 compatable -
if I understood correctly.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
It seems like there is not going to be a new celery release anytime
soon:
https://github.com/celery/celery/pull/3958#issuecomment-313997326
Are you able to provide a link to the commit that fixed this?
--
Brian May
___
Python-modules-team mailing li
Adrian Bunk writes:
>> * sphinx_celery
>
> https://tracker.debian.org/pkg/sphinx-celery
Looks like there is only a Python3 version of the package...
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.deb
like the latest celery requires two new packages not
yet in Debian:
* sphinx_celery
* cyanide
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pytho
sfully uploaded django-environ_0.4.3-1_i386.changes into
unstable today. Why did this upload get rejected?
Regards
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/m
ends "main.html" %}
File "/<>/docs_theme/main.html", line 7, in top-level template
code
{% if page.title %}{{ page.title }} - {% endif %}{{ config.site_name
}}
File "/usr/lib/python3/dist-packages/jinja2/environment.py", line 430, in
g
ithub.com/django-extensions/django-extensions/issues/1072
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
or in 0.88 seconds ====
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Brian May writes:
> Looks like fixing this is going to require python3-tablib package. We
> have a python-tablib package, not a python3-tablib one though.
>
> I filled a bug report against python-tablib source.
#865855
--
Brian May
__
Chris Lamb writes:
> Brian May wrote:
>>
>> Bug #852512 reported by you has been fixed in the Git repository. You can
>> see the changelog below, and you can check the diff of the fix at:
>>
>>
>> https://anonscm.debian.org/cgit/python-modules/packag
Neil Williams writes:
> severity 855829 normal
> retitle 855829 New upstream release needed in experimental for testing with
> django 1.11
> tag 855829 - buster
> tag 855829 - sid
> thanks
Django 1.11 is now in unstable, hence I don't understand why you made
the above
Brian May writes:
> On Tue, Nov 11, 2014 at 11:40:56AM +1100, Brian May wrote:
>> A bug report has been filled against debian-policy for a httpd-wsgi3
>> virtual package for Python 3 WSGI, see #768117.
>
> This happened years ago...
>
> Please change the provides to
he current version i 9.0
--
Brian May
https://linuxpenguins.xyz/brian/
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
pped loading apps the moment it detects a bad dependancy?
After looking at the code, this doesn't exactly make sense, but maybe
something here might help regardless.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.aliot
ainst Django.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
B. Create a Django bug report pointing to our test case. They may or may
not accept it as a bug in Django, however it would be good to get their
feedback.
C. My idea for a work around is to write code that will directly update
the Django migration tables to indicate that this migration really has
bee
lied. It does this check
before applying any migrations.
I don't know for sure what is correct behaviour here. However I am
inclined to think maybe this isn't a Django 1.10 fault, because the
migration in Jessie clearly says it depends on a migration that was
never applied - because it doe
.10 bug.
To the best of my knowledge this should still be supported.
If I am right, then it should be possible to work around this by
manually applying the migration in fake mode.
--
Brian May
___
Python-modules-team mailing list
Python-modules-t
Neil Williams writes:
> Upgrading directly to Stretch:
Just to clarify: Was this upgrading the entire system to stretch, or
just the relevant packages?
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.
sion of Django
that is obsolete before Debian is even released.
Reference: https://www.djangoproject.com/download/
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/ma
tframework (3.0.5-0.2) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix broken links to media files. Remove debian/*.links, these symlinks are
+no longer relevant.
+
+ -- Brian May Mon, 16 Mar 2015 14:20:11 +1100
+
> I noticed after sending the bug, then tried to send found/notfou
ich is in stretch and sid.
In any case, it sounds like this bug, which *is* fixed in 3.4.0-2:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858811
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.a
Brian May writes:
> In what way do you consider this a bug in python-passlib and not
> ansible?
Looks like an Ansible bug to me:
https://github.com/ansible/ansible/issues/20199
--
Brian May
___
Python-modules-team mailing list
Python-module
t
ansible?
(Not saying you are wrong, just trying to understand this better)
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Aurelien ROUGEMONT writes:
> Tags: patch
Why did you give this a patch tag? I don't see any patches...
> --- Please enter the report below this line. ---
Care to provide any more details?
--
Brian May
___
Python-modules-team mailing
duce this locally. I use a 32bit schroot.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Brian May writes:
> I believe this is fixed in version 1.7.1 which is in unstable.
Unblock request sent:
#860717
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-
https://bugs.python.org/issue29346
python-passlib applied a work around:
https://bitbucket.org/ecollins/passlib/commits/80f838f5771f6753b0e46716ab25b48641aeef89
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Brian May writes:
> This is actually Python 3.6 bug:
Actually that claim makes no sense as Python 3.6 isn't in Debian testing
or unstable yet.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.
exing to me.
As far as I can tell, libstdc++6 doesn't actually depend on
python3-taglib. No idea why your results show otherwise.
blumindo is not in unstable or stretch. Guessing you were looking at the
version in experimental.
--
Brian May
___
no, I do not I consider this grounds for an RM by itself).
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Nish Aravamudan writes:
> I was able to verify the updated package in unstable has the correct
> dependencies and when 'celeryd' is installed, the appropriate binaries
> `celery` and `celeryd` are avaiable.
Thanks for the confirmation.
Unblock request sent: #8
Package: python3-djangorestframework
Version: 3.4.0-1
Severity: important
grid.png is installed here:
/usr/share/doc/python3-djangorestframework/img/grid.png
But the following file:
/usr/lib/python3/dist-packages/rest_framework/static/rest_framework/css/bootstrap-tweaks.css
Expects to find it
On Tue, Nov 11, 2014 at 11:40:56AM +1100, Brian May wrote:
> A bug report has been filled against debian-policy for a httpd-wsgi3
> virtual package for Python 3 WSGI, see #768117.
This happened years ago...
Please change the provides to use httpd-wsgi3 instead of httpd-wsgi.
--
Bri
Nish Aravamudan writes:
>> I have pushed a change through to git that will fix this on the next
>> release.
I just uploaded this to unstable. Are you able to test this?
(note I did not fix the bashism issue yet)
Thanks
--
Brian May
__
Brian May writes:
>> File "/usr/lib/python2.7/dist-packages/kombu/five.py", line 6, in
>>
>> import vine.five
>> ImportError: No module named vine.five
Just to keep this bug report up-to-date:
This particular problem is easy to fix, and I have m
gt; ImportError: No module named vine.five
Just for the record, this does *not* affect the version in testing.
(which initially had me concerned because vine is not in testing)
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@
ile) and may be wrong for
the given project. Or may change unexpectedly. e.g. installing
python3-celery will make it default to python3.
Would be better I think if the project supplied its own init.d script.
--
Brian May
___
Python-modules-team mailing
So, unfortunately, I am inclined to remmend reverting all changes on the
master branch since debian/2.1-3 for now. If you want, I can do
this. Because if any future RC bugs occur during the freeze, we need to
be able to make new releases from from the master branch for the s
Santiago Vila writes:
> Maybe this "only" fails shortly after February 28th, but we really want
> tests to never fail. It is possible that this package assumes one or more
> things in the following list?:
Fixed in unstable and unblock request sent: #8
Brian May writes:
> Ok, I got a suggestion to run the failing test by itself. It fails
> everytime. As reported in the upstream bug report.
Unblock request sent: #857429
--
Brian May
___
Python-modules-team mailing list
Python-module
ows
some margin for error, so 31 days might be OK, however by the looks of
it, 28 days is not OK.
I have forwarded this upstream:
https://github.com/bear/parsedatetime/issues/215
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@list
Santiago Vila writes:
> So I think forwarding the bug would make sense. Just tell upstream the
> truth, namely, that you have received a bug saying the package fails
> to build randomly.
See https://github.com/jazzband/django-pipeline/issues/622
--
Brian May writes:
> Santiago Vila writes:
>
>> So I think forwarding the bug would make sense. Just tell upstream the
>> truth, namely, that you have received a bug saying the package fails
>> to build randomly.
>
> See https://github.com/jazzband/django-pi
Antonio Terceiro writes:
> Package: python3-django-celery
> Version: 3.1.17-3.1
> Severity: grave
> Forwarded: https://github.com/celery/django-celery/pull/458
> Justification: renders package unusable
Unblock request sent #85589
/six/', None),
As far as I can tell, this documentation isn't packaged in Debian.
> 'formtools': ('https://django-formtools.readthedocs.io/en/latest/',
> None),
> 'psycopg2': ('http://in
Michael Fladischer writes:
> Updating to 1.2.0 would solve this but the freeze is already in place, so it's
> either backporting the fix from upstream[0] or asking fo an exeption from
> release team.
Unblock request sent for backport: #854833
u use the old style MIDDLEWARE_CLASSES setting, it works fine, same
as before.
The problems only occur if you want to use the new style MIDDLEWARE
setting.
I can confirm that the supplied patch soles the problem.
--
Brian May
___
Python-modules-team
ably fare easy to get approval for one commit as opposed to
all of these:
https://github.com/ottoyiu/django-cors-headers/compare/1.1.0...1.2.0
> [0]
> https://github.com/ottoyiu/django-cors-headers/commit/870b1d9deb54ff4c1fefedc39dff02519abb32c5
I will have a
(timestamp+time.timezone).tm_isdst
> ValueError: timestamp out of range for platform time_t
>
> --
> Ran 45 tests in 7.922s
>
> FAILED (errors=2)
> debian/rules:27: recipe for target 'override_dh_auto_test' failed
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
ay). If Brian doesn't beat me
> to it, I'm happy to update to 1.7.1 once it's available.
Considering the coming freeze, might be best to upload a fix before
then... If you want this in stretch that is.
--
Brian May
___
Python-modu
27;ve put several build logs here:
>
> https://people.debian.org/~sanvila/build-logs/django-pipeline/
>
> If this is really a bug in one of the build-depends, please use reassign and
> affects,
> so that this is still visible in the page for this package.
>
> The bug should b
ATH=. python{version}
/usr/bin/django-admin test -v3 --settings=tests.settings" dh_auto_test
Thanks!
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
aning no new packages, no re-entry, normal migrations). Don't
want to risk uploading a new package that gets into stretch and creates
RC bugs - it might mean the package fails to get into Stretch.
--
Brian May
___
Python-modules-team mailing list
Py
need to set (in debian/rules):
export SETUPTOOLS_SCM_PRETEND_VERSION=$(shell cat PKG-INFO | sed -n
's/^Version: //p')
otherwise the version won't come out correctly.
--
Brian May
___
Python-modules-team mailing list
Python-modules-t
tall a symlink to the minified file provided by
> that package, instead of another minified copy of the library.
Help to fix this appreciated. Am very short on time recently.
Thanks.
--
Brian May
___
Python-modules-team mailing list
Python-modules-
go 1.10 support regressed with changes between pre-alpha and final
release; 1.10 currently not supported.
See upstream bug at
https://github.com/carljm/django-model-utils/issues/232
--
Brian May
___
Python-modules-team mailing list
Pyth
ssuming Django 1.10 issues
- so I won't be able to do an upload anytime soon.
Regards
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
ions from me.
If you want to skip the 2 day delay, that is fine with me also.
Thanks!
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Thomas Goirand writes:
> I have sent a (one liner) fix to the Git. Can you please review it, and
> allow me to upload it (or upload it yourself)?
Please go ahead and upload.
Thanks
--
Brian May
___
Python-modules-team mailing list
Python-m
You upload looks fine. Go ahead, make the upload. Thanks.
I would normally ask to make sure that the appropriate bugs are filled
upstream, however last I looked upstream wasn't particular responsive,
and I suspect that hasn't changed :-(
--
Brian May
___
Ben Finney writes:
> Which bug report requests the archive override for the Section of this
> package? As noted in the initial bug report:
Bug #833034
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debi
> much as any other daemon that provides services to applications behind
> the scenes.
>
> The sections aren't going to fit all packages perfectly, though. If
> you can justify the package fitting some other section by functional
> d
docs/pull/939/commits/8b006bd7fda55e47e29412896c511c7244398f82
If so, we might need to update the ticket to say it wasn't fixed:
https://github.com/mkdocs/mkdocs/issues/938
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://l
ad (not NMU).
Otherwise I can do the upload too if you want me to.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Brian May writes:
> I think you might be confused; these a warnings only. The build-depends
> installs the required packages.
Oh, I guess you were talking about depends on the binary packages, not
the build-depends.
Will upload after I finish doing some tests.
PS. All my uploads ar
python3-markdown (>= 2.1.0),
python3-jinja2, python3-yaml, python3-watchdog, python3-pkg-resources,
python3-click, python3-tornado, python3-livereload,
mkdocs-bootstrap (>=0.1.1), mkdocs-bootswatch (>=0.1.0),
I will see if I can silence the warning, but I don't think anythin
ngo-extensions’ or ‘python3-django-extensions’ will receive
> the suggestion.
Was going to upload a fix for this, but opened bug #828207 instead.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://li
Source: python-django-extensions
Version: 1.6.7-2
Severity: serious
Justification: FTBFS
Guessing this might be a Django issue with 1.10~beta1-1:
dh_auto_test -- --system=custom --test-args="{interpreter} -m pytest
--ds=tests.testapp.settings --cov=django_extensions"
I: pybuild base:184: python2
ime())` is. It is annoyingly complicated to get
a Unix timestamp in Python. Although Python >= 3.3 makes it easier with
`datetime.datetime.utcnow().timestamp()`. Not sure how the `datetime`
module went so long without the ability to return a timestam
be forwarded upstream?
https://github.com/mkdocs/mkdocs/issues
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
his (broken)
behaviour.
Regards
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
contact the Maintainer... Sometimes I will resend emails to
debian-pyt...@lists.debian.org when I see this happen.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/
Neil Williams writes:
> python-django and python-django-tables2 from jessie work but if either
> one is pulled in from jessie-backports without the other, restarting
> apache2 causes a HTTP500.
I am not sure I see how adding the Breaks header helps resolve this?
--
then upgrade django?
Apart from the Breaks header, all other the changes look fine and I will
look at making these changes to the unstable version.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://list
t
is to add the tags to git.
Only possible concern: Is it ok to disable intersphinx like this? I
assume the documentation will still be good, just the links to external
documentation won't appear as links. Is this correct?
--
Brian May
___
Pyth
Brian May writes:
> The patch looks good to me, I should be able to incooporate it into git
> and upload today.
Thanks for the patch. I have just uploaded a fixed version to Debian.
--
Brian May
___
Python-modules-team mailing list
Python-m
uld be able to incooporate it into git
and upload today.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Discussion was moved here:
https://lists.debian.org/debian-python/2016/03/msg00070.html
Am about to upload what should be a fix to this problem.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http
at this symbol can be loaded.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
ot;, line 75, in __init__
sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
OSError: [Errno 13] Permission denied
make[1]: *** [override_dh_auto_test] Error 1
debian/rules:22: recipe for target 'override_dh_auto_test&#x
hon$version,"
"/usr/bin/py.test-$version"
fi
done
;;
This should be done at build time in debian/rules, not at install time.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
mkdocs.
Thanks.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
hat these are set to.
I probably should change the line from:
LANG=C.UTF-8 mkdocs build && mv site docs.debian/html
To something like:
LANG=C.UTF-8 LC_CTYPE= LC_ALL= mkdocs build && mv site docs.debian/html
Just in case.
--
Brian May
Brian May writes:
> (sid-amd64)root@prune:/tmp/brian/tmp9rNvFP/build/amd64# LANG=C.UTF-8 mkdocs
Oh, I guess you don't have the C.UTF-8 locale defined. For me, I do.
That means, for me, the following code will detect a non-ascii codec,
and exit before running the faulty code.
4# LANG=C.UTF-8 mkdocs
Usage: mkdocs [OPTIONS] COMMAND [ARGS]...
MkDocs - Project documentation with Markdown.
Options:
-V, --version Show the version and exit.
-q, --quietSilence warnings
-v, --verbose Enable verbose output
-h, --help Show this message and exit.
Commands:
patches for compatibility. Upstream
> will not support anything for users that violates the existing restrictions.
Better read that request again.
There was nothing I saw about using it with an older upstream version of
urllib3.
--
Brian May
___
policy, nor does it require maintaing patches.
--
Brian May
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
1 - 100 of 252 matches
Mail list logo
