Re: [Pgbuildfarm-members] Error testing

hello,

I am new to the farm and have been following the instructions in the
how-to. I've got up to the part about running

"./run_build.pl --nosend --nostatus --verbose"

and I get the following...

checking out source ...
Branch: HEAD
Stage CVS failed with status 1

I checked the run_build.pl and the perl doesn't make much sense to me.
It's been too long. Any help would be greatly appreciated.

system: Apple Xserve G5 running OS X 10.3.6
perl version: v5.8.1-RC3 built for darwin-thread-multi-2level

not sure if you need anything else.

thanks

Jamie.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

On Tue, 7 Dec 2004, Jamie Madden wrote:

>
> I am new to the farm and have been following the instructions in the how-to.
> I've got up to the part about running
>
> "./run_build.pl --nosend --nostatus --verbose"
>
> and I get the following...
>
> checking out source ...
> Branch: HEAD
> Stage CVS failed with status 1

Have you done an initial CVS login before, as instructed in

http://developer.postgresql.org/docs/postgres/cvs.html

in part F-1?

Regards,

- --
Devrim GUNDUZ
devrim~gunduz.org devrim.gunduz~linux.org.tr
http://www.tdmsoft.com
http://www.gunduz.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFBtHUYtl86P3SPfQ4RAm3wAKCKovfwxKbNpT8iZDninE7DThFbDQCeIiCA
iRCJCsFPihkpP3Mnzp/6ttE=
=ABHy
-----END PGP SIGNATURE-----

>>
>> I am new to the farm and have been following the instructions in the
>> how-to. I've got up to the part about running
>>
>> "./run_build.pl --nosend --nostatus --verbose"
>>
>> and I get the following...
>>
>> checking out source ...
>> Branch: HEAD
>> Stage CVS failed with status 1
>
> Have you done an initial CVS login before, as instructed in
>
> http://developer.postgresql.org/docs/postgres/cvs.html
>
> in part F-1?
>

Thanks,

I just did all steps in the F.1 without incident. Checked out source no
problems. setup the env with the .cvsrc and i have a .cvspass in $HOME.
But I still get the same error.

cheers,

Jamie

Jamie Madden wrote:

> hello,
>
> I am new to the farm and have been following the instructions in the
> how-to. I've got up to the part about running
>
> "./run_build.pl --nosend --nostatus --verbose"
>
> and I get the following...
>
> checking out source ...
> Branch: HEAD
> Stage CVS failed with status 1
>
> I checked the run_build.pl and the perl doesn't make much sense to me.
> It's been too long. Any help would be greatly appreciated.
>
>

Please try with a higher verbose setting like this:

./run_build.pl --nosend --nostatus --verbose=2

That should make sure you see the error properly.

thanks

andrew

It happened to me too.
Even --verbose=2 did not report the reason. I just
copied a manually checked out pgsql to HEAD/ directory
and run "run_build.pl" again, it issuet cvs update and
worked soothly thereafter.

Andrew, this error is not repeatable. It happened only in
the beginnig a couple of times. Later when I run "run_build.pl"
for branch REL7_4_STABLE it checked out the ful source just fine.

Best regards,
Nicolai Tufar

---------- Original Message -----------
From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Jamie Madden <jamie(at)digitalchild(dot)org>
Cc: pgbuildfarm-members(at)pgfoundry(dot)org
Sent: Mon, 06 Dec 2004 12:37:08 -0500
Subject: Re: [Pgbuildfarm-members] Error testing

> Jamie Madden wrote:
>
> > hello,
> >
> > I am new to the farm and have been following the instructions in the
> > how-to. I've got up to the part about running
> >
> > "./run_build.pl --nosend --nostatus --verbose"
> >
> > and I get the following...
> >
> > checking out source ...
> > Branch: HEAD
> > Stage CVS failed with status 1
> >
> > I checked the run_build.pl and the perl doesn't make much sense to me.
> > It's been too long. Any help would be greatly appreciated.
> >
> >
>
> Please try with a higher verbose setting like this:
>
> ./run_build.pl --nosend --nostatus --verbose=2
>
> That should make sure you see the error properly.
>
> thanks
>
> andrew
> _______________________________________________
> Pgbuildfarm-members mailing list
> Pgbuildfarm-members(at)pgfoundry(dot)org
> http://pgfoundry.org/mailman/listinfo/pgbuildfarm-members
------- End of Original Message -------

