Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
(please explain the reason for this update here)
We need to cherry-pick two patches in order to fix a deadlock issue for zfs
https://github.com/openzfs/zfs/commit/98bb45e27ae80145a6
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
We need to cherry-pick two upstream commits to fix a deadlock issue for zfs
https://github.com/openzfs/zfs/commit/98bb45e27ae80145a6ce028df90fccdb23f8901d
https://github.com/openzfs/
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: onedal
* URL : https://github.com/oneapi-src/oneDAL
* License : Apache-2
Programming Lang: C++, SYCL
Description : oneAPI Data Analytics Library (oneDAL)
This is possibly previously known as intel
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: onemkl
* URL : https://github.com/oneapi-src/oneMKL
* License : Apache-2
Programming Lang: C++, OpenCL (maybe SYCL)
Description : oneAPI Math Kernel Library (oneMKL) Interfaces
It looks like intel is
Hi Diane,
Please just drop me from maintainers. Thank you for your work!
On Tue, Mar 24, 2020 at 02:36:46PM -0700, Diane Trout wrote:
> On Wed, 18 Mar 2020 04:34:24 +0000 Mo Zhou wrote:
> > Hi Diane,
> >
> > Please go ahead. But actually the package is maintained unde
Hi Diane,
Please go ahead. But actually the package is maintained under science
team. I think it's unnecessary to move it from science team to python
team.
On Tue, Mar 17, 2020 at 11:40:06AM -0700, Diane Trout wrote:
> Hi,
>
> I'd like to adopt numba into the python modules team with me as
> upl
Hi Sandro,
I've lost interest in pssh. At that time I was investigating a couple
of parallel SSH solutions, and I eventually chose ansible.
On Fri, Mar 13, 2020 at 08:29:04PM -0400, Sandro Tosi wrote:
> On Thu, 20 Jun 2019 06:24:13 -0700 Mo Zhou wrote:
> > Source: pssh
> &
tches/series
> can't find file to patch at input line 7
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |Description: prevent cmake from downloading binary blob from internet.
> |Author: Mo Zhou
> |diff
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: smartdns
* URL : https://github.com/pymumu/smartdns/releases
* License : GPL-3+
Programming Lang: C
Description : local DNS server to obtain the fastest IP for the best
experience
The package is
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: dlpack
Version : git head
* URL : https://github.com/dmlc/dlpack
* License : apache-2.0
Programming Lang: C
Description : Open In Memory Tensor Structure and operator interface for
deep
Source: eviacam
Version: 2.1.4-1
Severity: serious
Dear maintainer,
eviacam FTBFS against the latest version of OpenCV:
https://buildd.debian.org/status/package.php?p=eviacam&suite=sid
https://buildd.debian.org/status/fetch.php?pkg=eviacam&arch=amd64&ver=2.1.4-1%2Bb1&stamp=1580642132&raw=0
which
Hi Christian,
Thank you for working on this. AutoML is indeed a significant trend in
the industry, and I think packaging AutoML toolkit is valuable for
Debian.
On Thu, Jan 23, 2020 at 06:50:51PM +0100, Christian Kastner wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Christian Kastner
>
>
Actually I always hesitate to package MXNet and its dependencies.
On Fri, Jan 17, 2020 at 02:25:46PM +, Wookey wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Wookey
>
> * Package name: tvm
> Version : 0.6.0
> Upstream Author : Apache tvm incubator project
> * URL
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
(please explain about the transition: impacted packages, reason, ...
4.1.2+dfsg-5 -> 4.2.0+dfsg-2
We need to handle the opencv SOVERSION bump along with new upstream
release. Unlike th
GSL provides a set of CBLAS API/ABI, delivered with shared object
"libgslcblas.so" and header "gsl_cblas.h". That subset becomes
redundant once you include the headers of any standard/compatible
(C)BLAS library. That's what the compilation error means.
Make sure that the code only use one CBLAS i
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: kaldi
* URL : https://github.com/kaldi-asr/kaldi
* URL : http://kaldi-asr.org/
* License : Apache-2
Programming Lang: C++, python, etc.
Description : Kaldi Speech Recognition Toolkit
This
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: yuzu
Version : git HEAD
* URL : https://yuzu-emu.org/
* License : GPL
Programming Lang: C++
Description : Nintendo Switch Emulator
will be maintained under the games team.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: sk1
Version : 2.0~rc4
* URL : https://sk1project.net/sk1/
* License : GPL-3
Programming Lang: Python
Description : advanced vector graphics editor
Inkscape is good and I like it. This
I second this proposal, and the same for src:liblinear.
These are high popcon packages, dependencies for a number of other
packages. They should be team maintained to unblock important fixes.
On Sat, Dec 21, 2019 at 08:35:28AM +0100, Andreas Tille wrote:
> Hi Chen-Tse,
>
> I'm maintaining a pack
Control: tags -1 +moreinfo
Hi Mykola,
I think the problem has been fixed in a certain dkms update.
And I cannot reproduce the problem on debian sid.
Package: ftp.debian.org
Severity: normal
(please explain the reason for the removal here)
src:julia/unstable FTBFS on arm64 and armhf due to lack of a couple of
fixes to LLVM-8. Sylvestre is going to put less attention on this LLVM
version, so let's see what will happen to future version of julia
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-CC: debian-scie...@lists.debian.org
* Package name: libflame
Version : x.y.z
Upstream Author : Field G. Van Zee / UT Austin
* URL : https://github.com/flame/libflame
* License : BSD-3-Clause
control: retitle -1 RM: linuxbrew-wrapper -- RoM; orphaned; python2-only; low
popcon
changing RoQA -> RoM. I agree the removal.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: trisycl
Version : x.y.z
Upstream Author : Name
* URL : https://github.com/triSYCL/triSYCL
* License : LLVM/UIUC
Programming Lang: C++/SYCL
Description : Generic system-wide modern C++ for
ject-Id-Version: dpkg 1.19.0\n"
"Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
"POT-Creation-Date: 2019-06-03 23:21+0200\n"
-"PO-Revision-Date: 2019-01-12 00:00+\n"
+"PO-Revision-Date: 2019-11-28 00:00+\n"
"Last-Translator: Mo Zhou
Control: forwarded -1 https://github.com/MoarVM/MoarVM/issues/1194
On Thu, Nov 21, 2019 at 12:25:13PM +0100, Paul Gevers wrote:
> Source: moarav
> Version: 2019.07.1+dfsg-2
> Severity: serious
> Tags: ftbfs
> Justification: ftbfs
> Control: affects -1 nqp
>
> -BEGIN PGP SIGNED MESSAGE-
>
On Mon, Nov 18, 2019 at 09:06:22AM +0100, Sylvestre Ledru wrote:
>
> Thanks!
> What about migrating to -9 ?
Upstream has not thoroughly tested their code against llvm-9. So I guess
sticking to llvm-8 would be a good solution for now.
> I am not going to spend much more time on -8 as we don't sh
Source: llvm-toolchain-8
Version: 1:8.0.1-4
Severity: normal
Hi Sylvestre,
As an notice in advance, I'm going to patch llvm-8 for julia, adding
exactly the following patches
https://github.com/JuliaLang/julia/blob/36c4eb251edfcd57b05d31a6b2b44ac71a36e36d/deps/llvm.mk#L464-L475
I'll prepare the
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: ccv
Version : x.y.z
Upstream Author : Name
* URL : https://github.com/liuliu/ccv
* License : BSD-3
Programming Lang: C
Description : C-based Computer Vision Library
OpenCV dropped
Hi Andreas,
Conda should not enter the main section.
As doko said, conda use MKL (non-free) by default, and prebuilt packages
are linked against libmkl_rt.so (entrance lib of MKL). So if you are going
to do performance tests, swithing BLAS/LAPACK alterntive to libmkl_rt
for Debian packages could
Hi Nicolas,
FYI, there was once a heated discussion on highlighting diffs generated
by git: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925288
(was: ITP: diff-so-fancy) That ITP eventually turned into a
packaging request for the "diff-highlight" executable already shipped
in src:git .
That
Package: qemu-user-static
Version: 1:4.1-1+b4
Dear maintainer,
When I was trying to bootstrap a foreign stage3 with qemu-debootstrap,
it failed and said "/debootstrap/debootstrap: no such file or
directory". After investigating the problem with strace I fixed it
with
export SHELL=/bin/sh
Hi NWChem maintainers,
blas/lapack lib maintainer here.
> I don't follow it closely, are you saying that both the refblas/lapack
> packages now provide a 64bit int interface, and MKL? Or just MKL?
both. We additionally compiled a 64bit-indexing version of src:lapack,
namely libblas64-dev and lib
Package: altree
Version: 1.3.1-7+b2
Severity: important
Tags: patch
See the recent MBF announcement and #943712
If you think the reference BLAS sucks in terms of performance, it's
recommended to add this for the binary package:
Recommends: libopenblas-base | libatlas3-base | libmkl-rt | libbla
Package: meep
Version: 1.7.0-3+b1
Severity: important
Control: blocks 943712 by -1
Hi,
Please set B-D on libblas-dev instead of atlas, as per the MBF mail
and $943712.
I understand that electromagnetic field simulation is computational
intensive. It's recommended to add e.g.
Recommend: libopen
ell.
Does it work with the amdgpu.ko shipped linux package?
Or we have to package the dkms kernel module?
On 2019-10-29 21:31, Timo Aaltonen wrote:
> On 26.10.2019 16.42, Mo Zhou wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Mo Zhou
>> X-Debbugs-Cc: debian-d
Package: libblas-dev
Version: 3.8.0-7
Severity: normal
Hi,
Besides the proposal to remove libcblas from atlas,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=943712
I also propose to add a readme file in libblas-dev, e.g.
/usr/share/doc/libblas-dev/libcblas.so.README
which describes why l
Package: libatlas3-base
Version: 3.10.3-8
Severity: normal
Hi Sébastien,
I propose to remove the libcblas.so in order to avoid trapping
more maintainer into the performance problem.
See the MBF bug:
https://lists.debian.org/debian-devel/2019/10/msg00273.html
If you agree with that, I'll continu
Hi Rebecca,
Personally I fully support the option (a). Afterall nobody likes
taking extra burden especially when there is no upstream support
anymore. (b) is for good wish but impractical. (c) means we just
let pandas package rot and die.
Even if some portion of users still need the python2 packa
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: roc-roct-thunk-interface
Version : 2.9.0
Upstream Author : AMD
* URL :
https://github.com/RadeonOpenCompute/ROCT-Thunk-Interface
* License : MIT/X11 and
Package: ninja-build
Version: 1.9.0-3
Severity: normal
Dear maintainer,
Please include ninja_syntax.py as an example.
It's very useful for people who would like write
their own ninja generators in python.
Package: python3-llvmlite
Version: 0.27.0-2+b1
blocks the update of python-numba.
and please remove python2 package.
I can NMU if you permit.
On 2019-10-20 07:25, Bernd Zeimetz wrote:
> Hi,
>
> thanks, I'll try to get this fixed on Monday.
> Which filesystem/mountpoint triggered that bug?
It's ZFS. I have two zpools on the machine. And their
corresponding fsNames are "tank" and "z1".
>
Package: open-vm-tools
Version: 2:11.0.0-2
Severity: important
Tags: patch
Forwarded: https://github.com/vmware/open-vm-tools/issues/378
Detailed description can be found here:
https://github.com/vmware/open-vm-tools/issues/378
I've also provided a hack for fixing this problem.
Source: opencv
Version: 4.1.2+dfsg-3
Severity: serious
Opencv's cmake files unconditionally use the MSA
ISA baseline once detected MIPS architecture.
It resulted in mips64el sigill and caffe (rdep
of opencv) ftbfs on mips64el. mipsel should have
been affected too.
Great. I'll prepare the -8 revision for unstable.
When it landed onto the archive, all remaining usability issues
of perl6 should be gone.
After that I'll update the perl6-zef package.
On 2019-10-17 12:09, Dominique Dumont wrote:
> On Wednesday, 16 October 2019 16:34:20 CEST gregor herrmann wrote
Package: ftp.debian.org
Severity: normal
suffers from FTBFS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922570
and it has an annoying dependency:
nvidia-cuda-toolkit
The upstream is not dead but they literally stopped
maintaining this software:
https://github.com/BVLC/caffe
So keeping
On 2019-10-10 11:03, Paul Gevers wrote:
> Although the tracker doesn't show any collision, I'd like to finish the
> perl transition first. Please go ahead when perl 5.30 migrates to
> testing. Once uploaded raise the severity of all those FTBFS bugs.
opencv 4.1.2 has landed onto unstable. The mips
d you please verify it? :-)
On 2019-10-15 16:44, gregor herrmann wrote:
> On Tue, 15 Oct 2019 02:17:24 -0700, Mo Zhou wrote:
>
>> Could you please double check the -6 revision? If it looks good,
>> I'll continue and upload it to unstable and close this bug.
>
> After
ain after the transition.
On 2019-10-15 16:44, gregor herrmann wrote:
> On Tue, 15 Oct 2019 02:17:24 -0700, Mo Zhou wrote:
>
>> Could you please double check the -6 revision? If it looks good,
>> I'll continue and upload it to unstable and close this bug.
>
> After upgrad
Package: rakudo
Version: 2019.07.1-4
Severity: serious
Clarification: causes FTBFS of rdeps, can causes usability issue
X-Debbugs-CC: rober...@semistable.com, d...@debian.org
Hi co-maintainers,
After installing 2019.07.1-4 and perl6-zef, user would confront
the following issue:
~/D/p/rakudo ❯❯❯
Package: nvidia-cuda-toolkit
Version: 10.1.105-3+b1
Dear co-maintainers,
Please remove me from the uploader list. I'm tired of
taking care of suckware from NVIDIA. I'm still interested
in maintaining some open-source packages related to nvidia,
but I shall never do anything for upstream:nvidia.
Package: dpkg
Version: 1.19.7
I made a typo when doing the translation.
diff --git a/po/zh_CN.po b/po/zh_CN.po
index 947944ea0..c4f9c5fc5 100644
--- a/po/zh_CN.po
+++ b/po/zh_CN.po
@@ -6084,7 +6084,7 @@ msgstr "重复路径 %s"
msgid ""
"alternative %s (part of link group %s) doesn't exist; removing fr
Control: block -1 by 915708
Control: block -1 by 915711
Control: block -1 by 915712
On 2019-10-10 11:03, Paul Gevers wrote:
>>> AFAIK opencv 3.x -> 4.x breaks nearly all the reverse dependencies, due
>>> to
>>> API changes or header path change.
>>> I have already filed FTBFS bugs against those co
ping?
On 2019-09-30 09:02, Mo Zhou wrote:
> Hi release team,
>
> Shall we proceed with the opencv transition? The opencv 3.2.0 in
> unstable
> is too ancient. The automatically generated ben file looks good:
>
> https://release.debian.org/transitions/html/auto-opencv.html
(re-sent due to incorrect CC address in last post)
Hi NOKUBI,
Thank you for working on this.
Although it may sound boring or even frustrating, data used for training
machine learning models, or pre-trained machine learning models
should be carefully dealt with.
Your copyright file is not complete
Hi NOKUBI,
Thank you for working on this.
Although it may sound boring or even frustrating, data used for training
machine learning models, or pre-trained machine learning models
should be carefully dealt with.
Your copyright file is not complete
https://bitbucket.org/tsuchm/pkg-sentencepiece/src
Package: gnome-shell
Version: 3.34.0-2
Severity: important
I've been using fcitx as the default Chinese input method for decades.
Recommending ibus simply breaks everything for me.
Oct 03 01:23:57 Macadamia fcitx.desktop[2905]: (ERROR-10874 ime.c:432)
fcitx-keyboard-in-kan-kagapa already exists
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-scie...@lists.debian.org
* Package name: magma
* URL : https://icl.cs.utk.edu/magma/
* License : BSD-3-Clause
Programming Lang: Fortran, C, CUDA, etc.
Description
gainst those correcponding packages
when opencv 4.0.1 landed onto experimental. Now it's 4.1.1 and I think
the result won't be different.
On 2019-01-14 15:44, Mo Zhou wrote:
> On Sun, Jan 13, 2019 at 08:06:57PM +0100, Emilio Pozuelo Monfort wrote:
>>
>> What is the status wit
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
* Package name: fonts-cascadiacode
Version : 1909.16
Upstream Author : Microsoft
* URL : https://github.com/microsoft/cascadia-code
* License : OFL-1.1
Description : monospaced font designed to enhance
Package: rakudo
Version: 2019.07.1-3
Severity: important
Hi Perl6 team,
To solve the rakduo "/usr/share/.*moarvm" file not found
error I moved all files from /usr/share/perl6 to /usr/lib/perl6,
and /usr/share/perl6 should be symlink pointing at
/usr/lib/perl6. I think it is a sensible step becaus
#runperl6 -e '"Hello Perl6!".say'
# sid->experimental upgrade [unverified]
run apt install -t sid rakudo -y
run perl6 -e '"Hello Perl6!".say'
run apt install -t experimental rakudo -y
run perl6 -e '"Hello Perl6!".say'
d with "Rules-Requires-Root: no"[1]? If it does, then
>> > you can work around the bug / issue in fakeroot for sid, testing and
>> > stable for now by using it.
>>
>> Yes ! I can now build rakudo on my laptop. Thanks for the help :-)
>>
>> Mo Zhou, can you follow-up and, if possible, release rakudo on unstable ?
>>
>> All the best
>>
>>
>>
>>
same here.
reflink:
https://devtalk.nvidia.com/default/topic/1050786/linux/nvidia-drivers-430-09-causes-xorg-segfault-at-start-
Package: wnpp
Severity: wishlist
Owner: lu...@debian.org
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-nvidia-de...@lists.alioth.debian.org
* Package name: nvidia-cub
Version : x.y.z
Upstream Author : nvidia
* URL : https://nvlabs.github.io/cub/
* License : B
Hi Giacomo and nwchem maintainer,
I should provide you some important hints at this point.
> However, lapack and blas libs with 64 bit integer interfaces just appeared
> on debian experimental, and have been available for some time in the
> non-free (but packaged in non-free) Intel MKL libs.
I
Hi -devel,
I've just filed an RM(#935769) bug against src:tensorflow and I believe
this is the most appropriate choice at this stage. For packages that
would easily draw attention from the media, not providing them would be
much better than providing something much inferior than the users
expecte
Package: ftp.debian.org
I'll later elaborate the reason on -devel.
Package: wnpp
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Package: nvidia-cuda-toolkit
Version: 10.1.105-2
Clarification: The original request was sent to debian-backports@l.d.o
Hi Matthias,
I think CUDA 10 will eventually land onto buster-backports
but that still takes some time to happen :-)
On 2019-07-30 13:47, Matthias Blaicher wrote:
> Dear Debian
Package: wnpp
Owner: lu...@debian.org
Package: wnpp
Owner: lu...@debian.org
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: a...@debian.org
the source code of spl has been merged
into src:zfs-linux as of 0.8.0~* version.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
(please explain about the transition: impacted packages, reason, ...
for more info see:
https://wiki.debian.org/Teams/ReleaseTeam/Transitions)
Upstream had already bumped their SOVERSIO
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: dvc
* URL : https://dvc.org/
* License : Apache-2.0
Programming Lang: python
Description : Version Control System for Machine Learning Projects
I'v
Source: pssh
Version: 2.3.1-1
I plan to salvage pssh and fix at least the following bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891340
Hi Tong Sun,
Please be respectful to the others. Whatever the mail address prefix
the others use, the others have the right to make private discussion
and free speech because these are fundamental rights. I don't know
what happend but your comments are really not friendly.
If you really received
+deb10u1
diff --git a/debian/changelog b/debian/changelog
index 41d4a9fe..e6aad323 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+zfs-linux (0.7.12-2+deb10u1) testing-proposed-updates; urgency=high
+
+ * Patch: Disable SIMD on 4.19.37+ or 5.0+ kernels. (Closes: #929929)
+
+ -- M
control: severity -1 grave
Dear kernel maintainers,
Buster will be released with 4.19.37 kernel. That's fine
and it doesn't break ZFS. However, the changes introduced
in 4.19.38 and linux 5.0 break ZFS. That means the current
0.7.12-2 will fail to build everywhere after the first
Buster point rel
control: retitle -1 unblock: zfs-linux/0.7.12-6 (or 0.7.13-1)
control: close -1
Hi Release Team,
On 2019-06-03 15:05, Mo Zhou wrote:
> Patching the kernel is impossible because kernel maintainers
> refused to do that. So that's an invalid solution.
After a short discussion with
control: close -1
I made a big mistake. It's the ***LTS KERNEL UPDATE***
that breaks ZFS 0.7.12-2. It's not a ZFS bug at all!
An LTS KERNEL UPDATE that breaks stuff is where the
grave RC lies.
control: close -1
Let's just leave the bug for Buster. It's not critical.
control: close -1
Hi Paul,
On 2019-05-30 19:29, Paul Gevers wrote:
> On Thu, 09 May 2019 19:26:06 -0700 Mo Zhou wrote:
>> The current version in testing is 1.0.3, I'm requesting
>> unblock for 1.0.4 (not-yet-released) because Julia's
>> 1.0.X series is strictl
Hi Paul,
On 2019-05-30 19:51, Paul Gevers wrote:
> or more severe in Debian BTS terms. I may have been wrong, but then
> please point me to the changes so important that you want them in
> buster. Please also be prepared to undo the new upstream release and
> just fix the bugs that are so importan
Source: zfs-linux
Version: 0.7.12-2
Severity: grave
Clarification: a foreseeable stable RC is grave enough.
Buster will be released with 4.19.37 kernel. That's fine
and it doesn't break ZFS. However, the changes introduced
in 4.19.38 and linux 5.0 break ZFS. That means the current
0.7.12-2 will fa
101 - 200 of 435 matches
Mail list logo