v5.10.0 on Ubuntu 9.10 which based on Debian's unstable branch I believe.<div><br></div><div>Stephen<br><br><div class="gmail_quote">On Thu, Feb 4, 2010 at 12:00 PM, <span dir="ltr"><<a href="mailto:sanfrancisco-pm-request@pm.org">sanfrancisco-pm-request@pm.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Send SanFrancisco-pm mailing list submissions to<br>
<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sanfrancisco-pm-request@pm.org">sanfrancisco-pm-request@pm.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sanfrancisco-pm-owner@pm.org">sanfrancisco-pm-owner@pm.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of SanFrancisco-pm digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: What version of perl and what OS do you use? [poll]<br>
(Jonathan Swartz)<br>
2. Re: What version of perl and what OS do you use? [poll]<br>
(Matt Barkovich)<br>
3. Re: What version of perl and what OS do you use? [poll]<br>
(Earl Ruby)<br>
4. Re: What version of perl and what OS do you use? [poll]<br>
(Bob goolsby)<br>
5. Re: New Devel::NYTProf (Jeff Bragg)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 3 Feb 2010 16:01:54 -0800<br>
From: Jonathan Swartz <<a href="mailto:swartz@pobox.com">swartz@pobox.com</a>><br>
Subject: Re: [sf-perl] What version of perl and what OS do you use?<br>
[poll]<br>
To: San Francisco Perl Mongers User Group <<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a>><br>
Message-ID: <<a href="mailto:AA7F38CD-BBC8-4AFA-9C0D-2FF3CFA58E8D@pobox.com">AA7F38CD-BBC8-4AFA-9C0D-2FF3CFA58E8D@pobox.com</a>><br>
Content-Type: text/plain; charset="us-ascii"; Format="flowed";<br>
DelSp="yes"<br>
<br>
At my latest job, I've started to treat critical vendor software<br>
(Perl, Apache, and all CPAN modules) the same way as the web code: it<br>
is all under version control, and it all gets rsynced out to<br>
production during a release. Still too early to tell whether this is<br>
overkill. But I do feel highly organized and it's nice not to have to<br>
worry about which modules are installed where.<br>
<br>
On Feb 3, 2010, at 3:50 PM, Bryan Beeley wrote:<br>
<br>
> We do something similar. We compile everything on a single tree<br>
> then rsync it to all our servers. We usually add modules to our<br>
> production servers as soon as we start using them in development,<br>
> just to make sure we aren't out of sync when we push out the next<br>
> code release.<br>
><br>
> Bryan<br>
><br>
> David Alban wrote:<br>
>><br>
>> tangentially related to your question...<br>
>><br>
>> i do tools for (mostly) the release engineering group at work. my<br>
>> company is a java shop, so not too many of us use perl. rather than<br>
>> getting sysadmins to install new modules when i need one, i decided a<br>
>> while back to keep all of our tools / libraries / etc in a single<br>
>> tree<br>
>> on our nas (which is mounted to all the machines which matter). so<br>
>> all folks have to do to use our tools is to mount that nas partition.<br>
>><br>
>> home grown modules go under </nas/reg/lib/perl5/>. cpan modules that<br>
>> i need go there, too. (reg is an acronym which stands for release<br>
>> engineering group.) so any programs that want to use these modules<br>
>> include the use statement:<br>
>><br>
>> use lib '/nas/reg/lib/perl';<br>
>><br>
>> (/nas/reg/lib/perl is a symlink to /nas/reg/lib/perl5)<br>
>><br>
>> what i like is that i can maintain the contents in / updates to our<br>
>> nas partition.<br>
>><br>
>> On Wed, Feb 3, 2010 at 3:11 PM, Earl Ruby<br>
>> <<a href="mailto:eruby@knowledgematters.net">eruby@knowledgematters.net</a>> wrote:<br>
>><br>
>>> I'm also interested to know how people manage Perl in their<br>
>>> production<br>
>>> environments, that is, how you make sure that all of the CPAN<br>
>>> modules<br>
>>> you need are installed and how you verify that all production<br>
>>> servers<br>
>>> are using the same module versions. I usually build modules on a dev<br>
>>> server, then use cpan2rpm to create RPMs, then install from the RPM<br>
>>> files in production.<br>
>>><br>
>><br>
>><br>
><br>
> _______________________________________________<br>
> SanFrancisco-pm mailing list<br>
> <a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.pm.org/pipermail/sanfrancisco-pm/attachments/20100203/ff441d9d/attachment-0001.html" target="_blank">http://mail.pm.org/pipermail/sanfrancisco-pm/attachments/20100203/ff441d9d/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 3 Feb 2010 16:18:55 -0800<br>
From: Matt Barkovich <<a href="mailto:barko192@gmail.com">barko192@gmail.com</a>><br>
Subject: Re: [sf-perl] What version of perl and what OS do you use?<br>
[poll]<br>
To: San Francisco Perl Mongers User Group <<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a>><br>
Message-ID: <<a href="mailto:AAE05536-EDA9-4722-9983-732696AD229E@gmail.com">AAE05536-EDA9-4722-9983-732696AD229E@gmail.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Feb 3, 2010, at 2:02 PM, Fred Moyer wrote:<br>
<br>
> Did you compile perl with -fPIC? Here's my perl -V:<br>
<br>
No I didn't, but I've been compiling with slightly different flags to see what works best.<br>
<br>
Here's my perl -V of my most recent build.<br>
<br>
Summary of my perl5 (revision 5 version 10 subversion 1) configuration:<br>
<br>
Platform:<br>
osname=darwin, osvers=10.6.2, archname=darwin-thread-multi-ld-2level<br>
uname='darwin delta12.local 10.2.0 darwin kernel version 10.2.0: tue nov 3 10:37:10 pst 2009; root:xnu-1486.2.11~1release_i386 i386 '<br>
config_args=''<br>
hint=recommended, useposix=true, d_sigaction=define<br>
useithreads=define, usemultiplicity=define<br>
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef<br>
use64bitint=define, use64bitall=define, uselongdouble=define<br>
usemymalloc=n, bincompat5005=undef<br>
Compiler:<br>
cc='cc', ccflags ='-fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include',<br>
optimize='-O3',<br>
cppflags='-no-cpp-precomp -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'<br>
ccversion='', gccversion='4.2.1 (Apple Inc. build 5646) (dot 1)', gccosandvers=''<br>
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678<br>
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16<br>
ivtype='long', ivsize=8, nvtype='long double', nvsize=16, Off_t='off_t', lseeksize=8<br>
alignbytes=8, prototype=define<br>
Linker and Libraries:<br>
ld='env MACOSX_DEPLOYMENT_TARGET=10.6 cc', ldflags =' -fstack-protector -L/usr/local/lib'<br>
libpth=/usr/local/lib /usr/lib<br>
libs=-ldbm -ldl -lm -lutil -lc<br>
perllibs=-ldl -lm -lutil -lc<br>
libc=, so=dylib, useshrplib=false, libperl=libperl.a<br>
gnulibc_version=''<br>
Dynamic Linking:<br>
dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '<br>
cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -L/usr/local/lib -fstack-protector'<br>
<br>
<br>
Characteristics of this binary (from libperl):<br>
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV<br>
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP USE_64_BIT_ALL<br>
USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES<br>
USE_LONG_DOUBLE USE_PERLIO<br>
Built under darwin<br>
Compiled at Feb 1 2010 15:23:37<br>
@INC:<br>
/Users/mbarko/build/lib/perl5/5.10.1/darwin-thread-multi-ld-2level<br>
/Users/mbarko/build/lib/perl5/5.10.1<br>
/Users/mbarko/build/lib/perl5/site_perl/5.10.1/darwin-thread-multi-ld-2level<br>
/Users/mbarko/build/lib/perl5/site_perl/5.10.1<br>
.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 3 Feb 2010 16:45:26 -0800<br>
From: Earl Ruby <<a href="mailto:eruby@knowledgematters.net">eruby@knowledgematters.net</a>><br>
Subject: Re: [sf-perl] What version of perl and what OS do you use?<br>
[poll]<br>
To: San Francisco Perl Mongers User Group <<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a>><br>
Message-ID:<br>
<<a href="mailto:e679484e1002031645q6959a60do63f88ccfb86724cf@mail.gmail.com">e679484e1002031645q6959a60do63f88ccfb86724cf@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
2010/2/3 Jonathan Swartz <<a href="mailto:swartz@pobox.com">swartz@pobox.com</a>>:<br>
> At my latest job, I've started to treat critical vendor software (Perl,<br>
> Apache, and all CPAN modules) the same way as the web code: it is all under<br>
> version control, and it all gets rsynced out to production during a release.<br>
> Still too early to tell whether this is overkill. But I do feel highly<br>
> organized and it's nice not to have to worry about which modules are<br>
> installed where.<br>
<br>
Doesn't sound like overkill to me.<br>
<br>
If you find you're outgrowing rsync, you might want to check out Puppet:<br>
<a href="http://reductivelabs.com/products/puppet/" target="_blank">http://reductivelabs.com/products/puppet/</a><br>
<br>
--<br>
Earl Ruby<br>
<a href="http://earlruby.org/" target="_blank">http://earlruby.org/</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 4 Feb 2010 03:55:49 -0800<br>
From: Bob goolsby <<a href="mailto:bob.goolsby@gmail.com">bob.goolsby@gmail.com</a>><br>
Subject: Re: [sf-perl] What version of perl and what OS do you use?<br>
[poll]<br>
To: San Francisco Perl Mongers User Group <<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a>><br>
Message-ID:<br>
<<a href="mailto:1a208dd1002040355s1ea92c2crca162d2874becec8@mail.gmail.com">1a208dd1002040355s1ea92c2crca162d2874becec8@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On the Windows boxen: XP+Service Packs; Perl 5.10.1 on win-alfa; perl<br>
5.8.x on win-beta<br>
<br>
On the Linux boxen: Ubuntu 9.07, Perl 5.10.0; Fedora Core 11, Perl 5.8.0<br>
<br>
On the BSD box: PC-BSD 1.3, perl 5.8x and 5.10.1<br>
<br>
Bob G<br>
<br>
On Wed, Feb 3, 2010 at 4:45 PM, Earl Ruby <<a href="mailto:eruby@knowledgematters.net">eruby@knowledgematters.net</a>> wrote:<br>
> 2010/2/3 Jonathan Swartz <<a href="mailto:swartz@pobox.com">swartz@pobox.com</a>>:<br>
>> At my latest job, I've started to treat critical vendor software (Perl,<br>
>> Apache, and all CPAN modules) the same way as the web code: it is all under<br>
>> version control, and it all gets rsynced out to production during a release.<br>
>> Still too early to tell whether this is overkill. But I do feel highly<br>
>> organized and it's nice not to have to worry about which modules are<br>
>> installed where.<br>
><br>
> Doesn't sound like overkill to me.<br>
><br>
> If you find you're outgrowing rsync, you might want to check out Puppet:<br>
> <a href="http://reductivelabs.com/products/puppet/" target="_blank">http://reductivelabs.com/products/puppet/</a><br>
><br>
> --<br>
> Earl Ruby<br>
> <a href="http://earlruby.org/" target="_blank">http://earlruby.org/</a><br>
> _______________________________________________<br>
> SanFrancisco-pm mailing list<br>
> <a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 4 Feb 2010 09:41:33 -0800<br>
From: Jeff Bragg <<a href="mailto:jackofnotrades@gmail.com">jackofnotrades@gmail.com</a>><br>
Subject: Re: [sf-perl] New Devel::NYTProf<br>
To: San Francisco Perl Mongers User Group <<a href="mailto:sanfrancisco-pm@pm.org">sanfrancisco-pm@pm.org</a>><br>
Message-ID:<br>
<<a href="mailto:2f8a56f71002040941j6bacfddcl1db2f253fe39ccf9@mail.gmail.com">2f8a56f71002040941j6bacfddcl1db2f253fe39ccf9@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hard to believe they added so much to an already excellent package.<br>
<br>
On Wed, Feb 3, 2010 at 2:21 PM, Fred Moyer <<a href="mailto:fred@redhotpenguin.com">fred@redhotpenguin.com</a>> wrote:<br>
<br>
> For those of us lucky enough to have bottlenecks in our code:<br>
><br>
> <a href="http://blog.timbunce.org/2009/12/24/nytprof-v3-worth-the-wait/" target="_blank">http://blog.timbunce.org/2009/12/24/nytprof-v3-worth-the-wait/</a><br>
> _______________________________________________<br>
> SanFrancisco-pm mailing list<br>
> <a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.pm.org/pipermail/sanfrancisco-pm/attachments/20100204/cea42c05/attachment-0001.html" target="_blank">http://mail.pm.org/pipermail/sanfrancisco-pm/attachments/20100204/cea42c05/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
SanFrancisco-pm mailing list<br>
<a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
<br>
<br>
End of SanFrancisco-pm Digest, Vol 61, Issue 4<br>
**********************************************<br>
</blockquote></div><br></div>