Hey Paul,
This seems like an abuse of POD to me. Disadvantages include:
1. Someone can upload junk modules that force yours to link to it (this may
not be a problem if users are clear that mention of a module in perldoc is
not an endorsement); and
2. There's no support for this behaviour in perld
Hey Chris,
I think this is actually the usual approach, although it does have a
cost for distributions as an extra package must be built separately.
The costs are to build infrastructure (more packages need to be
built), developer workload, and to mirrors (bandwidth). As an example,
there are 3 pa
On Mon, Oct 15, 2012 at 6:59 AM, David Cantrell wrote:
> However, I'm a bit lairy of "tests should not contact remote systems at
> all".
>
For what it's worth, Debian packagers prefer to have an environment
variable (i.e. TEST_INTERNET, HAS_INTERNET) be set before running any tests
that explicitl
What, no mention of LLVM/Clang? :-(
I have been meaning to try that myself.
I have also had great success using TCC (Tiny C Compiler) in the past,
which does x86 compilation.
Cheers,
Jonathan
On Mon, Dec 5, 2011 at 2:29 PM, Nicholas Clark wrote:
> On Mon, Dec 05, 2011 at 09:42:30AM -0800, Li
I try to stay out of these discussions (*cough* flame wars), but here
goes...
The relationship between CPAN and the Developer is bi-directional, no doubt.
As an organization, CPAN can, as it chooses, decide to do what you are
suggesting, remove software or boot a Developer. However, I do not beli
> I know it's down, the real question is has anyone heard why and how soon may
> it be back?
Oddly enough, the web site (downforeveryone...) says that the site is
down, however, I can access it.
Pinging rt.cpan.org [207.171.7.181] with 32 bytes of data:
Request timed out.
Reply from 207.171.7.18
On Sat, Aug 13, 2011 at 10:08 AM, Shawn H Corey wrote:
> My browser just times out. Is the site down?
For future reference, this site is handy for this purpose:
http://www.downforeveryoneorjustme.com/
> Does anyone have experience using elements from Config.pm to set up
> Makefile.PL for multi-system installation?
This happens with almost every large library-based module.
I'm not sure if you are asking about Makefile.PL as in
ExtUtils::MakeMaker or Module::Install based distributions. I don't
Kartik,
As it says in the original mail from the PAUSE indexer, you should be
contacting the PAUSE admins about this -- e.g. modu...@perl.org
Cheers,
Jonathan
On Tue, Nov 30, 2010 at 6:36 PM, Kartik Thakore
wrote:
>
> Hello Folks,
>
> My co-maint has gone on a vacation to Scotland, which would
On Mon, Sep 13, 2010 at 11:48 AM, Ryan Voots wrote:
> sub foo {
> my $foo = shift;
> $foo = "bar"; }
>
> would not doing a copy for shift like that cause it to act like
>
> sub foo {$_[0] = "bar"} does?
>
Well, you know what they say: Try It And See.
On Wed, Aug 18, 2010 at 5:23 PM, Kartik Thakore
wrote:
> GCC extensions may not play well with the varying compilers out there. I
> think activestate uses a non gcc compiler. But C89 should be sufficient in
> terms of portability.
I'm no C expert by any means, but the wise folks at #debian-devel
Hi Dave,
I am one of the people who package Perl modules for Debian, and we
frequently see all of the above - Module::Install, Module::Build,
ExtUtils::MakeMaker and now Dist::Zilla.
As ExtUtils::MakeMaker is now considered deprecated, I would avoid
using that. However, each of the other toolchai
Hi Jim,
I just checked by logging into PAUSE now, using Windows XP and Firefox
3.5-ish. No warning or problems on my end. I checked the certificate
details, and they say:
Valid from:
11-05-2010 18:18.36
(11-05-2010 22:18.36 GMT)
Until:
10-05-2012 18:18.36
(10-05-2012 22:18.36 GMT)
I just took a
On Sun, Mar 28, 2010 at 12:55 PM, Dana Hudes wrote:
> But you can't use CPAN.pm on the Backpan.
Can't you? It's just a mirror, so if you point CPAN.pm to the backpan,
you should be able to install packages from there (though to get the
version you want you'll need to specify the author/package nam
Craig,
I havne't looked into your issue specifically but this looks like it
may be related to older CPAN.pm's which did not honour build_requires
and configure_requires. Subsequently, you probably have to do some
manual checking, though hopefully someone more experienced with doing
that sort of th
Speaking also as a Debian packager, and notwithstanding Dominique's
comments that we dislike Module::Install, I'd like to provide some
additional clarification:
On Mon, Mar 22, 2010 at 4:11 PM, Dominique Dumont wrote:
> Module::Install raises a lot of problems downstream. I often hear Debian
> pa
Eric,
Thanks for this! I've been looking for a way to diff things where CPAN
Diff complains that things are too big for quite some time.
On Thu, Feb 18, 2010 at 2:26 PM, Eric Wilhelm wrote:
> When the pink unicorn goes away, you might try:
>
> http://github.com/gitpan
Mr. Schwern is pretty awe
Hi there,
Thanks for your contribution to CPAN.
> So I would like to add some tests to one of my test files,
> involving something like `perl -c scripts/my_script`, and
> fail if there's an error.
There is a module for this - Test::Script - which can be integrated
into your test suite.
>
> My qu
2010/2/13 Burak Gürsoy :
>> -Original Message-
>> From: Hans Dieter Pearcey [mailto:hdp.perl.module-auth...@weftsoar.net]
>> Sent: Wednesday, February 10, 2010 7:24 PM
>> To: module-authors
>> Subject: Re: Spam to CPAN Developers? (Fwd: Betonmarkets CTO position)
>>
>> Excerpts from Jonatha
Hi,
Has anyone else got a message like this to their CPAN Developer e-mail
address? I'm curious if this is the beginning of a really bad trend
toward CPAN author spamming :/
-- Forwarded message --
From: Jean-Yves Sireau
Date: Wed, Feb 10, 2010 at 9:18 AM
Subject: Betonmarkets C
On Tue, Dec 15, 2009 at 2:46 AM, Eric Wilhelm wrote:
> # from Burak Gürsoy
> # on Monday 14 December 2009 12:20:
>
>>Well... Either die "OS unsupported\n" is an exception (since I get NA
>> for that)
>
> Yeah. Makes me wonder why fatal m/^Unsupported configuration: .*/
> errors couldn't be made N
Hm. This looks like spam, as it's an identical message but sent from a
different mailing address.
On Mon, Nov 23, 2009 at 3:11 PM, Ford Prefect Jr.
wrote:
> Hi!
>
> While i'm a long term perl user (five, six years or so), i just got to
> upload my first module to PAUSE.
>
> The module is called M
Hi!
Welcome, and thanks for your contribution to the CPAN.
On Mon, Nov 23, 2009 at 3:16 PM, Rene Schickbauer
wrote:
> Hi!
>
> While i'm a long term perl user (five, six years or so), i just got to
> upload my first module to PAUSE.
>
> The module is called Maplat and is a framework for intranet
Steffen-
As always, I think benchmarks are important. As you've shown below, in
your case, the XS implementation certainly is faster. I think it all
depends on whether the speed of the system is bound by external
factors (like disk speed, speed of a network stream) or your CPU.
Certainly I've fou
I'm not sure how many of these modules use it -- in particular, I know
Math::Random::ISAAC only mentions it in POD. Using /dev/random isn't
very portable -- what happens when you're on Windows?
On Wed, Nov 11, 2009 at 2:15 PM, David Golden wrote:
> On Tue, Nov 10, 2009 at 10:01 PM, wrote:
>> Ma
I should note, I wrote an article on this awhile back. Take it with a
grain of salt, as I'm not an expert in the area; I just wrote bindings
for the ISAAC algorithm to Perl.
http://jawnsy.wordpress.com/2009/06/04/performance-of-mathrandomisaac/
It compares the performance of multiple different PR
Maybe better advice is to never use /dev/random except when you need
it for cryptographic security (ie, generating some random data for
keys).
If you want to test stuff with random data, use /dev/urandom (a
pseudorandom random number generator device, which never runs out of
data and can provide r
I think ExtUtils::CBuilder is useful for detecting the presence of a
compiler. It has a "have_compiler" method that tells you whether a
compiler is present (by actually trying to compile a C file). For more
advanced uses, something like the aforementioned Devel::CheckLib will
probably be of great h
On Thu, Sep 24, 2009 at 4:43 PM, Paul LeoNerd Evans
wrote:
> I notice that Term::Info was released in 1999, has no documentation, no
> testing, only wraps Tput, and is generally not all that useful.
>
> I'm planning to write a proper terminfo wrapping module anyway, and this
> seems an ideal name
2009/9/4 Burak Gürsoy :
>> -Original Message-
>> From: Shlomi Fish [mailto:shlo...@iglu.org.il]
>> Sent: Friday, September 04, 2009 8:25 AM
>> To: module-authors@perl.org
>> Subject: What Would you like to see in a CPAN Distro Manager?
>
> I think that I don't want one :) (I didn't say don'
On Fri, Aug 28, 2009 at 1:25 PM, Bill Ward wrote:
> On Fri, Aug 28, 2009 at 9:02 AM, Eric Wilhelm wrote:
>> # from David Cantrell
>> # on Friday 28 August 2009 04:10:
>>
I guess maybe. It still seems arbitrary, and my point was that it
is a workaround to the fact that it's currently diff
[Cc'ing module-authors in case other CPAN developers or users of these
packages are interested.]
Hi:
I've noticed these two modules (Scope::Guard and End) are similar in
their nature, purpose and inner workings. I'm curious if you two knew
about the others' module prior to creating their own. I'd
Hi Kartik:
Keep in mind that all modules are tracked separately. So, while you
might have rights to teh SDL.pm namespace, the original author needs
to give you the co-maintain bit on all of the other ones in the dist.
This is what leads to what is called "unauthorized releases" -- your
package was
Hi:
On Tue, Aug 18, 2009 at 4:57 PM, Kartik Thakore wrote:
>
> Hi people how do I get access to bug queue if I cannot find the contact of
> the person who set it up. This is the rt on the cpan module.
Access is given to the PAUSE ID of the person that owns the particular
module, either on a first-
On Mon, Aug 3, 2009 at 7:01 PM, David Cantrell wrote:
> On Mon, Aug 03, 2009 at 12:49:41PM -0400, Jonathan Yu wrote:
>
>> ... CPAN Search Diff tool ...
>>
>> I would ideally like to implement such a tool on the entire BACKPAN,
>
> Why not just take a backpan mirror
Hi:
I'm not sure where else to send this, so I'm sending it here to get
some discussion from other module authors/CPAN users.
I package Perl modules for Debian, so I use the CPAN Search Diff Tool
a lot to figure out what has changed between releases. However,
authors are (rightfully so) cleaning
just the pm files and tarball
On 8/2/09, Shawn H. Corey wrote:
> Jonathan Yu wrote:
>> On Sun, Aug 2, 2009 at 9:49 AM, Shawn H. Corey
>> wrote:
>>> Here is a copy of my MANIFEST. Is there anything missing?
>>>
>>> Build.PL
>>> Changes
>&g
Hi there:
On Sun, Aug 2, 2009 at 9:49 AM, Shawn H. Corey wrote:
> Hi,
>
> I have a module, Sub::Starter, which I have prepared for CPAN. I think I
> have all the right goodies in the right places. But I am worried that I
> might be missing something important. And yes, I read the documentation,
Martin:
On Tue, Jul 28, 2009 at 1:57 PM, Martin J.
Evans wrote:
> Jonathan Yu wrote:
>> Hi:
>>
>> I seek the wisdom of any other module authors that might have come
>> across this problem.
>>
>> Recently, I uploaded a new version of Math::Random::ISAAC::XS
e a catch somewhere with older perls, CPAN or something else.
> Therefore, I just avoid all the headaches and hassles with the above
> scheme.
>
> On Tue, Jul 28, 2009 at 12:37 PM, Jonathan Yu wrote:
>> Hi:
>>
>> I seek the wisdom of any other module authors
Hi:
I seek the wisdom of any other module authors that might have come
across this problem.
Recently, I uploaded a new version of Math::Random::ISAAC::XS and ran
into a *lot* of regressions. I've looked at the diff and I didn't
really change all that much, except for removing some things from
Rec
Generally I think the old wisdom is to just assume all input is some
sort of string, and to perform any validation you need manually or
using other utilities like Scalar::Util's looks_like_number method
(which is core anyway).
However, it might be convenient to have a way to verify that input is
a
I have *never* used h2xs to start a module, though I have copied the
basic scripts/structure/etc that other packages have (which likely
began with h2xs at one point or another)...
I prefer doing it on my own by hand, though I guess that's not an
option for people new to Perl packaging
On Fri, Jun
.
> Instead, you just say :
> my $object = Qt::(arg_1, ..., arg_n);
> If you don't need to pass any argument to the constructor, simply say :
> my $object = Qt::;
>
> On Tue, May 26, 2009 at 11:13 AM, Jonathan Yu wrote:
>> On Tue, May 26, 2009 at 2
-)
> $hello->show();
> etc.
> Which I realize is a problem.
>
> On Tue, May 26, 2009 at 11:00 AM, Jonathan Yu wrote:
>> Chris:
>>
>> Is it Qt4::Application or QApplication (as it was in Qt - ie version 1?)
>>
>> On Tue, May 26, 2009 at 1:
Chris:
Is it Qt4::Application or QApplication (as it was in Qt - ie version 1?)
On Tue, May 26, 2009 at 1:59 PM, Chris Burel wrote:
>> And really, what's wrong with Qt4::Application->new()?
>
> I've been modeling the Qt4 bindings off the Qt3 ones that Ashley and
> Germain wrote. And that's how
Mon, May 25, 2009 at 06:00:12PM -0700, Eric Wilhelm wrote:
>> # from Jonathan Yu
>> # on Monday 25 May 2009:
>>
>> >I'd like to remove the Qt module from CPAN, or be able to take it
>> > over.
>>
>> Hi Jonathan,
>>
>> That's a
This may solve both of your dilemmas:
http://search.cpan.org/~ovid/aliased-0.22/lib/aliased.pm
:-)
We packaged that for Debian not too long ago.
On Tue, May 26, 2009 at 11:38 AM, Eric Wilhelm wrote:
> Hi Chris,
>
> # from Chris Burel
> # on Tuesday 26 May 2009:
>
>>One thing I thought of doing
Hi:
I'd like to remove the Qt module from CPAN, or be able to take it over.
I'm working with someone else on perlqt4 bindings for my Google Summer
of Code project, and the currently available version of Qt is from
1997 and of little use to anybody. (See: code.google.com/p/perlqt4)
We'd like to b
It's my understanding that the margin by which storing a hashed
password without a salt is better is related to its length. It's
harder to calculate/store SHA-512 hashes versus SHA-1, right? I mean,
takes a lot more time & space to construct rainbow tables, and thus
could be infeasible to generate.
On Wed, May 20, 2009 at 6:13 PM, Arthur Corliss
wrote:
> On Wed, 20 May 2009, Jonathan Yu wrote:
>
>> Not totally pointless, of course, because it would still require
>> regenerating a rainbow table versus downloading one of them already
>> available. On the other hand, de
mpact
performance in a noticeable way, and the security benefits
dramatically outweigh the costs.
Cheers,
Jonathan
On Wed, May 20, 2009 at 6:05 PM, Bill Ward wrote:
>
>
> On Wed, May 20, 2009 at 2:55 PM, Jonathan Yu
> wrote:
>>
>> Bill:
>>
>> To clarify why
A few minor points.
On Wed, May 20, 2009 at 6:00 PM, Arthur Corliss
wrote:
> On Wed, 20 May 2009, Bill Ward wrote:
>
>> 2. Make sure to have a salt value, as it prevents the use of rainbow
>>>
>>> tables to get a password. So you have the hash and a known salt kept
>>> separately (the salt is pla
ecessary, however, if you can harden
security with just a few extra lines of code, why not?
Cheers,
Jonathan
On Wed, May 20, 2009 at 5:45 PM, Bill Ward wrote:
>
>
> On Wed, May 20, 2009 at 2:39 PM, Jonathan Yu
> wrote:
>>
>> Hi:
>>
>> Well, some things I c
Hi:
Well, some things I can think of are:
1. Use SHA-256 instead of MD5. Even SHA-1 is thought to be possibly
weak, and there have been collisions detected against MD5, worse for
MD's predecessors like MD4. If not SHA, then there are lots of other
great algorithms like WHIRLPOOL that are worth lo
ft is testing the 202+ packages in our control that have
both a Makefile.PL and Build.PL to make sure nothing breaks. If we're
successful in our testing then I don't see any reason why our build
process won't be switched over, particularly given the advice of
everyone here.
Thanks ag
Hi Mats:
I think there is an ELF:: namespace you can consider. Something like,
ELF::Extract::Symbols, maybe?
Likely it won't have much to do with the Win32 equivalent, even though
they are functionally similar, so I wouldn't suggest putting them
under a common namespace. Perhaps what you can do (
Hi:
On Tue, May 12, 2009 at 7:40 AM, David Cantrell wrote:
> On Mon, May 11, 2009 at 08:07:36PM +0100, Paul LeoNerd Evans wrote:
>
>> I was recently pointed in the direction of my kwalitee tests:
>> http://cpants.perl.org/author/PEVANS
>> They all fail for not having a README file or a LICENSE.
Hi wise Perl authors:
I've been building some Perl packages for Debian. I've noticed in the
course of this that dh-make-perl (our preferred script for
transforming Perl distributions into Debian packages) prefers
Makefile.PL over Build.PL.
One problem this has caused is that a Makefile is created
If a Perl patch can be made available for this purpose, then why not
an XS/C module?
On Tue, Apr 21, 2009 at 8:17 PM, Peter Pentchev wrote:
> On Tue, Apr 21, 2009 at 10:24:10AM +0100, Paul LeoNerd Evans wrote:
>> I find lately I've been doing a lot of binary protocol work, taking
>> messages that
Hi:
What about http://search.cpan.org/~dlo/Proc-BackOff-0.02/lib/Proc/BackOff.pm
Proc::BackOff. It seems to implement a function similar to TCP packet
retry backoff...
The idea is that for every failure you wait X time before the next
request; the next time, you wait 2X. etc. But there is also a
Hi Burak:
2009/4/10 Burak Gürsoy :
>> -Original Message-
>> From: Paul LeoNerd Evans [mailto:leon...@leonerd.org.uk]
>> Sent: Friday, April 10, 2009 6:17 PM
>> To: Ovid
>> Cc: module-authors@perl.org
>> Subject: Re: "a lot of silliness" about Module::Build
>>
>> I find this too. Of all my
Hi Paul:
This sounds like a great idea. However, I would recommend that when
you do write your module, you include some way of determining which
version is currently in use.
For example, it's difficult to detect which version of File::Spec is
in use, because it's set up so that it does @ISA =
('F
Eric-
On Thu, Mar 19, 2009 at 2:48 PM, Eric Wilhelm wrote:
> # from David Golden
> # on Thursday 19 March 2009 11:32:
>
I will look into this, but the problem with CC licenses is that
they are not "Perl-approved" - that is, they do not have fields in
Module::Build's license field
>
Jonathan
On Thu, Mar 19, 2009 at 2:27 PM, David Golden wrote:
> On Thu, Mar 19, 2009 at 2:03 PM, Jonathan Yu wrote:
>> If you are legally required to do so, then you may use this file under, at
>> your option:
>>
>> 1. The MIT/X11 License; or,
>> 2. The BSD L
probably safer, though.
Jonathan
On Thu, Mar 19, 2009 at 2:30 PM, Shlomi Fish wrote:
> On Thursday 19 March 2009 18:23:23 Jonathan Yu wrote:
>> Hi Shlomi,
>>
>> I've looked into the CC0 license that Scott mentioned, and it looks
>> promising.
>>
>>
Good point David.
Anyway, for the rest of the list, I've come up with the following
text; hopefully it is legally possible:
Copyleft (C) 2009 by Jonathan Yu . All rights reversed.
ABSTRACT
I, the copyright holder of this package, hereby release the entire contents
therein into the p
d Build.PL's license part?
Jonathan
On Thu, Mar 19, 2009 at 12:13 PM, Shlomi Fish wrote:
> Hi Jonathan!
>
> On Thursday 19 March 2009 17:46:39 Jonathan Yu wrote:
>> Hi all:
>>
>> I'm working on a module that will be released into the Public Domain.
>> It
Scott:
Posting this back to the list. Hope you don't mind; I think the others
on this list could benefit from your reply.
On Thu, Mar 19, 2009 at 12:01 PM, Scott Elcomb wrote:
> On Thu, Mar 19, 2009 at 11:46 AM, Jonathan Yu wrote:
>> Hi all:
>>
>> I'm working on
public.html)
Thanks in advance for your guidance :-)
Cheers,
Jonathan Yu
(PAUSE: FREQUENCY)
Chris:
I'm not sure of the best answer here, though I do know that top-level
namespaces (like Vimeo::API) are generally frowned upon.
A cursory search of "API" turns up:
- WWW::Facebook::API
- WWW::Bebo::API
As the first two results. On the other hand, some people have used the
namespace WebSer
Jonathan:
On Tue, Mar 3, 2009 at 1:16 PM, Jonathan Rockway wrote:
> * On Tue, Mar 03 2009, Jonathan Yu wrote:
>> Choosing array-based parameterization instead of hashes seems to be a
>> bad idea to me, because you could potentially end up with lots of
>> cases of sparse a
ere you can quickly hack things together to
get the job done, and refine the code if and when it becomes necessary
to do so. To that end, there are some nice modules to test code
coverage, profiling, memory leaks, etc.
Cheers,
Jonathan Yu
On Tue, Mar 3, 2009 at 7:41 AM, David Cantrell wrote:
Hi:
What about the other modules in "See Also" of that module?
HTML::Sanitizer, HTML::Scrubber, HTML::StripScripts, HTML::Parser
Cheers,
Jonathan
On Fri, Feb 13, 2009 at 5:53 PM, Bill Ward wrote:
> I sent mail to the author of HTML::Detoxifier but it bounced. Does anyone
> here have any sugg
onathan
On Fri, Feb 13, 2009 at 11:13 PM, David Golden wrote:
> On Fri, Feb 13, 2009 at 11:04 PM, Jonathan Yu wrote:
>> Hi all:
>>
>> I write because one of the modules I use in one of my distributions,
>> DBD::SQLite, seems to be abandoned by its maintainer. I am wonde
Hi all:
I write because one of the modules I use in one of my distributions,
DBD::SQLite, seems to be abandoned by its maintainer. I am wondering
what should be done in such a case, because the backlog of requests in
the RT is getting pretty big, and there are some outstanding patches
in the downs
Hi Keith:
I have to say, I am pleased that people are working on enriching
CPAN's offerings. Currently it does lack Barcode handling support,
from what I can tell.
I would be totally behind a project that would bring everything under
a consistent Barcode:: interface - that is, the processing/inpu
Hi there:
I'm not sure if this will help you, but I use build_requires (and
Module::Build) - it seems to do the trick for me. For the author
tests, I put them in 'recommended'.
It's worth noting that the team that packages Perl modules for Debian
moves all requirements to basically "build_require
27;t all that well maintained, and the bug has
been outstanding in the Request Tracker for some time now.
Cheers,
Jonathan
On Thu, Jan 15, 2009 at 12:19 AM, Ben Morrow wrote:
>
> Quoth jonathan.i...@gmail.com ("Jonathan Yu"):
>> All:
>>
>> I like the idea of using SQLi
Hi:
To transform multiple documents to a single document, wouldn't the
easiest method be putting it in a .zip or tarball?
Anyway, I looked into doing something like this, and personally am
leaning toward XML if doing this in the future.
I think it would be best if you simply translate documents
to put things in the Shared directory
(I believe it's M::I::Shared)
Any thoughts on Module::Build and sharedir files?
Cheers!
Jonathan
On Sat, Jan 10, 2009 at 9:20 PM, Ben Morrow wrote:
>
> Quoth da...@cantrell.org.uk (David Cantrell):
>> On Sat, Jan 10, 2009 at 07:41:22PM -0500
Hi Nadim:
On Fri, Jan 9, 2009 at 12:57 PM, nadim khemir wrote:
> On Thursday 08 January 2009 21.15.07 Jonathan Yu wrote:
>> Hi all:
>>
>> I am looking into writing a module that will look up information on a
>> Video file's Four Character Code (FourCC) and disp
rant that - it should fit
mostly in memory). Aside from searching for the phase "FourCC" using
the CPAN search engine, I haven't really done a whole lot of
searching, and so I don't know if there is/are [a] package(s) that
handle this type of thing.
Cheers,
Jonatha
Eric:
Just a thought - if there was a more general module, you could still
have it default to detecting global %SIG changes. It might be
beneficial to have similar reminders for other modules that shouldn't
be messed with, like changes to the $ENV{PATH}.
But I'm no expert in any of this. I just t
84 matches
Mail list logo
