On Mon, Nov 9, 2009 at 9:10 PM, Ash Berlin ash_c...@firemirror.com wrote:
My understanding is both are excellent choices: git has more mind share in
perl and other OSS communities
Edmund: If you're a Perl shop then switching to Git is a good idea for
just this reason. Things you might want to
2009/11/9 Ash Berlin ash_c...@firemirror.com:
My understanding is both are excellent choices
I use Mercurial at work and Git for open source projects. This was
mostly because Git took a while to become user-friendly and in fact
I'd say Mercurial is still easier to use, but after working with
I used mercurial in a nondistributed fashion at $previous_work and that was
a disaster. One guy kept pushing every 30 seconds and I couldn't get a
commit in edgeways. Mercurial will offer to auto-branch if you don't merge
to the head of the tree before pushing. When someone is committing like mad,
On Tue, Nov 10, 2009 at 10:58:12AM +, James Laver wrote:
I used mercurial in a nondistributed fashion at $previous_work and
that was a disaster. One guy kept pushing every 30 seconds and I
couldn't get a commit in edgeways.
I haven't used Mercurial, but that sounds like a social problem
On Tue, Nov 10, 2009 at 11:17:39AM +, Tom Hukins wrote:
I have used a few collaborative tools that try to resolve human
issues, and they seldom do as good a job as most humans.
Until such time as the version control tools evolve the ability to wield
cricket bats?
(Or in more pragmatic
I'm writing an attempt at a simple recursive-descent parser with no
backtracking or alternation, for parsing a really simple grammar.
My usual method is to write a collection of functions that eat a prefix
from the string they're passed as $_[0] (mutably so), and return any
interesting data. A
On Sun, Nov 08, 2009 at 09:49:20PM +, Denny wrote:
On Sun, 2009-11-08 at 22:31 +0100, Richard Foley wrote:
On Sunday 08 November 2009 19:44:15 Peter Corlett wrote:
Giving stuff away on Freecycle is way too much work. It's almost as if
the people who run it have engineered it to
Nicholas Clark wrote:
Until such time as the version control tools evolve the ability to wield
cricket bats?
Surley that's against health and saftey ?:)
Mike Woods
Full of squishy cynicism
On Tue, Nov 10, 2009 at 02:37:59PM +0100, Philip Newton wrote:
But you could try this:
sub parse
{
my ( $text, $re ) = @_;
my @matches = $_[0] =~ /^$re// or die Expected $re in $text...\n;
$_[0] =~ s/^$re//;
return @matches
}
at the cost of running the regexp twice (once for
On Tue, Nov 10, 2009 at 14:51, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
So how about
my @matches = $_[0] =~ m/^$re/ or die ;
substr( $_[0], 0, $+[0] ) = ;
return @matches;
I think I like that...
Ooh, yes, it does have a certain charm. And it may even involve less
string
On Tue, Nov 10, 2009 at 01:59:24PM +, Jasper wrote:
return map $$_, 1..$#-
too hideous? (I would think it was fine...)
That isn't going to work under strict... Surely you mean..?
return map { no strict 'refs'; $$_ } 1 .. $#-;
;)
In any case, I think I prefer the match in m// then cut
On Tue, Nov 10, 2009 at 14:11, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
After some headscratching I decided instead to have parse() return a
list of the capture groups. I so far haven't found a neater expression
than
sub parse
{
my ( $text, $re ) = @_;
$_[0] =~ s/^$re// or
Tom == Tom Hukins t...@eborcom.com writes:
Tom Version control involves more collaboration between people than most
Tom software problems. Nonetheless, I like version control tools that
Tom deal exclusively with the fiddly things humans find time consuming
Tom like branching and merging,
On 11/10/2009 02:15 PM, A Smith wrote:
Charity shops must be losing out big with the change to downloaded music and
coming growth of pdf books.
Don't worry, I have enough books and CDs to keep charity shops in
business for years!
Dave...
2009/11/10 Philip Newton philip.new...@gmail.com:
On Tue, Nov 10, 2009 at 14:11, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
After some headscratching I decided instead to have parse() return a
list of the capture groups. I so far haven't found a neater expression
than
sub parse
{
Charity shops must be losing out big with the change to downloaded music and
coming growth of pdf books.
--
Andrew
2009/11/10 Philippe Bruhat (BooK) philippe.bru...@free.fr
On Sun, Nov 08, 2009 at 09:49:20PM +, Denny wrote:
On Sun, 2009-11-08 at 22:31 +0100, Richard Foley wrote:
On
On Tue, Nov 10, 2009 at 03:11:04PM +0100, Philip Newton wrote:
On Tue, Nov 10, 2009 at 14:51, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
So how about
my @matches = $_[0] =~ m/^$re/ or die ;
substr( $_[0], 0, $+[0] ) = ;
return @matches;
I think I like that...
Ooh,
I would like to be able to make twitter updates from either Perl program
or from shell. CPAN has a very large number of modules with Twitter in
their subject.
From a cursorly glance Net::Twitter::Lite or Net::Twitter look
plausabl. Does anyone have an experience that would suggest I look
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there any downsides I should be aware of?
Relevance:
On 10/11/2009 14:46, Ovid wrote:
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there any downsides I
(appols for semi-duplicate)
On Tue, Nov 10, 2009 at 03:11:04PM +0100, Philip Newton wrote:
On Tue, Nov 10, 2009 at 14:51, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
So how about
my @matches = $_[0] =~ m/^$re/ or die ;
substr( $_[0], 0, $+[0] ) = ;
return @matches;
I
On 11/10/2009 02:37 PM, Andrew Black wrote:
I would like to be able to make twitter updates from either Perl program
or from shell. CPAN has a very large number of modules with Twitter in
their subject.
From a cursorly glance Net::Twitter::Lite or Net::Twitter look
plausabl. Does anyone have an
On Tue, Nov 10, 2009 at 15:53, Paul LeoNerd Evans
leon...@leonerd.org.uk wrote:
On Tue, Nov 10, 2009 at 03:11:04PM +0100, Philip Newton wrote:
Ooh, yes, it does have a certain charm. And it may even involve less
string copying
In fact, they seem to behave quite similarly:
Ah, poo :) Well, at
On Nov 10, 2009, at 3:46 PM, Ovid wrote:
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there any
Dave Cross d...@dave.org.uk wrote:
Don't worry, I have enough books and CDs to keep charity shops in
business for years!
Perl Cookbook Version 1. I can almost hear the russle of large notes ;-)
Chris
On Tue, Nov 10, 2009 at 4:04 PM, Chris Jack chris_j...@msn.com wrote:
Be aware that there is a major difference between the reliability and cost of
the pen drives you get on the high street and production quality solid state
drives. Your minimal cost comment worries me.
Well by comparison to
On 11/10/2009 03:58 PM, Chris Jack wrote:
Dave Cross d...@dave.org.uk wrote:
Don't worry, I have enough books and CDs to keep charity shops in
business for years!
Perl Cookbook Version 1. I can almost hear the russle of large notes ;-)
Actually, I _do_ have at least one spare copy of that
Ovid publiustemp-londo...@yahoo.com wrote:
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there
- Original Message
From: Chris Jack chris_j...@msn.com
Be aware that there is a major difference between the reliability and cost of
the pen drives you get on the high street and production quality solid state
drives. Your minimal cost comment worries me.
I only meant minimal
Hi,
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there any downsides I should be aware of?
We've
Ovid wrote:
- Original Message
From: Chris Jack chris_j...@msn.com
Be aware that there is a major difference between the reliability
and cost of the pen drives you get on the high street and
production quality solid state drives. Your minimal cost comment
worries me.
I only
PLE == Paul LeoNerd Evans leon...@leonerd.org.uk writes:
PLE substr( $_[0], 0, $+[0] ) = ;
4 arg substr is faster than lvalue substr.
substr( $_[0], 0, $+[0], '' ) ;
i do a very similar recursive parse in Template::Simple and i also use
$1 and $2 in s/// in the basic rendering.
Net::Twitter::Lite works fine. We're using it to send out Arabic breaking
news alerts. To change the program agent string shown on Twitter you have to
use the new API and that requires Net::Twitter which is more complex but
does have a lot more features.
Regards, Peter
On Nov 10, 2009 2:48 PM,
To change the program agent string shown on Twitter you have to
use the new API and that requires Net::Twitter which is more complex but
does have a lot more features.
Actually, you just have to register your application and use OAuth to
authenticate, rather than Basic Authentication.
Net::Twitter will do all that you want, with lots of Moosey goodness.
Net::Twitter::Lite is the old version of Net::Twitter from before it was
Moosed. I don't know to what extent the author is keeping ::Lite up to
date with changes in the Twitter API. I recommend Net::Twitter[1].
Thus far,
On Tue, Nov 10, 2009 at 2:37 PM, Andrew Black
andrew-per...@mail.black1.org.uk wrote:
I would like to be able to make twitter updates from either Perl program
or from shell. CPAN has a very large number of modules with Twitter in
their subject.
From a cursorly glance Net::Twitter::Lite or
Ovid wrote:
I only meant minimal cost in relation to setting up a bunch of master/slave
mysql servers, configuring them, getting replication going, etc.
OpenMosix or one of its successors?
On Tue, Nov 10, 2009 at 5:46 PM, Richard Huxton d...@archonet.com wrote:
* - it's not the transaction logs themselves that are the problem so
much as having constant small writes to them causing the disk heads to
seek back and fore. This is why you tend to put them on their own disks.
Or play
Ovid wrote:
Does anyone here have any experience putting a production database on a
solid-state drive? Our database is heavily used and it sounds to me like we
could get a massive performance boost for minimal cost and no architectural
changes. Are there any downsides I should be aware of?
On 10 Nov 2009, at 19:42, James Laver wrote:
[...]
Or play other fun tricks, like only partitioning 25% of the disk and
leaving the rest to waste, so it's using the fastest 25% of the disk.
On a WD VelociRaptor[1], it could be extra awesome.
Part-stroking one of those would give you such a
On 10 Nov 2009, at 20:36, Dirk Koopman wrote:
Ovid wrote:
Does anyone here have any experience putting a production database
on a solid-state drive? Our database is heavily used and it sounds
to me like we could get a massive performance boost for minimal
cost and no architectural
I have a small problem in that I'm trying to modify a bash script so
that currently does this
. config
# then inspect command line args
getArgs
so that you can specify the config file on the command line. Which
necessarily requires do
config_file=config
# inspect command
On Wed, Nov 11, 2009 at 01:03:08AM +, me said:
Is there an easy way to say source this config file but don't override
any variable already set? or some sort of standard recipe? Or amy I
going to have to write something that reads the config file line by
line, splits out any variable
On Wed, Nov 11, 2009 at 1:03 AM, Simon Wistow si...@thegestalt.org wrote:
I have a small problem in that I'm trying to modify a bash script so
that currently does this
. config
# then inspect command line args
getArgs
so that you can specify the config file on the command line.
On 11 Nov 2009, at 01:03, Simon Wistow wrote:
I have a small problem in that I'm trying to modify a bash script so
that currently does this
. config
# then inspect command line args
getArgs
so that you can specify the config file on the command line. Which
necessarily requires do
45 matches
Mail list logo