Reminder: NewNIghtlyTest.pl

If you run a nightly test ..

This is a reminder that the script will change so that tonight's nightly
test will use the hybrid svn/cvs version. This requires the Date::Parse
perl module. If you haven't installed it yet, please do so before the
next run of your nightly test.

If you don't have time to do this, please make a copy of the existing
script and use that copy to run your nightly. Note that this will break
once the SVN migration occurs but it gives you some more time.

Thanks,

Reid.

Hi Reid,

We didn't have a chance to talk about this much when this came up, but why do you need this module? It's not commonly installed on all systems, so this is another dependency people have to satisfy to be able to run the nightly tester. Is there any way to avoid this?

-Chris

> This is a reminder that the script will change so that tonight's nightly
> test will use the hybrid svn/cvs version. This requires the Date::Parse
> perl module. If you haven't installed it yet, please do so before the
> next run of your nightly test.

Hi Reid,

We didn't have a chance to talk about this much when this came up, but why
do you need this module? It's not commonly installed on all systems, so
this is another dependency people have to satisfy to be able to run the
nightly tester. Is there any way to avoid this?

Only two things I can think of:

1. Forgo having "what changed" information in the nightly test
2. Ask Anton to write the date parsing without using Date::Parse and do
   the parsing manually.

Personally I don't think #1 is viable. It is good to know what changed
each day.

Reid.

I agree. Is the date in a fixed format? wouldn't a simple regex do the trick?

-Chris

>> this is another dependency people have to satisfy to be able to run the
>> nightly tester. Is there any way to avoid this?
>
> Only two things I can think of:
>
> 1. Forgo having "what changed" information in the nightly test
> 2. Ask Anton to write the date parsing without using Date::Parse and do
> the parsing manually.
>
> Personally I don't think #1 is viable. It is good to know what changed
> each day.

I agree. Is the date in a fixed format? wouldn't a simple regex do the
trick?

You're asking the wrong person. Anton did this part.

Anton?

Hello, Chris.

I agree. Is the date in a fixed format? wouldn't a simple regex do the
trick?

It seems it doesn't have fixed format. At least it:
1. Outputs local time.
2. Date string contains national symbols

We should parse date by hands and filter revisions, which took place
during prev. day. So, in general we need 2 routines:

1. Parse date into some internal format.
2. Compute the difference from 'now' and decide, whether revision is
less, then 1 day old.

Any perl gurus around? My perl-fu is really low.

Anton Korobeynikov wrote:

Hello, Chris.

I agree. Is the date in a fixed format? wouldn't a simple regex do the
trick?

It seems it doesn't have fixed format. At least it:
1. Outputs local time.
2. Date string contains national symbols

We should parse date by hands and filter revisions, which took place
during prev. day. So, in general we need 2 routines:

1. Parse date into some internal format.
2. Compute the difference from 'now' and decide, whether revision is
less, then 1 day old.

Any perl gurus around? My perl-fu is really low.

Hi,

Do you have some examples of the string to parse? What command generates it?

Adam

Adam,

Do you have some examples of the string to parse?

Surely (I don't know, what's the output with different locales):

Moved for versioning.

Simple solution: svn log --xml

Standardize format for date/time.

Anton Korobeynikov wrote: