a rather short sighted solution- something is
needed long term.
And/or make Portage noisy on PMS violations.
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
to let you down.
So when the fun^Wmusic's over, turn off gentoo^Wthe lights.
Ah.. the reasons? there are no reasons, who needs reasons when you got
exherbo?
Good luck with Exherbo and Sydbox ;-)
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
attachment ATTACHMENT-ID
that will download it with the proper name.
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
://dev.exherbo.org/~pioto/abi-ideas.html
[2] http://bugs.gentoo.org/show_bug.cgi?id=145737
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
heads up on the bug and on @g-dev, I think it's time to
unmask. Incompatible packages should be fixed ASAP (after unmasking)
or punted from the tree if they can't keep up with tcl/tk development.
Best regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
-applets flag is pretty senseless.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
take maintainership of this package.
I took its maintainership.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
messages.
Regards,
Santiago
--
Santiago M. Mola
--
[EMAIL PROTECTED] mailing list
?
Are they inconditional runtime deps? This looks like another case
where RECOMMENDS would be useful.
--
Santiago M. Mola
.
It would be reasonable to require devs to:
a) Document changes before commiting when it's possible.
b) When a) is not applicable, ask doc project to document it before commiting.
c) When neither a) or b) are possible, file a bug asking for doc
update for the commited changes.
--
Santiago M
right now.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
/files/bittornado.desktop
* desktop-file-validate /usr/portage/net-p2p/mldonkey/files/mldonkey-gui.desktop
Fixed.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
with people asking for freezing the use of the
new features until a GLEP is proposed, discussed and approved.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
the
meaning of SLOT. An use expanded SCM_BRANCH combined with use
dependencies makes more sense and, hopefully, would be something
manageable.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
read Ciaran's reply ;-)
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
?
It'd be enough to be able to check EAPI compatibility in eclasses
quickly so repoman and others can print a nice error.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
for using SLOTs?
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
should be addresses as it is in paludis and pkgcore.
[1] http://www.gentoo.org/proj/en/qa/pms.xml
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 15, 2007 8:00 AM, Samuli Suominen [EMAIL PROTECTED] wrote:
x11-wm/flwm (Coldwind promised to take a look at this, it needs a
patched fltk.)
Both fltk and flwm fixed. x11-wm/flwm should go out of p.mask when
fltk and flwm get proper keywords again.
--
Santiago M. Mola
Jabber ID: [EMAIL
, but they can
happen from time to time.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 20, 2007 7:57 PM, Markus Meier [EMAIL PROTECTED] wrote:
raw: Add support for raw image formats
keyring: Enable gnome-keyring support for storing passwords
These are potentially ambiguos.
I have no objections for the others.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL
discussions. That's also pointless because we
don't need to force all third party overlays to upgrade EAPI everytime
we have a new one...
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 20, 2007 10:48 PM, Jan Kundrát [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
These are potentially ambiguos.
Could you please elaborate a bit about the raw one?
Just that raw could mean more things. Anyway, I have no problem with
that since current packages in the tree use
new files in profiles for such new formats?
(for example, p.masking an ebuild with a new version format).
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 28, 2007 1:28 PM, Ciaran McCreesh
[EMAIL PROTECTED] wrote:
On Fri, 28 Dec 2007 13:25:13 +0100
Santiago M. Mola [EMAIL PROTECTED] wrote:
On Dec 28, 2007 1:03 PM, Ciaran McCreesh
[EMAIL PROTECTED] wrote:
There's no particular reason that new
version formats can't be introduced
Graphics).
+svg - Adds support for SVG (Scalable Vector Graphics)
-tiff - Adds support for the tiff image format
+tiff - Adds support for the TIFF image format
-vim-syntax - Pulls in related vim syntax scripts.
+vim-syntax - Pulls in related vim syntax scripts
Regards,
Santiago
--
Santiago M. Mola
On Jan 4, 2008 6:31 AM, Donnie Berkholz [EMAIL PROTECTED] wrote:
Are there any programs (make.conf / USE editors) that manage to read and
set that stuff?
Paludis read and show them.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
that by default.
But this logic will have to be exposed on a .ebuild level.
I don't think this is worth an EAPI change, or adding new variables to
ebuilds. metada.xml USE flag documentation could be extended to cover
such cases if it's really needed... but is it?
--
Santiago M. Mola
Jabber ID: [EMAIL
On 1/14/08, Santiago M. Mola [EMAIL PROTECTED] wrote:
On 1/14/08, Yuri Vasilevski [EMAIL PROTECTED] wrote:
[ebuild R ] media-video/mplayer-1.0_rc2_p24929-r2 USE=X cdio -aac#1
-cdparanoia#2 -encode ...
#1 aac needs encode
#2 cdio conflicts with cdparanoia
This can
On Jan 14, 2008 1:33 PM, Robin H. Johnson [EMAIL PROTECTED] wrote:
Ok, so per the one discussion in #-dev this evening, I'm looking for
questions to put on a new user survey.
An interesting question would be Which package manager do you use?.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED
-term future?
[1] http://meatoo.gentooexperimental.org/
[2] http://blog.doapspace.org/
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
, the important data is who
is the current maintainer and how to contact him and is she
active?. Keeping an entry for the old maintainer as inactive when
there's a new one is not like an useful piece of info.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X��� ��(��j)b�b�
, double licensing the source, or adding new artwork licensed
with a more restrictive license). Moreover, a license change does not
need to be retroactive, so using a global variable in metadata.xml
could lead to accidentally show a wrong license for old versions.
--
Santiago M. Mola
Jabber ID
On Dec 25, 2007 7:19 PM, Christian Heim [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:
- x11-misc/xdesktopwaves
desktop-misc takes this, if someone wants to get maintainership go ahead.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
systems. It'll be a dependency
of sysklogd and mktemp anyway. This change does not affect you.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
patch to
exclude digests in the snapshot anyway.
Then I guess it could be done as soon as the doc patch is prepared...
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Feb 4, 2008 12:54 PM, Robin H. Johnson [EMAIL PROTECTED] wrote:
Included:
pybugz
If you think a repo is on the wrong side, please respond here!
This is no longer in use and can be even removed.
It's now an external project, hosted on http://code.google.com/p/pybugz/
--
Santiago M
) = ebuild ]] ; then
paludis --configuration-variable ${r} location
fi
done
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X��� ��(��j)b�b�
On Thu, Feb 28, 2008 at 10:43 PM, Alec Warner [EMAIL PROTECTED] wrote:
cvs.gentoo.org:/var/cvsroot/gentoo/xml/htdocs/proj/en/userrel/index2008.xml
Add it ;)
I'm not 100% sure this is a good idea, that's why I'm asking for
opinions here ;-)
Also, I doubt I can mentor.
--
Santiago M. Mola
packages, and I'm
sure me and other ATs miss a lot of important use cases.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
more users to contribute.
IMO the problem with proxy-maintainers is that most users don't know
such a thing exists. I bet some users could proxy-maintain a lot of
orphaned packages if we potentiate proxy-maint.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org
!
And hello most active amd64 dev (I hope) ;-)
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X��� ��(��j)b�b�
been the admin of the Alpha Arch Team's main dev machine since it
was donated (mid-May 2007). Also, I run rsync5.de.g.o and have been
doing so since about mid-2002.
Welcome Tobias!
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
to the Freenet project. On his free time he likes listening to music and
attending concerts. On IRC you can find him as Tommy[D].
Welcome Tommy!
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
. I'd
also like to hear from you about proper delimiters if you think ':' is
not safe enough.
AFAIK, the only corner case which would make this fail would be
Windows paths (C:/gentoo-prefix).
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
with such filenames we'll stab him, too.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
that adding info like I described above can save a lot of AT work
and, as a result, make stabilization process faster.
[1] http://overlays.gentoo.org/proj/emacs/wiki/test%20plans
[2] http://bugs.gentoo.org/show_bug.cgi?id=211894
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
. The two wordings in the original email do not
have equivalent implications, and selecting the correct one affects
whether certain problems are solvable. Let's discuss that, not what
we're going to do six years from now.
http://bugs.gentoo.org/show_bug.cgi?id=201499
--
Santiago M. Mola
Jabber
needs 'keyring' for something else.
I agree with what dev-zero just wrote there.
That's unlikely to happen. When a program needs 'keyring' for
something else, the maintainer will see that 'keyring' is used for
'gnome-keyring' and will choose another name ('foo-keyring').
--
Santiago M. Mola
@lists.gentoo.org mailing list
http://www.citi.umich.edu/u/provos/systrace/systrace-1.6e.tar.gz
1.6e solves the security problem. Just in case someone wants to fix it.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
symbols.
[1] http://forums.gentoo.org/viewtopic-t-480537.html
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Mon, Apr 28, 2008 at 1:57 AM, Petteri Räty [EMAIL PROTECTED] wrote:
Santiago M. Mola kirjoitti:
Thoughts? Isn't there anyone else willing to keep Nazi symbols outside
forums? If yes, at the expense of punting all politics or just as a
special case?
Again this is the wrong
packages, anyone
is free to push them for doing so.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
not that hard to extract the relevant paragraph from the tex
sources, though.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Thu, May 8, 2008 at 2:01 PM, Brian Harring [EMAIL PROTECTED] wrote:
On Thu, May 08, 2008 at 01:44:53PM +0200, Santiago M. Mola wrote:
Here you have latest pms revision built without kdebuild-1 spec:
http://dev.gentoo.org/~coldwind/pms.pdf
Already did (hence the bash 3.0 comment
in
sys-apps/net-tools, where lzma hasn't been adopted even by upstream.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
, system
packages are an exception, but it's perfectly ok for the rest.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
one else?
I'm in contact with Federico, we agreed that the recruitment process
will start when the exams are over, but he's going to start slowly
working on it before.
I think he can do good work on tcltk, and who knows if he'll work on
bringing PureData to Gentoo too!
Regards,
--
Santiago M
,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
ebuilds, and
from arch teams before ebuilds hit stable.
--as-needed breaking legitimate code is a problem, though. I wonder if
we have that kind of code in any application in the tree and if we
have some way to detect it.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
they need them. Currently, some people assume
that if a user from $arch needed this package, he'd have requested
keywords, but that's wrong.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X��� ��(��j)b�b�
On Thu, Jun 5, 2008 at 9:44 AM, Fernando J. Pereda [EMAIL PROTECTED] wrote:
I'd like to nominate:
ColdWind
ferdy, thanks for the nomination.
astinus, thanks for your support and inspiration, which almost
convinced me for running for Council.
I decline.
Regards,
--
Santiago M. Mola
Jabber
emake
occurences.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
discarded. The concept of shebang doesn't apply
here at all. Plus /usr/bin/ebuild is a binary provided by portage
which has nothing to do with the process of sourcing ebuilds nor even
with the internals of portage (not to speak of other package
managers).
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL
have failed
shouldn't be used. I bet they deny support for users who fail to
follow that indication ;-)
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
a specific
kind of bash script and it doesn't seem wrong to change the extension
if that specific kind changes, even if bash is still the
interpreter. Even if we switched to sh or zsh I doubt we'd use the .sh
or .zsh extension.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
to remove kdebuild-1 from the repo and this has yet to happen
This shouldn't block PMS discussions. There's an up to date copy in
pdf of PMS built without kdebuild at
http://dev.gentoo.org/~coldwind/pms-without-kdebuild.pdf
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
possible to use has_version in pkg_setup or other phase
and cache the result in a global variable.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
the number of the next release. Next
release isn't always known, and it's doesn't always make sense. This
puts us in a worse situation than with GLEP 54, or even with the
current use of . components.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Sun, Jun 15, 2008 at 12:32 PM, Matthias Schwarzott [EMAIL PROTECTED] wrote:
On Freitag, 13. Juni 2008, Santiago M. Mola wrote:
Hi all,
As discussed in bug #222721, portage has changed the execution order
of phases. It seems the change was introduced in portage-2.1.5 and it
makes
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X��� ��(��j)b�b�
an EAPI bump.
I doubt this change is worth the trouble.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
dependencies now, and, generally, prior discussion,
decisions and common practices shows that we're not going to follow
that path.
We are talking about multislot dependencies. At this point, your
arguments are noise. So, please, don't continue with these points in
this thread.
Thanks,
--
Santiago M
There was similar discussions in @g-dev but I'm too lazy to start
serching the relevant threads.
Best regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
, disregarding its other real world deficiencies like an
immediate goal, GLEP 55 fails to describe a keywording policy for
architecture developers
Keywording policy wouldn't change.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
.
Furthermore, EAPI 2 is supposed to be done in the near future, right?
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Sun, Aug 3, 2008 at 12:25 AM, Zac Medico [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
I don't think we're in a hurry for this feature, so I don't see the
need of using suboptimal hacks in order to avoid an EAPI bump.
Furthermore, EAPI 2 is supposed to be done in the near future, right
and we can't rely on any spec except short summaries posted to
@dev-announce.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Sun, Aug 10, 2008 at 10:56 PM, Ingmar Vanhassel [EMAIL PROTECTED] wrote:
There're other projects in the Free-Software world that I currently
enjoy putting my time into more, I'm sure it's more than obvious to those
of you who know me which...
Good luck with that project!
--
Santiago M
that most
current Gentoo developers appear to be satisfied with this current direction.
Therefore farewell. If anybody wants to reach me I can be reached at
bo.andresen at zlin.dk.
So long, and see you on the evil side ;-)
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
the use.desc description.
Further more, it would allow us in the future to make that mandatory and
repoman would only have to check metadata.xml for your USE flag.
Comments, Suggestions, Input are all welcome.
What is the benefit?
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
overhead... and I
doubt it's worthy.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Tue, Aug 19, 2008 at 12:02 AM, Tobias Scherbaum
[EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
However, tracking the status of every patch since its inclusion in
portage until it's removed would be a huge work overhead... and I
doubt it's worthy.
I don't think it's a huge work overhead
with
their backslashes, myconf=$myconf crap, econf/emake || die...
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
and intuitiveness by a
fair margin; how is it simpler?
It may be 2 lines less, but it is 42 characters more.
Plus, I dislike caps. :-p
In the example I posted it's 339 characters less. Almost half of the
original ;-)
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
phases.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
'
function. Clean and simple.
In any case, I guess people are not considering this change for
EAPI-2. I think we'll come up with a more extense proposal which could
be targeted for EAPI-3.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
\
option_enable ${s} ; \
done ) \
$(for s in ${DEFAULT_SRC_CONFIGURE_OPTION_WITHS} ; do \
option_with ${s} ; \
done )
fi
}
It's quite straightforward.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Mon, Sep 8, 2008 at 1:56 PM, Vaeth [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
Vaeth [EMAIL PROTECTED] wrote:
[...] The suggestion violates in an extreme way the golden design
rule that small changes in effect should require small changes in source.
[...]
Yes, you're right
' metadata.xml says:
maintainer
email[EMAIL PROTECTED]/email
nameMartin Väth/name
/maintainer
Yep. And for more completeness you can add something like
descriptionProxied maintainerdescription/. Although, it's quite
obvious when it's a non-Gentoo email.
Regards,
--
Santiago M. Mola
Jabber ID
/msg_27feec8fc563e406b174386d24c39fdc.xml
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
be a regular USE_EXPANDed flag as you
suggest, and package managers could filter any flag in USE which is
not listed in IUSE.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
to do a significant useless amount of
work when you can solve it with just a line is not fair.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
El mié, 24-09-2008 a las 02:35 +0200, Robert Buchholz escribió:
Let's go with an even simpler default implementation:
default_src_install() {
if [ -f Makefile ] || [ -f GNUmakefile ] || [ -f makefile ]; then
emake DESTDIR=${D} install || die emake install failed
El lun, 06-10-2008 a las 23:13 +, Duncan escribió:
Jeremy Olexa [EMAIL PROTECTED] posted [EMAIL PROTECTED],
excerpted below, on Mon, 06 Oct 2008 15:07:14 -0500:
AFAIK, it is incorrect right now to exclude s390, arm, sh, etc on
stablereqs right now..But, I ask this question to the dev
El mar, 14-10-2008 a las 18:24 -0700, Alec Warner escribió:
On Tue, Oct 14, 2008 at 3:34 PM, Petteri Räty [EMAIL PROTECTED] wrote:
There's no need to commit straight to stable. Just make two different
new revisions for each EAPI. Then the arch teams can test it like usual.
Aha a
1 - 100 of 117 matches
Mail list logo
