Stefan Schweizer wrote:
> it
> is meant to be as non-concrete as possible to allow usage in as many cases
> as possible.
Which makes it pretty pointless. Really, this GLEP says almost nothing,
it's simply too vague to express any intend.
--
Kind Regards,
Simon Stelling
Gentoo/A
ous or abrasive behavior
to users or developers, or similar developer-specific behavioral
problems should be brought directly to Developer Relations via
[EMAIL PROTECTED] These should be dealt with on a case-by-case basis by
Developer Relations and may require disciplinary action."
--
Kind Re
s the cause.
The behaviour is correct. The depstring in question was
"!=app-text/hunspell-1.0", just retarded) repoman would complain loudly.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
h things on -dev,
because this is not a "hey everybody, look, $dev did something stupid!"
list. It doesn't matter whether $dev is genstef or carlo or anybody
else. The bitching ain't gonna stop if you just "give back".
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
wouldn't like it when
my box is totally screwed just because PORTDIR doesn't point at my
portage tree for the moment.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
t the following:
/etc/foobar/doh
/etc/foo
/etc/foobaz
.. or did I misunderstand something here? I don't know whether that is
the current behaviour of portage, but IMO it certainly shouldn't be. It
should rather be
/etc/foo (file)
or, if /etc/foo is a dir:
/etc/foo/*
--
Kind Regar
ic
> architecture. Just coding is their work, not testing - which explains the
> difference in the name.
Huh, I hope they will do testing :P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Hello all,
I would like you to share your comments on the attached GLEP with me.
Thanks in advance!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
GLEP: 52
Title: License Managment in Portage
Version: $Revision: $
Last-Modified: $Date: $
Author: Simon Stelling <[EMAIL PROTEC
Steev Klimaszewski wrote:
> I think it is over engineering of a non-issue.
Which non-issue in particular?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Krzysiek Pawlik wrote:
>> # Simon Stelling <[EMAIL PROTECTED] (20 Sep 2006)
>> # This license needs to be agreed on explicitly to be considered
>> # legally binding.
>> # By unmasking and installing the package you agree with its terms.
>>
thon/ghc abi issue. It was aimed more at cases like
> mips with it's multiple abis.
It's all about multilib and has (except for the unfortunate name)
nothing to do with this issue.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
ious answers.)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
most
important factor. Motivation is far more important IMO, and it's pretty
hard to get the motivation together to test 60 packages instead of
tinkering around with a new idea. At least for me it often is.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
int.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Peter wrote:
> We can disagree on that point. All distros are businesses. Users are
> customers. No users, no distro.
I haven't received a single paycheck in two years. What a shitty business.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
. In his free time he is mostly busy playing^W_testing_ games,
so we can all be assured that any stablization requests filed by him
have gone through a careful inquiry.
Welcome Tristan!
--
Kind Regards,
Simon Stelling
--
gentoo-dev@gentoo.org mailing list
First time I'm happy we're having the developer lack ;)
Welcome Jim!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
couple
of private customers.
If I'm not working, I'm playing the violin or watching movies."
With this addition, the Swiss conspiracy soon will be powerful enough to
bribe everybody else with chocolate, so you better watch out.
Everybody please give Tiziano a warm welcom
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
anything. What we need is more people who do actual testing. If you're
forced to be in an arch team you're just a tag in a project page,
not more. This is not going to help at all, in fact it will only hide
the problems even more.
--
Kind Regards,
Simon Stelling
Gentoo/AMD6
n't find anybody on the portage or pkgcore team saying that it
would have been better to incorporate the ideas of pkgcore into portage.
Sometimes it's simply better to start all over again.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
bz2
> http://gentoo.osuosl.org/releases/mips/2006.1/stages/mips4/stage3-mips4-2006.1.tar.bz2
Stop being stupid please, you're only making fun of yourself. I guess I
don't have to explain you how useful a URL is to a _networkless_
installation, do I?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
g fast and convenient, so what exactly is the
problem? It's not like you can't get Gentoo running without a network
connection anymore.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
;m not the only one who is using a pentium mmx as a router, so
you better think twice about it :P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
this. It
avoids another layer that seems just redundant.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Good luck with all the things you will be doing in future... You will be
missed.
--
gentoo-dev@gentoo.org mailing list
a list based on their input.
Check out these packages [1] before doing that, they will probably
supply all you need.
[1] http://packages.gentoo.org/search/?sstring=cpuinfo
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
not rofl-worthy...
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
e the feature for their networks too, if they like it.
The people who have to maintain the code that implements the feature
should just give an ACK/NACK and go on or leave it, IMO.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
nd IP27 are nearly identical as far as userland goes.
> (and if we did everything right, they would be completely identical)
> Now, if you said o32, n32, and n64
[x] You just made a fool of yourself.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
s.
Please give him a warm welcome!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
Haha, there are times when you need to realize that it's just joking
around, versus an actual flamefest ;)
This makes Gentoo look very unprofessional. It even makes us look like
we're having fun.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
lking DEPEND, for which this is true: gtk was
installed with a binpkg and those don't pull in their DEPENDs because
the package is already built. For RDEPEND you can savely rely on
implicit dependencies, in most cases at least.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
Mike Frysinger wrote:
(how do you measure the degree of a change ?)
By the number of inflammatory mails it causes within the timeframe of
two weekdays. Quite obvious, isn't it? ;)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
yours.
I don't mind the council touching the metastructure, as long as they do
it right ;) If they don't, I will surely state so and ask for a
referendum. If it turns out that like 60% of the devs don't share the
council's opinion I'm sure they will re-think their decis
le so called ini-style
Uhm, what kind of metadata are we talking about here? Descriptions can
just be placed in comments above the group specification line, no?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Uhoh, forgive me for not reading the other replies before writing a
completely redundant one.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Piotr Jaroszyński wrote:
> Just for fun(=I wouldn't use it in ebuild/eclass):
Sorry, but this mailing list is not really the best place for "just for
fun" bash foo. I suggest you take it somewhere else.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@
USE_EXPAND.
For any objections, suggestions for a better name, etc. please also see
bug 139884: http://bugs.gentoo.org/show_bug.cgi?id=139884
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
oo worthy to be spent on such things. Thank you, and have
a merry Christmas.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
nd Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
at being said, I hope that things change for the better.
I doubt so, to be honest.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
k up.
[1] http://bugs.gentoo.org/show_bug.cgi?id=148388
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Piotr Jaroszyński wrote:
What do you think?
I think it would be much nicer to have a VCS with support for atomic
commits.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
I like the idea. Something really useful I could think of is *drums*
the implementation of GLEP 42.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Hi,
This was discussed before, and noone was against it as it seems:
http://article.gmane.org/gmane.linux.gentoo.devel/44932/match=cameras+use+expand
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
marking stable?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
> Which is all very well, but not sufficient reason to screw up a project
> that is developed and used by a lot of people.
As if we were all gonna die without bash arrays in our config files.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gent
Ciaran McCreesh wrote:
> * devmanual. Not converting it over to a new shiny XML thing or
> whatever, but just extending and reworking the parts that need it.
Last year's SoC FAQ said that the actual work would have to be coding,
not writing documentation.
--
Kind Regards,
Simon Stel
,
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#
# Original Author: Simon Stelling <[EMAIL PROTECTED]>
# Purpose: Providing a template for the app-emulation/emul
and removes them again, which is both
stupid and confusing.
cp -a "${S}"/* "${D}"/ || die "copying files failed!"
For future *BSD compatibility (yes i want to use the linux bsd emulation
for flash, opera, etc) it's better to use rsync -a imho
I'
Simon Stelling wrote:
I'll use cp -pPr.
Actually -dpPR, which is what -a is an alias for.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
gards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
er. If
some package really installs files with a newline character in its name,
well, then that package is just not worth including in emul-packages.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
replace that with:
xargs -d $'\n'
aye, that looks way better.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
. Explain how ||() works
with a "normal" dependency, explain how use? () dependencies work and it
will become clear to everybody how it will work. TBH, it looks to me
like you were to explain how an if statement in a while loop works, even
though it is well-known how both of them work if they aren't nested.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
[snip crap]
Actually, ignore me, there's a fundamental flaw in my thinking.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
William Hubbs wrote:
Where do I find information on how to fix the package?
If you don't have a box using a multilib profile (I guess the user who
filed the bug was using an AMD64 box), you won't be able to reproduce
it. Just reassign the bug to [EMAIL PROTECTED], we'll fix it :)
Regards,
discuss it far and wide, as
long as releng doesn't want to do it, nothing will happen. So maybe we
should wait for a statement from Chris before doing anything else.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Daniel Robbins wrote:
And it should be one (web) page.
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
, which is why it is policy.
Except that in many European countries you can't even "re-assign" your
copyright. Oops.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
I find it amusing that no-one complaining about this has actually asked
to see it.
I think ferringb did, just not very successfully.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
you can't say putting
together version 2 of a spec before version 1 was writte is sane. So we
need the EAPI=0 spec. Makes it pretty easy to figure out why this spec
is fairly important.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
countries of the EU.
^
It's still Europe :P --'
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
certain ones will flock to your side!
|
| Code listing 1.6: Usage of plurality
| email: Stop wasting our time!
[1] http://dev.gentoo.org/~chriswhite/docs/flame.html
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
re we always have a
| consensus for whatever decision we reach.
Who is "we" in this? I assume it's devrel, but I think it should be
written out.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
d it works just great. I don't see why we have to
dissect every word, especially since it makes it so easy to not to see
the wood for the trees. The goal of the CoC is fairly vague ('getting
along well'), so why is there a need to specify the way ulta-explicit?
--
Kind Regard
clutter up the home unnecessarily :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
Hi,
Francesco Riosa wrote:
> A clarification: It's ok to use it _only_ for _libraryes_ by default ?
> i.e
> econf [...] --with-lib-ccflags="-fPIC"
>
> Using it now and interested to know if it's plain wrong
Shared objects should be built with -fPIC anyway, since a few arches
require it and it ma
Congratulations, Herbie!
Alex Howells wrote:
> Congratulations :) Welcome to the team, if we keep getting UK developers
> into Gentoo/AMD64 at this rate we'll outnumber the Germans soon :D
Swiss to power! ;)
--
gentoo-dev@gentoo.org mailing list
Hi,
Lorenzo Hernández García-Hierro wrote:
> After reading and trying to work around the #88831 bug
> (http://bugs.gentoo.org/show_bug.cgi?id=88831), I realized that the
> automatic generation of passwords and alike is done by using just the
> $RANDOM bash function, which is pretty weak (among tha
Mike Frysinger wrote:
>>My proposal is to start using lame useflag to enable lame support (in
>>software which is just encoding on itself),
>
>
> why not re-use the 'mp3' USE flag ?
because LAME Ain't an Mp3 Encoder? ;)
I guess the focus here wouldn't be on supporting mp3-encoding as such
but
Mike Frysinger wrote:
> so ? can you show me a package that this difference matters ? if not, then
> having lame sep from mp3 is pointless ...
It's analog to the lesstif use flag:
lesstif - Use lesstif over openmotif in cases where a program supports both
lame - Use lame over $OTHER_MP3ENCODI
Nice to finally have you on board!
--
gentoo-dev@gentoo.org mailing list
Hi,
Danny van Dyk wrote:
> On the other hand, if you want to search for a package name via
> metadata, you have to traverse the whole tree. Quite unhandy if done w/o
> a cache and not yet implemented AFAIK.
It is implemented, see app-portage/eix or app-portage/esearch, but these
both depend on ca
Brian Harring wrote:
>>I definitively like the idea, it should speed up emerge -s enormously
>
> Unlikely... stable portage knows of metadata.xml *explicitly* in two
> places, repoman's commit code, and digest checking, neither of which
> come into play for an emerge -s. You'll remove one entr
therways append.
Greetings,
blubb
[1] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
teresting and
ambitious project. For those who want to decide whether they want 32bit
or 64bit on a per-package-basis, multilib exists for them. To me,
multilib exists for me.
Although it's nearly everywhere the case, there doesn't have to be a
conflict of interests per-se. Gentoo has manag
why the documenation says they will get multilib
but the use flag is disabled, so please, go ahead implementing it.
Regards,
blubb
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
setting up another one wouldn't help reducing bugs, it'd
rather cost us even more time (you have to check two sources for
informations) and there will be more duplications. All in all, it looks
like twice the effort for the same result to me.
Regards,
blubb
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
only!) bureaucracy, but looking at this thread it seems to be
much less bureaucracy compared to this discussion. To solve this
problem, it will take 3 people to spend 15 minutes on a quiz they don't
like. Or it will take many more hours to discuss it over and over again.
Sorry, but this looks a bi
Ioannis Aslanidis wrote:
> Maybe just that Developer sounds prettier than Staff. The rest is
> exactly as you stated. Now let me ask developers this:
>
> Does it really matter you if we are called developers instead of staff?
No, why should anybody bother?
--
Simon Stelling
but some of them are
deprecated for over a year now.
There are also some cascading profiles which are really old and probably
should be removed.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Timestamps in the log are UTC+2, for those who wonder.
Enjoy,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
Jul 02 20:03:51 * blubb has changed the topic to: Prerelease stages in pitr:/releases/2005.1 DO NOT DISTRUBUTE | Please test gentoo-sources-2.6.12-r2 | http://uberslacks.com
t
"Blocker: This bug prevents a software application from testing and use."?
Or what about "Critical: The software crashes, hangs, or causes you to
lose data."?
Perhaps I should file a blocker bug about this ;)
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-
egards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
on, the information is really important, and I'm sure it will show
up in portage's changelog.
Please don't make portage a news reader.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
rtage *before*
merging it. I agree that Gentoo is more than Portage, and it
definitively should provide upgrade paths where necessary, but not by
implementing such a feature. It's far easier to stick a note into the
Changelog/post_pkg() saying "There were major changes in this release,
pl
erman and English, and it works
quite well. Also, I think most people speak at least broken English, or
they just use google translations/babelfish & co. Translating bugs is
just a waste of time to me. And having a localized bugzilla with a fat
note "Please write your bug report in Engli
Xavier Neys wrote:
Looks like we'd need to pass bugs through several filters:
bug-translators=>bug-wranglers=>assigned
I don't like that idea, it'd only lead to even more duplicates.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
Mike Doty wrote:
Everyone welcome our newest minion: MetalGOD. Luis joins us to help out
with the printing herd and amd64 keywording. He also has his eyes on
the GDP project. I'll let him introduce himself.
may ekeyword be with you! welcome!
--
Simon Stelling
Gentoo/AMD64 Operation
t;${1}"
repoman scan
repoman commit -m "${1}"
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
?
Personally I don't know a good reason either for or against a change. I
can't see how one would be confused with different names, so I'd suggest
just leave everything as is. If you're going to make the change I won't
stop you, as long as you don't ask me to do it ;P
Jason Stubbs wrote:
Personally, I think adding FEATURES to USE_EXPAND is terrible. Portage
features are not ebuild features. How much do you like C code that has
#ifdef's for the compiler being used? It's the same thing.
what wrong with #ifdef __cplusplus__? ;)
--
Simon Stelling
Ge
firewalled). What should I do?
Try emerge --metadata, though i'm not sure if it really helps.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
seudo-standard ones.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Grant Goodyear wrote:
Now that we have a new council that (I hope) will be active in approving
or rejecting GLEPs, perhaps someone should be writing a GLEP about
combining x86 and amd64?
I'm not sure if it's really worth writing another GLEP for an april's fool...
--
Simon
Simon Stelling wrote:
Grant Goodyear wrote:
Now that we have a new council that (I hope) will be active in approving
or rejecting GLEPs, perhaps someone should be writing a GLEP about
combining x86 and amd64?
I'm not sure if it's really worth writing another GLEP for an apr
fix our bugs, as most of them aren't reproducible on x86.
Also, you can't compare sparc32/sparc64 to x86/amd64: sparc64 is just a 64bit
kernel with a 32bit userland. For users who want that, there is already a
keyword: x86.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PRO
101 - 200 of 228 matches
Mail list logo
