/-/wikis/Mentoring-of-the-Month-(MoM)
The idea is to help newcomers to package what they need. I wished other
teams would try to adopt this method.
Kind regards
Andreas.
--
https://fam-tille.de
your
thoughts.
Kind regards
Andreas.
[1] https://salsa.debian.org/qa/tiny_qa_tools/-/wikis/Tiny-QA-tasks
[2]
https://qa.debian.org/popcon-graph.php?packages=libasyncns0&show_installed=on&show_vote=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlg
ile, it will break (by downgrading) on an old entry in
sources list or a local repo.
More generally I also do not think the net-win justifies the work and
risk. epochs are not aestically pleasing but we are used to dealing with
them. I think the huge win of Stouter's plan is to get rid of differe
[...]
>
> This is now available at https://udd.debian.org/cgi-bin/dep14stats.cgi
Thanks a lot
Andreas.
--
https://fam-tille.de
Am Sat, May 10, 2025 at 11:20:41AM +0100 schrieb Wookey:
> On 2025-05-08 10:00 +0200, Andreas Tille wrote:
> > Am Wed, May 07, 2025 at 10:27:03PM +0200 schrieb Jonas Smedegaard:
>
> > > Can we please stop calling it an intent to NMU when it is invasive?
> >
> > Y
Hi Andreas,
Am Fri, May 09, 2025 at 07:15:09PM +0200 schrieb Andreas Metzler:
>
> How do you go about that? Do you poll the respective team whether they
> are committing to maintain it?
I'm a member of several Debian teams, including Debian Science, Games,
Multimedia, Perl, and
On 2025-05-08 Andreas Tille wrote:
> Hi,
> Am Thu, May 08, 2025 at 06:48:33PM +0200 schrieb Andreas Metzler:
> > It
> > just hides the fact that they are unmaintained and makes it therefore
> > harder to find stuff that should be orphaned and/or removed.
> Just a s
imal assumptions--i.e., DEP-14 layout, no forced CI setup, no changes
to packaging workflows--and clearly documented to ease handover or
rollback.
I followed Holger's suggestion and created a merge request[1],
splitting the changes into separate commits based on their level of
controversy so
ood the trends graphs are based on lintian-tags
and I'm not aware of an according tag tracking this.
Kind regards
Andreas.
--
https://fam-tille.de
ie of patches
> rather than as a single patch.
Fixing item 4 provides a well-known and convenient way to publish all
patches, along with build logs automatically generated by Salsa CI.
Kind regards
Andreas.
[1] https://trends.debian.net/#smells
--
https://fam-tille.de
Hi,
Am Thu, May 08, 2025 at 06:48:33PM +0200 schrieb Andreas Metzler:
> It
> just hides the fact that they are unmaintained and makes it therefore
> harder to find stuff that should be orphaned and/or removed.
Just a short comment: In the Bug of the Day effort the majority of
package
On 2025-05-08 Jonas Smedegaard wrote:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Would it feel more appropriate if I called it ITO (Intent to Orphan)
> > instead of ITN and use the 21 days waiting period + upload to
> > delayed=10?
> Yes, that helps tremendously
Am Thu, May 08, 2025 at 09:35:35PM +0800 schrieb tho...@goirand.fr:
> How about a BoF on strong package ownership in Brest?
I have registered such a BoF and want to prepend it by a Sprint
in DebCamp.
See you there
Andreas.
--
https://fam-tille.de
Hi Jonas,
Am Thu, May 08, 2025 at 11:22:44AM +0200 schrieb Jonas Smedegaard:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Orphaning is something typically done by the maintainer themselves[1].
> > If someone else does it unilaterally, wouldn't that come closer to a
Hi Holger,
Am Thu, May 08, 2025 at 08:07:35AM + schrieb Holger Levsen:
> On Thu, May 08, 2025 at 10:00:10AM +0200, Andreas Tille wrote:
> > >From my point of view, orphaning would be a more forceful step--closer
> > in spirit to a QA upload, as Holger suggested. I pre
Hi Branden,
Am Thu, May 08, 2025 at 02:54:47AM -0500 schrieb G. Branden Robinson:
> At 2025-05-08T09:07:48+0200, Andreas Tille wrote:
> > I don't believe the DPL should initiate GRs. I also think that when
^
> > this GR does happen (and I'm confident it
of this discussion is to find a name that honestly reflects the
purpose without being misleading or inflammatory. I'm still hoping we
can agree on something neutral that signals both intent and
openness--without framing it as a hostile act.
Do you personally agree that there is a problem to be addressed, and are
you mainly unhappy with my attempt at a solution, with the name I picked
for it--or both?
Thank you for your open words in any case and looking forward to see
you in Brest
Andreas.
--
https://fam-tille.de
o think that when this
GR does happen (and I'm confident it will), someone else will be DPL.
I'd love to help smoothen the path for this GR, and I know how I'll vote.
However, I'll focus on tasks I can manage within this term.
> Looking forward to join the session on this @ DebConf25 Brest!
Same heres--—and thanks a lot for sharing your thoughts
Andreas.
--
https://fam-tille.de
t often
involves broader adjustments--such as repository migration or
modernisation--that don't quite fit the usual NMU expectations.
Also just to clarify: the maximum delay is 15 days[1].
Kind regards
Andreas.
[1]
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#delayed-incoming
--
https://fam-tille.de
void them. Users are not well served
when packages remain frozen simply because the thresholds for safe
intervention are too rigid.
I'd kindly invite anyone interested in this topic to join the
to-be-announced sprint at DebCamp.
Kind regards
Andreas.
[1] https://bugs.debian.org/1104620
[2] https://bugs.debian.org/1104828
--
https://fam-tille.de
Hi Mo,
Am Mon, May 05, 2025 at 06:24:32PM -0400 schrieb M. Zhou:
> Hi Andreas,
>
> According to constitution A.1.6, would you mind helping us extend
> the discussion period by a week?
> https://www.debian.org/devel/constitution
I hereby extend the discussion period by a week.
nd at best a
> >post to d-devel.
>
> And that's bad.
If this is really the normal case that would be really bad. I have the
impression that there are other decisions that are better communicated.
Kind regards from a happy adduser user and thank you for spending so
much time into it
Andreas.
--
https://fam-tille.de
Hello Timo,
On Wed, Apr 23, 2025 at 09:49:07PM +0200, Timo Röhling wrote:
> Hi,
>
> CMake has deprecated backwards compatibility for versions older than 3.5
> since July 2023, and the CMake 4.0 release finally drops support,
[...]
> Andreas Henriksson
>mfgtools (U)
[...]
re
prominently. There is a third important use case:
3) Essential packages can be used in preinst and postrm
maintainer-scripts. (The former usage can be made explicit mit
Pre-Depends, the latter would need to be dropped if a command lost
Essential status.)
cu Andreas
--
`What a good friend you are to
eleting drafted response]
This has been resolved in the BTS.
cu Andreas
rrectness of such decisions and stand by them I still think that was
the right way.
cu Andreas
ckages and we then need to implement coding
changes to weed out any and all GPL<->openssl linkage.
Personally I doubt we have the manpower nowadays to switch back from
linking against OpenSSL.
cu Andreas
Hi Sam,
Am Tue, Mar 25, 2025 at 10:19:59AM -0600 schrieb Sam Hartman:
>
> Andreas> Another upload, with the removal of the Vcs fields, would
> Andreas> effectively undo the move to Salsa from a package
> Andreas> maintenance perspective. As far as NM
to pursue this.)
I'm fine with answering on vote but I do not think that I should
actively move to this list. Anyone is kindly invited to quote me there
and ask specific questions.
> On Thu, Mar 20, 2025 at 03:36:48PM +0100, Andreas Tille wrote:
> >
> > I agree that *uncoordinated* N
ing[2]. What do
you think about this as a first experiment to determine what is
acceptable and what is not?
What do you think?
Kind regards
Andreas.
[1] https://tracker.debian.org/pkg/pccts
[2] https://bugs.debian.org/1100859
--
https://fam-tille.de
s finished a while back.
Apologies for the mistake. I had asked for a review of my text, but it
seems to have slipped through. That said, I truly appreciate your work
in the Debian Technical Committee as well.
Kind regards
Andreas.
--
https://fam-tille.de
signature.asc
Description: PGP signature
usly
which was proposed in badly formatted mails.
Great, you have now managed to make waste effort on this instead of
productive work.
cu Andreas
On 2025-03-04 Blair Noctis wrote:
> On 04/03/2025 01:29, Andreas Metzler wrote:
[...]
> > There is another downside to the BTS sending mails to uploaders. - There
> > is no simple unsubscribe, it would need a sourceful upload.
> I wonder who would bother to add themself to Uplo
s no simple unsubscribe, it would need a sourceful upload.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
hich should be done in any case). For
practical security issues I do not really expect severe problems even
for LTS Debian. Upstream is very responsive and might even help for
older versions.
Thanks again and I hope I did not missed anything important in this
list.
Kind regards
Andreas.
[1
the moment I see no actual harm done since packages in the Salvage
Team space are as open for anybody to do a team upload as Debian QA
maintained packages with the additional advantage that you find these on
one place on Salsa.
Am I missing something?
Kind regards
Andreas.
--
https://fam-tille.de
the
Janitor tools manually right when I intend to upload a package.
Thank you for the hint anyway
Andreas.
--
https://fam-tille.de
On 2025-01-17 Frank Guthausen wrote:
> On Tue, 7 Jan 2025 19:01:51 +0100
> Andreas Metzler wrote:
> >
> > Afaik there is no /known/ blocker except for the
> > libgnupg-interface-perl test error #1088155.
> According to bug report[1] there are failed subtests i
its in my
> personal repo linked in the report in the BTS.
I guess this is due to some unfortunate default. MRs are possible now in
this repository.
Kind regards
Andreas.
--
https://fam-tille.de
would simply assume the maintainer (in BCC) has somewhere some Git
repository since this is the prefered way to maintain code these days.
It would be great to have packages of "Priority: required" on Salsa to
enable some team work on all our packages with high priority. This
might
once
time permits.
Thank you for the hint
Andreas.
--
https://fam-tille.de
the delegation. Do you have any specific suggestion?
BTW, any volunteers to join ftpmaster team? If yes, please contact the
team.
Kind regards
Andreas.
--
https://fam-tille.de
o good reason.
* Someone might decided to re-introduce a package and likes to have
the history
* Repositories might be a great resource for "software-history"
What advantages would you see in removing repositories of removed
packages except saving some disk space?
> > Frustrated,
> > Chris
Thank you for taking over frustrating work. Its really appreciated.
Kind regards
Andreas.
--
https://fam-tille.de
rybody
is trying to protect their users by trying to patch out librepgp-specific
behavior by default.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
this behaviour in Debian?
[...]
I do not know the current status, but afaik thunderbird (not Debian
specific) configures rnp, version 128 release notes said:
| Disabled support for LibrePGP v5 AEAD/OCB decryption
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ple
to look into this.
> The vcswatch table has lots of interesting things... Note that the salsa
> error "could not read Username" in the table is not a misconfiguration - it
> means that the repo couldn't be obtained anonymously, which could be that it
> doesn'
On 2025-01-08 Jonathan McDowell wrote:
> On Tue, Jan 07, 2025 at 07:01:51PM +0100, Andreas Metzler wrote:
[...]
>> Should we move to 2.4? 2.4 is not a LTS release and will also EOL in
>> trixie' soon (2026-06-30).
> I haven't been fully following the GnuPG situat
| 1
> NeuroDebian Team | 1
> The Debian Lua Team| 1
I find even 13 in Science team and will try to tackle these (or
ask for removal).
( SELECT source, maintainer, vcs_url FROM sources WHERE release = 'sid' AND
vcs_url not like '%sa
SELECT COUNT(DISTINCT source) FROM sources WHERE release = 'sid' AND
(vcs_url IS NULL OR vcs_url like '%alioth%' OR vcs_url like '%git.debian.org%'
OR vcs_url like '%svn.debian.org%') ;
count
---
2213
That might make a real challenge to bring that number below 2000 until
end of my term. Any help to approach this is welcome.
Thanks again for the hint
Andreas.
--
https://fam-tille.de
On 2025-01-07 Simon Josefsson wrote:
[...]
> I believe this would be good, I frequently run into GnuPG bugs in the
> 2.2.x branch that was fixed years ago in 2.4 and today I mostly these on
> Debian because others moved on to 2.4.x. Andreas, can you give a
> current status of pendin
ntainers to actively opt out.
I'd be happy to discuss this in more detail in Brest.
Kind regards
Andreas.
[1] https://lists.debian.org/debian-devel/2024/12/msg00101.html
--
https://fam-tille.de
this
option by actively file a bug report. I admit I rather have a problem
with inactive maintainers. I have not made some stats (yet) but its
definitely not wrong to state that >90% of the ITS bugs I've filed in
the past remained unanswered. I do not expect that these maintainers
will file [OR]FA bugs.
Kind regards
Andreas.
--
https://fam-tille.de
.]
Good morning,
I think this needs a mechanism fo excempt packages which are kept
out of testing *intentionally* with a dummy rc bug (like firefox's
#817954).
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
On 2024-12-23 Gioele Barabucci wrote:
> On 22/12/24 06:56, Andreas Metzler wrote:
>> On 2024-12-22 Sean Whitton wrote:
>>> On Sat 21 Dec 2024 at 10:23pm +01, Gioele Barabucci wrote:
>>>> We have a mechanism for when you feel responsible: "Maintainer: $me"
s in a installed package are not trivially/easily revertable.
Think of moving files between pacages (Needs Replaces/Breaks), replaxing
symlinks by dirs and vice versa (needs dpkg-maintscript-helper),
changing dpkg-conffiles (not really undoable).
cu Andreas
--
`What a good friend you are to him,
ity: "If this package is in bad shape, the whole
>> Debian project should be held responsible. Either it gets fixed by
>> someone or it gets RM'd by someone."
> Hmm, what you describe seems more like an orphaned package.
+1 on that. The proposed scheme is exactly how
masse.
>
> indeed.
ACK
Thank you for the suggestion, Niels
Andreas.
--
https://fam-tille.de
ncremental steps.
>
> Who's with me?
I'm with you with the small doubt about a heavy volume list which might
scare away people who want to discuss development issues as we do now.
Thank you for this suggestion
Andreas.
--
https://fam-tille.de
the version number at the top and
> typo and whitespace fixes.
Hello,
Please submit bug reports against packages keeping (and updating) the
version number in a dpkg conffile and triggerring unnecessary conffile
prompts.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ad might be something that does not sound
very probable but might happen. Not finding someone who might care
sponsoring a potential bug fix release is also something unfortunate.
I would at least expect the dedication of a team the sponsor belongs
to for at least a release time span.
Kind regards
o encourage people like Mechthilde to
continue their excellent work and help promote it. As always in Debian:
if you see an important task that needs doing, take the initiative and
do it. Running around explaining to volunteers that work is left undone
doesn't solve the problem.
Kind regards
Andreas.
--
https://fam-tille.de
t natural thing to seek for friends is looking for packages
with functionality covering a similar use case or written in the same
programming language. Than you do
apt showsrc similar_package(s) | grep ^Maintainer
and if you are lucky you have found some friends.
Kind regards
Andreas.
--
https://fam-tille.de
these packages, ping's did increase the sponsorship rate.
That's exactly my point and I wished we could do this less randomly.
Kind regards
Andreas.
--
https://fam-tille.de
ut the potential for new, active team
members might be compelling enough to take on the responsibility of
sponsoring.
Kind regards
Andreas.
--
https://fam-tille.de
bmitted to Mentors would do
> more to encourage more contributions to Debian, and more people becoming
> Debian Maintainers and Debian Developers, than anything else I could name.
As always: We need volunteers to do this and I agree that this would be
helpful.
Kind regards
Andreas.
--
https://fam-tille.de
ier between a package and other
people?
Kind regards
Andreas.
[1]
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
[2] https://salsa.debian.org/tille/tiny_qa_tools/-/wikis/Tiny-QA-tasks
--
https://fam-tille.de
On 2024-11-21 Julian Andres Klode wrote:
[...]
>An optimal mechanism would instea
[...]
Something seems to be missing here.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-google-flatbuffers
Version : 24.3.25-1
Upstream Author : Google
* URL : https://github.com/google/flatbuffers
* License : Apache-2.0
Programming Lang: Go
Description
essing
> with history and git tags being sticky on cloned repos)? As I assume
> other downstreams might be in the same/similar situation?
Sounds sensible - otherwise I'd probably go with the override proposed
by Colin.
Kind regards
Andreas.
--
https://fam-tille.de
e" "opinion"?
Finally we have those regular archive wide rebuilds that trigger lots of
FTBFS bugs. I could imagine to simply upload those that pass the
rebuild tests. Otherwise the package needs manual intervention by the
maintainer which also will end up in an upload or a testing removal.
Kind regards
Andreas.
--
https://fam-tille.de
ounce/2022/02/msg3.html
- Andreas Tille, Debian Project Leader
signature.asc
Description: PGP signature
; On Thu, 24 Oct 2024 13:53:56 +0200
> Andreas Tille wrote:
>
> > Hi Maintainers of slim,
>
> [...]
>
> > Regarding the Debian maintenance I would propose moving the project to
> > Salsa to anable some fruitful cooperation. IMHO the most natural
> > locatio
xample
when it lives under salsa.debian.org/debian which uploaders should have
access to already).
That would probably also require some "tag to upload" solution to be
implemented first I presume.
>
> - Otto
>
Regards,
Andreas Henriksson
Package: wnpp
Severity: wishlist
Owner: Andreas Rönnquist
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: boulder
Version : 1.0.1
Upstream Contact: Ronnie Hedlund
* URL : https://rh-galaxy.itch.io/boulder
* License : Public Domain
Programming
On 2024-10-12 Alastair McKinstry wrote:
> On 12/10/2024 10:18, Andreas Metzler wrote:
> > On 2024-10-12 Alastair McKinstry wrote:
> > > Hi,
> > > cctools is at version 1:9.9 due to an error in 2021.
> > [...]
> >
> > Looks like a typo,
On 2024-10-12 Alastair McKinstry wrote:
> Hi,
> cctools is at version 1:9.9 due to an error in 2021.
[...]
Looks like a typo, afaict cctools currently has *no* epoch, i.e.
equivalent to 0:9.9.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grate
e bts might mix
up bugs against signify(bin) from signify-openbsd(src) with bugs against
the source package signify.
Renaming signify-openbsd(src) to signify(src) was *not* suggested.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ollisions with locally created user
accounts". adduser requiring a special option to generate users named
liked this *also* increases the likelyhood that a local admin will *not*
generate a user with conflicting name.
So I think you you should continue following policy's guidance.
cu Andre
Am Fri, Sep 20, 2024 at 02:43:04PM -0700 schrieb Otto Kekäläinen:
> Thanks for helping us get lintian.debian.org recreated!
Thanks to you and Louis-Philippe for the effort (and to DSA for the support)
Andreas.
--
https://fam-tille.de
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Andreas Altergott
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: webext-vimium-firefox
Version : 2.1.2
Upstream Contact: Phil Crosby
* URL : https://vimium.github.io/
* License : MIT
Programming Lang
te architecture specific removals, most favourably by dealing with
a whole dependency tree. This would probably remove a lot of manual
work from DDs as well as your own work.
Kind regards
Andreas.
--
https://fam-tille.de
Hi,
Am Wed, Sep 04, 2024 at 11:29:39PM -0400 schrieb Scott Kitterman:
> On Wednesday, September 4, 2024 6:22:14 PM EDT Pierre-Elliott Bécue wrote:
> >
> > OoC, what is your point, especially considering the quote of your own
> > opinion Andreas made?
> >
> > T
best approach with me before the event,
> that would be immensely helpful.
What actual question do you want to discuss?
Kind regards
Andreas.
--
https://fam-tille.de
r teams but IMHO the better strategy would be to make it extra
hard to switch of Salsa CI.
Kind regards
Andreas.
[1] https://lists.debian.org/debian-java/2024/06/msg7.html
--
https://fam-tille.de
igh)
popcon packages.
Thank you in any case for your investigation
Andreas.
--
https://fam-tille.de
at do you want to express? If so would you mind
filing removal bugs?
Kind regards
Andreas.
--
https://fam-tille.de
m sid years ago. Bug filed now.
cu Andreas
* Install ss to /bin instead of /sbin.
[...]
-- Andreas Henriksson Mon, 04 Jul 2011 17:29:04 +0200
FWIW I've personally supported sbin and bin merging at some point, just for
the simple reason that I'll never get back all the time wasted on arguing with
people who want things
ranch default
since this is what I observed in the wide majority of cases.
> Maybe there is no issue with changing git-buildpackage after all
> then.
Yes.
Kind regards
Andreas.
--
https://fam-tille.de
any existing layout. IMHO we should move DEP-14
forward since having it an open suggestion for ages will not bring
any progress.
Kind regards
Andreas.
--
https://fam-tille.de
I can and probably would - but we need to decide about DEP-14 first.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Jonas,
Am Fri, Aug 16, 2024 at 02:12:21PM +0200 schrieb Jonas Smedegaard:
>
> Quoting Andreas Tille (2024-08-16 11:44:38)
> > I prefer having no debian/gbp.conf at all in case the repository
> > layout would fit team policy.
>
> I understand that it would be lo
statement was incomplete.
Kind regards
Andreas.
[1] https://med-team.pages.debian.net/policy/
--
https://fam-tille.de
I missing something?
I prefer having no debian/gbp.conf at all in case the repository layout
would fit team policy. So the question is whether git-buildpackage can
cope with the old
master + upstream + pristine-tar
as well as
debian/latest + upstream/latest + pristine-tar
if no gbp.conf exi
s there are no concerns about DEP-14 any more it might make
sense to do this.
Kind regards
Andreas.
--
https://fam-tille.de
kers to accept this DEP which I might have missed?
Kind regards
Andreas.
[1] https://dep-team.pages.debian.net/deps/dep14/
[2] https://salsa.debian.org/dep-team/deps/-/merge_requests/8
[3] https://bugs.debian.org/829444
[4] https://lists.debian.org/debian-devel/2020/09/msg00168.html
https://
g/Contribute/
- More details on the activities of the Backports Team are available at
<http://wiki.debian.org/Teams/Backports
- If you want to help out the backports team and/or joining it, you're
welcome to contact them at
Thanks a lot for thw whole backports team to provide th
On Mon, 15 Jul 2024 17:31:30 +0500,
Andrey Rakhmatullin wrote:
>On Mon, Jul 15, 2024 at 01:42:50PM +0200, Andreas Ronnquist wrote:
>> I'm maintaining a package (filezilla) which just got a bug report that
>> it simply crashes on program start - It gets a SIGILL - &qu
cc generates invalid code requiring SSE4.1
while it still should support SSE2? (Or is the problem something else
completely?)
-- Andreas Rönnquist
mailingli...@gusnan.se
gus...@debian.org
[Please don't CC me, if I mail to a mailinglist, I am subscribed to it.]
1: https://bugs.debian.org/1076312
ers.
Thanks again
Andreas.
--
https://fam-tille.de
1 - 100 of 3722 matches
Mail list logo
