[Anthill] CVS driver problem

Eric Minick eric at urbancode.com
Wed May 5 11:29:59 CDT 2004


Tim,

Sounds like we're on the right track. AnthillPro's approach to CVS login is
to add an entry to the cvspass file of the user running it. If you are
running as a service, and the service is just using the default system
account, CVS has trouble. Having the service log in as a different user
(which has a normal home directory) could very well fix the problem. This
might also be a candidate for going in the quick start.

If you aren't using a service or that doesn't work, please let me know and
I'll get more creative.

As to the docs, we're actually rewriting the manual now and I'll pass along
your suggestions.

For anyone else watching the list who is curious about where the driver
settings are located in AnthillPro, they can be found at: Build
Owner->Projects-><Project Name>->Edit->Click on the name of your repository
driver. While most of the settings are customizable at the build track
level, where you are going to get the project from and how, is done at the
project level.

Eric

-----Original Message-----
From: Tim Colson [mailto:tcolson at cisco.com]
Sent: Wednesday, May 05, 2004 11:49 AM
To: eric at urbancode.com; 'Anthill user list'
Subject: RE: [Anthill] CVS driver problem


>There's an additional AnthillPro list you might want to check out as
Ok, thanks, will do.

> What's happening is AnthillPro is trying to invoke CVS by
> creating a batch file which changes to its working directory
The error mesg seemed to indicate something like that, but when I looked in
the directory, no bat file existed -- presumably because they are removed
after use at the INFO log level.

> You might start by checking to see if you can open open a dos
> window, type "cvs" and have the command run.
Yep. Sure can, that was first on my list. :-)

Just to be safe, I rebooted the server so that the Tomcat would for sure
have the same env vars... seems to have done the trick on CVS... now the
error mesg is different -- login problem.


> While I did test
> using the path this morning, there are fewer variables  without it.
Not to mention that I can't seem to find that cvs screen again...Man, I've
been there twice, but the click-path still isn't obvious. Ah, there it is...
found it again. :-)

> Another thing you might look at is to set the
> logging level to debug (Utility->Logging Management->Edit),
Will do!

Looks like this:

@echo off
cd /d "C:\_apps\AnthillPro\work\cvsrepositorydriver\"
"cvs" -d :pserver:anthill-example at cvs2.urbancode.com:/usr/local/anthill-test
checkout -P Anthill-Example

I just tried those commands and got this:
-------------------
C:\_apps\AnthillPro\work\cvsrepositorydriver>cvs -d
:pserver:anthill-example at cvs2.urbancode.com:/usr/local/anthill-test
checkout -P Anthill-Example
cvs checkout: Empty password used - try 'cvs login' with a real password

cvs [checkout aborted]: authorization failed: server cvs2.urbancode.com
rejected access to /usr/local/anthill-test for u
ser anthill-example

C:\_apps\AnthillPro\work\cvsrepositorydriver>
-------------------

And now that I look at it... the password "anthill-example" does not seem to
be specified in the bat file, and I haven't ever logged into urbancode's cvs
server... so the error makes some sense.

I seem awfully close, but what do I need to tweak?


> Since things have been trickier than they should have been, I
> might also suggest using the Anthill-Example project instead
Okay -- by the way, I read the quickstart, and maybe I missed it... but
there were a few things that threw me and only figured them out after some
reading in the archives (which realllly could use a search feature <hint
hint>)

1) I didn't realize example projects were included... at first, I thought
"Gee, this is a lot of stuff" (okay, maybe that makes me stupid <grin>, but
I didn't find any mention in the quickstart that gave me a clue)

2) Coming from a background using CruiseControl -- it wasn't clear at first
that Anthill takes a "scheduled" approach instead of "fired off by CVS
commits"... and it wasn't painfully clear that I would be able to specify in
the proejct configs my ant build.xml and whatever target I wanted. I'd
suggest creating a short "one paragraph description" to go along with that
snazzy How Anthill Works diagram:
http://www.urbancode.com/projects/anthill/default.jsp --> and put that right
up on the AnthillPro intro page.

Cheers,
Timo


---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.658 / Virus Database: 421 - Release Date: 4/9/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.658 / Virus Database: 421 - Release Date: 4/9/2004




More information about the Anthill mailing list