On Mon, 6 Dec 2004, Nicolai Tufar wrote:

> [cvs checkout doesn't work]

I had a similar problem with an older cvs client. Doing the initial
manual cvs login put an entry into .cvspass without the :2401 port
specification. So when the buildfarm tried to do a checkout with the port
explicitly specified, it couldn't find the matching password. Doing the
initial login with the port specified fixed things for me. Newer cvs
clients always put the full port specification (even if not explicit) into
.cvspass.

Kris Jurka

Nicolai Tufar wrote:

>It happened to me too.
>Even --verbose=2 did not report the reason. I just
>copied a manually checked out pgsql to HEAD/ directory
>and run "run_build.pl" again, it issuet cvs update and
>worked soothly thereafter.
>
>

You should NOT have to do this. I hope what you copied was a pristine
checkout, not one in which you had previously run configure, say.

If --verbose=2 isn't showing the cvs failure message then there's a
problem. The code says this:

print "======== cvs $cvsmethod log ===========\n",@cvslog
if ($verbose > 1);

Please make sure you're running the latest code. That's release 1.03. In
that release the version of run_build.pl is 1.11.

>Andrew, this error is not repeatable. It happened only in
>the beginnig a couple of times. Later when I run "run_build.pl"
>for branch REL7_4_STABLE it checked out the ful source just fine.
>
>

If it's not repeatable I don't know how to help you. You guys will have
to help me out here.

cheers

andrew

Kris Jurka wrote:

>On Mon, 6 Dec 2004, Nicolai Tufar wrote:
>
>
>
>>[cvs checkout doesn't work]
>>
>>
>
>I had a similar problem with an older cvs client. Doing the initial
>manual cvs login put an entry into .cvspass without the :2401 port
>specification. So when the buildfarm tried to do a checkout with the port
>explicitly specified, it couldn't find the matching password. Doing the
>initial login with the port specified fixed things for me. Newer cvs
>clients always put the full port specification (even if not explicit) into
>.cvspass.
>
>

Excellent, Kris, great catch! Do you happen to know a version number
when this changed?

cheers

andrew

On Mon, 6 Dec 2004, Andrew Dunstan wrote:

> >I had a similar problem with an older cvs client. Doing the initial
> >manual cvs login put an entry into .cvspass without the :2401 port
> >specification. So when the buildfarm tried to do a checkout with the port
> >explicitly specified, it couldn't find the matching password. Doing the
> >initial login with the port specified fixed things for me. Newer cvs
> >clients always put the full port specification (even if not explicit) into
> >.cvspass.
> >
>
> Excellent, Kris, great catch! Do you happen to know a version number
> when this changed?
>

I have no idea. The problem was on 1.11 with no third level number
defined, so I'm guessing .0. This came from a stock netbsd 1.6 install.

It seems like the easiest fix would be not to use the explicit port
specification in the build farm checkout script.

Kris Jurka

Kris Jurka wrote:

>On Mon, 6 Dec 2004, Andrew Dunstan wrote:
>
>
>
>>>I had a similar problem with an older cvs client. Doing the initial
>>>manual cvs login put an entry into .cvspass without the :2401 port
>>>specification. So when the buildfarm tried to do a checkout with the port
>>>explicitly specified, it couldn't find the matching password. Doing the
>>>initial login with the port specified fixed things for me. Newer cvs
>>>clients always put the full port specification (even if not explicit) into
>>>.cvspass.
>>>
>>>
>>>
>>Excellent, Kris, great catch! Do you happen to know a version number
>>when this changed?
>>
>>
>>
>
>I have no idea. The problem was on 1.11 with no third level number
>defined, so I'm guessing .0. This came from a stock netbsd 1.6 install.
>
>It seems like the easiest fix would be not to use the explicit port
>specification in the build farm checkout script.
>
>

I'll remove it from this default in run_build.pl:

my $cvsserver = $PGBuild::conf{cvsrepo} ||
":pserver:anoncvs\(at)anoncvs(dot)postgresql(dot)org:2401/projects/cvsroot";

I do strongly recommend using your own local repo via CVSup if possible,
though. It was a pain for an hour or two while I set it up but that's
been repaid many times over.

cheers

andrew

OK,

Running "./run_build.pl --nosend --nostatus --verbose=2"

checking out source ...
======== cvs update log ===========
cvs checkout: cannot find password
cvs [checkout aborted]: use "cvs login" to log in first
======== log passed to send_result ===========
cvs checkout: cannot find password
cvs [checkout aborted]: use "cvs login" to log in first
Branch: HEAD
Stage CVS failed with status 1

i run version on my cvs client. and it returns.

Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)

If I remove the 2401 from run_build.pl as specified below and then it
works.

After that the only problem I had was the lack of ccache not being
installed, nothing fink can't fix. And I have to specify

--with-includes=/sw/include/ --with-libraries=/sw/lib as configure
options to get it to like where readline is installed.

It's currently 'running make' which is a good sign, i think.

thanks,

Jamie

On 07/12/2004, at 3:37 AM, Andrew Dunstan wrote:

>
>
> Jamie Madden wrote:
>
>> hello,
>>
>> I am new to the farm and have been following the instructions in the
>> how-to. I've got up to the part about running
>>
>> "./run_build.pl --nosend --nostatus --verbose"
>>
>> and I get the following...
>>
>> checking out source ...
>> Branch: HEAD
>> Stage CVS failed with status 1
>>
>> I checked the run_build.pl and the perl doesn't make much sense to
>> me. It's been too long. Any help would be greatly appreciated.
>>
>>
>
> Please try with a higher verbose setting like this:
>
> ./run_build.pl --nosend --nostatus --verbose=2
>
> That should make sure you see the error properly.
>
> thanks
>
> andrew

> You should NOT have to do this. I hope what you copied was a
> pristine checkout, not one in which you had previously run configure,
> say.

I run "make maintainer-clean" :)

> If --verbose=2 isn't showing the cvs failure message then there's a
> problem. The code says this:
>
> print "======== cvs $cvsmethod log ===========\n",@cvslog
> if ($verbose > 1);

Sorry, my mistake, I run it with just "--verbose".

> Please make sure you're running the latest code. That's release
> 1.03. In that release the version of run_build.pl is 1.11.

The version is 1.11. Everything runs fine, I just had those
problems in the beginning. run_build.pl is a great piece of
code. Thanks for your work.

Best regards,
Nicolai Tufar

Hi Jamie,

On Dec 7, 2004, at 7:53 AM, Jamie Madden wrote:

> Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)
>
> If I remove the 2401 from run_build.pl as specified below and then it
> works.
>
> After that the only problem I had was the lack of ccache not being
> installed, nothing fink can't fix. And I have to specify
>
> --with-includes=/sw/include/ --with-libraries=/sw/lib as configure
> options to get it to like where readline is installed.
>
> It's currently 'running make' which is a good sign, i think.

I just upgraded my cvs from 1.10 'Halibut' to 1.11.5 via fink and then
logged in adding port 2401. Check out went fine: getting a configure
error now, but that's a separate issue :)

I'd recommend upgrading your cvs. Mac OS X 10.3 (which I assume you're
using) ships with an older version of CVS, rather than hacking
run_build.pl. Might as well get up to date with cvs as well :)

Thanks again, Kris, for figuring this out. I've been at a loss (as
Andrew knows) for a couple of weeks.

Regards,

Michael Glaesemann
grzm myrealbox com

On Dec 7, 2004, at 6:12 AM, Andrew Dunstan wrote:

> Excellent, Kris, great catch! Do you happen to know a version number
> when this changed?

From my rudimentary research, I believe it was cvs 1.11.1p1 (not sure
what the p1 is) when they added the port number to login.

<http://lists.gnu.org/archive/html/info-cvs/2001-08/msg00729.html>

Regards,

Michael Glaesemann
grzm myrealbox com