From jdsn at suse.de  Wed Dec  5 09:25:25 2007
From: jdsn at suse.de (J. Daniel Schmidt)
Date: Wed, 5 Dec 2007 15:25:25 +0100
Subject: [Cruisecontrolrb-users] Best way to stop all CC processes
In-Reply-To: <2977485A-7340-4673-8267-C08CAB5D529D@digitalpulp.com>
References: <A219AD1E-4182-4B25-8122-E862C33979BD@digitalpulp.com>
	<2977485A-7340-4673-8267-C08CAB5D529D@digitalpulp.com>
Message-ID: <200712051525.25474.jdsn@suse.de>

On Monday 24 September 2007, John Bachir wrote:
> On Sep 24, 2007, at 1:08 PM, John Bachir wrote:
> > The best I've got so far is
> >
> > ps aux |grep cruise
>
> Seems like a separate
>
> ps aux |grep 3333
>
> is also necessary.


Really cool would be to have a "Kill this build job"-button per project 
(optional of course) in the webinterface.

Has anybody implemented such a thing yet?


Ciao,
   Daniel

-- 
J. Daniel Schmidt <jdsn at suse.de>         SUSE Linux Products GmbH 
Research & Development                   Maxfeldstr. 5
GF: Markus Rex, HRB 16746 (AG N?rnberg)  D-90409 N?rnberg

From thewoolleyman at gmail.com  Wed Dec  5 12:43:58 2007
From: thewoolleyman at gmail.com (Chad Woolley)
Date: Wed, 5 Dec 2007 10:43:58 -0700
Subject: [Cruisecontrolrb-users] Best way to stop all CC processes
In-Reply-To: <200712051525.25474.jdsn@suse.de>
References: <A219AD1E-4182-4B25-8122-E862C33979BD@digitalpulp.com>
	<2977485A-7340-4673-8267-C08CAB5D529D@digitalpulp.com>
	<200712051525.25474.jdsn@suse.de>
Message-ID: <e3af97510712050943m469dc98eqff92541a86afd17@mail.gmail.com>

On 12/5/07, J. Daniel Schmidt <jdsn at suse.de> wrote:
> On Monday 24 September 2007, John Bachir wrote:
> > On Sep 24, 2007, at 1:08 PM, John Bachir wrote:
> > > The best I've got so far is
> > >
> > > ps aux |grep cruise
> >
> > Seems like a separate
> >
> > ps aux |grep 3333
> >
> > is also necessary.
>
>
> Really cool would be to have a "Kill this build job"-button per project
> (optional of course) in the webinterface.
>
> Has anybody implemented such a thing yet?
>

We had this functionality in the 'stop' option of our init script for
cruise.java.  It just uses the unix process info to walk a process
tree and kill everything.  It would be nice to have in cruise, but it
would be unix-only, and maybe distro-dependent.

Child processes are notoriously hard to manage in ruby, especially
across platforms.

From bwnoll at gmail.com  Thu Dec  6 12:25:56 2007
From: bwnoll at gmail.com (Bryan Noll)
Date: Thu, 06 Dec 2007 10:25:56 -0700
Subject: [Cruisecontrolrb-users] multiple instances of ccrb on a machine -
	changing the port
Message-ID: <475830A4.4080101@gmail.com>

I'd like to be able to run more than one instance of CruiseControl.rb on 
the same machine.  After quickly browsing and searching through the 
documentation, I didn't see how to go about changing the port (nor was I 
able to verify that's all you need to do).

Anyone kind enough to tell me how to do this or direct me to the docs 
that describe it if they exist?

Thanks...

Bryan

From bwnoll at gmail.com  Thu Dec  6 12:29:43 2007
From: bwnoll at gmail.com (Bryan Noll)
Date: Thu, 06 Dec 2007 10:29:43 -0700
Subject: [Cruisecontrolrb-users] multiple instances of ccrb on a machine
	- changing the port
In-Reply-To: <475830A4.4080101@gmail.com>
References: <475830A4.4080101@gmail.com>
Message-ID: <47583187.9000803@gmail.com>

Did a bit of googling and belive that I found out what I needed thanks 
to this guy:

http://laurentbois.com/category/continuous-integration/

cruise start --port=<the_port_i_want>

I assume this is all I have to do...

Bryan Noll wrote:
> I'd like to be able to run more than one instance of CruiseControl.rb 
> on the same machine.  After quickly browsing and searching through the 
> documentation, I didn't see how to go about changing the port (nor was 
> I able to verify that's all you need to do).
>
> Anyone kind enough to tell me how to do this or direct me to the docs 
> that describe it if they exist?
>
> Thanks...
>
> Bryan
>

From bwnoll at gmail.com  Thu Dec  6 12:40:28 2007
From: bwnoll at gmail.com (Bryan Noll)
Date: Thu, 06 Dec 2007 10:40:28 -0700
Subject: [Cruisecontrolrb-users] multiple instances of ccrb on a machine
 - changing the port
In-Reply-To: <b18eecea0712060932t6216b322i4460317114bc7ff8@mail.gmail.com>
References: <475830A4.4080101@gmail.com>
	<b18eecea0712060932t6216b322i4460317114bc7ff8@mail.gmail.com>
Message-ID: <4758340C.3090706@gmail.com>

Yep...

Thanks Jeremy

Jeremy Stell-Smith wrote:
> try ./cruise start -p 3334
>
> On Dec 6, 2007 9:25 AM, Bryan Noll <bwnoll at gmail.com 
> <mailto:bwnoll at gmail.com>> wrote:
>
>     I'd like to be able to run more than one instance of
>     CruiseControl.rb on
>     the same machine.  After quickly browsing and searching through the
>     documentation, I didn't see how to go about changing the port (nor
>     was I
>     able to verify that's all you need to do).
>
>     Anyone kind enough to tell me how to do this or direct me to the docs
>     that describe it if they exist?
>
>     Thanks...
>
>     Bryan
>     _______________________________________________
>     Cruisecontrolrb-users mailing list
>     Cruisecontrolrb-users at rubyforge.org
>     <mailto:Cruisecontrolrb-users at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
>

From saimonmoore at gmail.com  Mon Dec 17 19:21:57 2007
From: saimonmoore at gmail.com (Saimon Moore)
Date: Tue, 18 Dec 2007 01:21:57 +0100
Subject: [Cruisecontrolrb-users] Multiple SCM's
Message-ID: <98978A55-5425-4A8B-82D1-B9987BD8906A@gmail.com>

Hi,

I've written a plugin to support the use of git with cruisecontrolrb.  
Having read through the archives of this list, I understand that there  
are currently no plans for supporting multilple scm's.

However, I have a small request which I think is reasonable and that  
would allow 3rd party plugins to be used without being explicitly  
supported by ccrb core and that is a small patch to script/add_project  
that allows the possibility to supply an scm argument to ./cruise add.  
By default it would be set to subversion. I can supply this patch  
myself.

Thoughts?

Regards,

Saimon

-- 
Saimon Moore
Freelance Web Developer
(Available for hire - For details visit http://saimonmoore.net)

Skype: saimonmoore
Yahoo IM: saimonmoore
Google IM: saimonmoore



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071218/9d09a590/attachment-0001.html 

From jeremystellsmith at gmail.com  Mon Dec 17 19:24:18 2007
From: jeremystellsmith at gmail.com (Jeremy Stell-Smith)
Date: Mon, 17 Dec 2007 16:24:18 -0800
Subject: [Cruisecontrolrb-users] Multiple SCM's
In-Reply-To: <98978A55-5425-4A8B-82D1-B9987BD8906A@gmail.com>
References: <98978A55-5425-4A8B-82D1-B9987BD8906A@gmail.com>
Message-ID: <b18eecea0712171624w3b44869ch50bde66313858566@mail.gmail.com>

sounds like a great idea and where we wanted to go eventually as well,  send
the patch

On Dec 17, 2007 4:21 PM, Saimon Moore <saimonmoore at gmail.com> wrote:

> Hi,
>
> I've written a plugin to support the use of git with cruisecontrolrb.
> Having read through the archives of this list, I understand that there are
> currently no plans for supporting multilple scm's.
>
> However, I have a small request which I think is reasonable and that would
> allow 3rd party plugins to be used without being explicitly supported by
> ccrb core and that is a small patch to script/add_project that allows the
> possibility to supply an scm argument to ./cruise add. By default it would
> be set to subversion. I can supply this patch myself.
>
> Thoughts?
>
> Regards,
>
> Saimon
>
> --
> Saimon Moore
> Freelance Web Developer
> (Available for hire - For details visit http://saimonmoore.net)
>
> Skype: saimonmoore
> Yahoo IM: saimonmoore
> Google IM: saimonmoore
>
>
>
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071217/26d0acf9/attachment.html 

From averkhov at thoughtworks.com  Mon Dec 17 19:36:31 2007
From: averkhov at thoughtworks.com (Alexey Verkhovsky)
Date: Mon, 17 Dec 2007 18:36:31 -0600
Subject: [Cruisecontrolrb-users] Multiple SCM's
Message-ID: <OF74A1C4C3.5EDDD080-ON862573B5.0003580C-862573B5.0003580F@thoughtworks.com>

>From: "Jeremy Stell-Smith" <jeremystellsmith at gmail.com>
>sounds like a great idea and where we wanted to go eventually as
>well,  send the patch

+1

We don't want to support source control other than SVN in the core just
yet, but making it pluggable is definitely the right thing to do.

--Alex


From saimonmoore at gmail.com  Mon Dec 17 20:03:34 2007
From: saimonmoore at gmail.com (Saimon Moore)
Date: Tue, 18 Dec 2007 02:03:34 +0100
Subject: [Cruisecontrolrb-users] Multiple SCM's
In-Reply-To: <OF74A1C4C3.5EDDD080-ON862573B5.0003580C-862573B5.0003580F@thoughtworks.com>
References: <OF74A1C4C3.5EDDD080-ON862573B5.0003580C-862573B5.0003580F@thoughtworks.com>
Message-ID: <5581D414-5971-4F60-BB8A-16FED80BE875@gmail.com>

Here you go:

http://jira.public.thoughtworks.org/browse/CCRB-167

Regards,

Saimon

On Dec 18, 2007, at 1:36 AM, Alexey Verkhovsky wrote:

>> From: "Jeremy Stell-Smith" <jeremystellsmith at gmail.com>
>> sounds like a great idea and where we wanted to go eventually as
>> well,  send the patch
>
> +1
>
> We don't want to support source control other than SVN in the core  
> just
> yet, but making it pluggable is definitely the right thing to do.
>
> --Alex
>

-- 
Saimon Moore
Freelance Web Developer
(Available for hire - For details visit http://saimonmoore.net)

Skype: saimonmoore
Yahoo IM: saimonmoore
Google IM: saimonmoore



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071218/ccb73a2b/attachment.html 

From Adam.Sloan at recondotech.com  Thu Dec 20 19:33:30 2007
From: Adam.Sloan at recondotech.com (Adam Sloan)
Date: Thu, 20 Dec 2007 17:33:30 -0700
Subject: [Cruisecontrolrb-users] build task triggering
Message-ID: <34BDFBE99738224A95074CB8A2C54D6E2D43F6@recsbs1.RecondoTech.com>

Hi,

I would like to use the trigger method but it does not seem to work as
posted on the Manual page

 

http://cruisecontrolrb.thoughtworks.com/documentation/manual

------

project.triggered_by SuccessfulBuildTrigger.new('My Project-Fast')

or in short hand

project.triggered_by 'My Project-Fast'

------

 

The first way says: 

"Could not load project configuration: wrong number of arguments (1 for
2) in F:/cruisecontrolrb-1.2.1/projects/xxx/cruise_config.rb:14:in
`initialize'"

 

I am guessing this must be wrapped in something, how do you specify what
you want to run next?

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071220/26f6b7f0/attachment.html 

From james.a.rosen at gmail.com  Fri Dec 21 15:57:51 2007
From: james.a.rosen at gmail.com (gcnovus)
Date: Fri, 21 Dec 2007 12:57:51 -0800 (PST)
Subject: [Cruisecontrolrb-users]  db:migrate problem
Message-ID: <14370093.post@talk.nabble.com>


I'm having a bit of trouble getting a rails project to build properly within
cruisecontrolrb.

My cruise task is in lib/tasks/my_project.rake, and looks like this:
task :cruise => ['db:test:purge', 'db:migrate', 'db:test:prepare',
'test:coverage:clean', 'test:coverage:prepare', 'test:coverage:run',
'test:coverage:verify'] do
end

The issue is with the db:migrate call.  If I go to
[cruise_dir]/projects/my_project/work/ and run rake cruise, it works fine. 
It deletes the old db, migrates, and runs the tests.  I've checked to make
sure it's re-runnable, and it works no matter how many times I do it in a
row.

Within the cc rails app, however, I get a build failed message that one of
my migrations is broken.  Specifically, it says there's no index on
"people:login"  My migrations are as follows:

002_add_people:
class CreatePeople < ActiveRecord::Migration
  def self.up
    create_table :people, :force => true do |t|
      t.string    :login
      t.string    :email
      t.string    :crypted_password,     :limit => 40
      t.string    :salt,                 :limit => 40
      t.timestamps
      t.string    :remember_token
      t.datetime  :remember_token_expires_at
      t.string    :openid_url
    end

    add_index :people, :login
    add_index :people, :email
    add_index :people, :openid_url
  end
  ...
end

004_drop_login_name:
class DropLoginName < ActiveRecord::Migration
  def self.up
    remove_index :people, :login
    remove_column :people, :login
  end

  def self.down
    raise ActiveRecord::IrreversibleMigration.new("can't recover deleted
login names")
  end

end

For some reason the cc app seems to be trying to run the migrations twice. 
Any thoughts?

thanks in advance,
Gaius
-- 
View this message in context: http://www.nabble.com/db%3Amigrate-problem-tp14370093p14370093.html
Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com.


From james.a.rosen at gmail.com  Fri Dec 21 16:11:29 2007
From: james.a.rosen at gmail.com (gcnovus)
Date: Fri, 21 Dec 2007 13:11:29 -0800 (PST)
Subject: [Cruisecontrolrb-users] rspec html report and rcov report as
 build artifacts
In-Reply-To: <514A9913-F479-4CBC-97B3-6B088F0A4A09@ingoweiss.com>
References: <514A9913-F479-4CBC-97B3-6B088F0A4A09@ingoweiss.com>
Message-ID: <14462351.post@talk.nabble.com>


I find the following works fairly well for the rcov output:
1.  create a build_settings.rb file in your [rails_project]/lib directory
that contains the following:

  module BuildSettings
    attr_reader :coverage_dir
    def coverage_dir
      @coverage_dir ||= ( ENV['CC_BUILD_ARTIFACTS'] || 'coverage' )
    end
  end

2.  include the file at the top of your rake file
([rails_project]/lib/tasks/my_project.rake) and use that method in the tasks
:

  require "#{RAILS_ROOT}/lib/build_settings"
  ...
  desc "Task for cruise Control"
  task :cruise do
    Rake::Task['test:coverage:run'].invoke
  end

  namespace :test do
    namespace :coverage do
      include BuildSettings
      desc "Run specs and rcov"
      Spec::Rake::SpecTask.new(:run => ['test:prepare',
'test:coverage:prepare']) do |t|
        t.verbose = true
        t.spec_opts = [ ... ]
        t.spec_files = [ ... ]
        t.rcov = true
        t.libs = ['lib']
        t.rcov_dir = coverage_dir
        t.rcov_opts = [ ... ]
      end
    end
  end


That way, if you call rake cruise manually, it defaults to
[rails_project]/coverage.  If CruiseControl runs it, it sets the property
for the task.

My problem with this setup is that, while all the rcov files end up in the
"Custom Build Artifacts" section, I can't get the build.log to work
properly.  I always just get "build failed" if it fails, and the message,
"/home/builder/cruisecontrolrb-1.2.1/projects/foo/build-10/build.log doesn't
exist"

Anybody else seeing this problem?  I've tried calling the regular "test"
task before the "spec" task to no avail.

-Gaius


Ingo Weiss-3 wrote:
> 
> ...
> we are using rspec and would like to make both an rspec html report  
> and an rcov html report available as cc build artifacts. I cobbled  
> something together for the rspec report, but it feels clunky and I am  
> wondering whether anybody has written a plugin or something for this  
> already.
> ...
> 
-- 
View this message in context: http://www.nabble.com/rspec-html-report-and-rcov-report-as-build-artifacts-tp13390178p14462351.html
Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071221/a6d52dd0/attachment-0001.html 

From james.a.rosen at gmail.com  Sun Dec 23 14:30:08 2007
From: james.a.rosen at gmail.com (gcnovus)
Date: Sun, 23 Dec 2007 11:30:08 -0800 (PST)
Subject: [Cruisecontrolrb-users] rspec html report and rcov report as
 build artifacts
In-Reply-To: <14462351.post@talk.nabble.com>
References: <514A9913-F479-4CBC-97B3-6B088F0A4A09@ingoweiss.com>
	<14462351.post@talk.nabble.com>
Message-ID: <14481110.post@talk.nabble.com>


I've narrowed it down a bit more.  It only happens if I include "t.rcov =
true"  It seems to have something to do with the way Rspec_on_Rails calls
the Rcov script.

-Gaius


My problem with this setup is that, while all the rcov files end up in the
"Custom Build Artifacts" section, I can't get the build.log to work
properly.  I always just get "build failed" if it fails, and the message,
"/home/builder/cruisecontrolrb-1.2.1/projects/foo/build-10/build.log doesn't
exist"

-- 
View this message in context: http://www.nabble.com/rspec-html-report-and-rcov-report-as-build-artifacts-tp13390178p14481110.html
Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com.


From thewoolleyman at gmail.com  Sun Dec 30 17:10:02 2007
From: thewoolleyman at gmail.com (Chad Woolley)
Date: Sun, 30 Dec 2007 15:10:02 -0700
Subject: [Cruisecontrolrb-users] cruise init script that works on server
	reboot
Message-ID: <e3af97510712301410k1960e74esf4d46cb2148a12cb@mail.gmail.com>

I just hacked the daemon cruise init script to work properly on reboot
on my debian (ubuntu) server.  On debian bootup, there is a very
minimal root-user environment, so you have to do some extra steps to
make it run at all, and run as a non-root user.

The important changes are:
* shebang fully qualified to point to ruby exec
* manually populate PATH env to contain ruby (/usr/local/...)
* add cruise_user method to define local user used to run cruise
* invoke 'start' command as specified cruise_user

Here's what I currently have, hopefully it will help someone.  If you
want this committed, it could use a little cleanup, and might not be
as portable as the old version - let me know if you are interested and
I can try to make a ticket/patch:

-----------------

#!/usr/local/bin/ruby

ENV['PATH']="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11"

# in order to make cruise run as daemon, you need:
# 1. cp $CCRB_HOME/daemon/cruise.sample $CCRB_HOME/daemon/cruise
# 2. specify your cruise_path to $CCRB_HOME in $CCRB_HOME/daemon/cruise file
# 3. ln -s $CCRB_HOME/daemon/cruise /etc/init.d/cruise (you may need
to 'sudo' this)
# 4. update-rc.d cruise (you may want to choose options by yourself,
and you may need to 'sudo' this)
# 5. it's done :>

require "fileutils"
include FileUtils

require "rubygems"

begin
  gem 'mongrel'
rescue => e
  puts "Error: daemon mode of CC.rb requires mongrel installed"
  exit 1
end

def cruise_path
  "/home/woolley/workspace/cruisecontrolrb"
end

def cruise_user
  "woolley"
end

command = ARGV.shift

case command
when 'start'
  #cd cruise_path
  system "su - woolley -c 'cd #{cruise_path} && ./cruise start -d'"
  exit 0
when 'stop'
  system "mongrel_rails stop -P #{cruise_path}/tmp/pids/mongrel.pid"
  Dir["#{cruise_path}/tmp/pids/builders/*.pid"].each do |pid_file|
    pid = File.open(pid_file){|f| f.read }
    system "kill -9 #{pid}"
    rm pid_file
  end
  exit 0
else
  p "Usage: /etc/init.d/cruise start|stop"
  exit 1
end

From thewoolleyman at gmail.com  Sun Dec 30 17:55:56 2007
From: thewoolleyman at gmail.com (Chad Woolley)
Date: Sun, 30 Dec 2007 15:55:56 -0700
Subject: [Cruisecontrolrb-users] Setting up CCRB behind apache proxy
In-Reply-To: <1196463708.6490.4.camel@shurik-laptop>
References: <14016053.post@talk.nabble.com>
	<1196463708.6490.4.camel@shurik-laptop>
Message-ID: <e3af97510712301455m7db0d33fp7a8e2f0c336d4fe5@mail.gmail.com>

Here's what I just did (ubuntu as well):

* a2enmod proxy (enable proxy module)
* add the following to mods-enabled/proxy.conf:
        <Proxy http://localhost:3333>
                Order deny,allow
                Deny from all
                Allow from all
        </Proxy>

* add the following virtual host (this is a public server so I
commented basic auth):

Linux thewoolleyweb.com 2.6.16.33-xenU #3 SMP Sun Dec 23 00:38:51 UTC 2007 i686
<VirtualHost *:80>
  ServerAdmin webmaster at localhost
  ServerName ci.yourhost.com

#  <Location />
#    AuthType Basic
#    AuthName "Cruisecontrol"
#    AuthUserFile /path/to/htpasswd
#    Require valid-user
#  </Location>

  ProxyPass / http://localhost:3333/
  ProxyPassReverse / http://localhost:3333/
  ProxyPreserveHost on
</VirtualHost>

* make sure ci.yourhost.com resolves (put it in your local hosts file
to test, and add as an alias in your DNS config)

HTH,
-- Chad


On Nov 30, 2007 4:01 PM, Alexander Kabanov <shurikk at gmail.com> wrote:
> the following apache configuration works for me (apache 2.2 on ubuntu
> feisty) (if this is what you are looking for)
>
> <VirtualHost *>
>   ServerAdmin admin at example.com
>   ServerName cc.exmaple.com
>
>   <Location />
>     AuthType Basic
>     AuthName "Cruisecontrol"
>     AuthUserFile /path/to/htpasswd
>     Require valid-user
>   </Location>
>
>   ProxyPass / http://1.1.1.1:3333/
>   ProxyPassReverse / http://1.1.1.1:3333/
>   ProxyPreserveHost on
> </VirtualHost>
>
> where 1.1.1.1 your host running CC, im my case is 127.0.0.1 but can be
> anything.
>
> best,
>
> --Alex
>
>
> On Fri, 2007-11-30 at 13:53 -0800, cchiodo wrote:
> > Has anyone had any success setting up CCRB behind a proxy, using apache?
> > I've tried it 6 ways from tuesday, and it always seems to have some problems
> > a) rewriting some of the urls for things like css files and b) with one or
> > two of the redirects.
> >
> > thanks in advance!
>
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users
>

From gishu.pillai at gmail.com  Mon Dec 31 09:07:24 2007
From: gishu.pillai at gmail.com (Gishu Pillai)
Date: Mon, 31 Dec 2007 19:37:24 +0530
Subject: [Cruisecontrolrb-users] Install woes : 'Stack level too deep'
	exceptions
Message-ID: <63a323220712310607k78eb109cncbeafdcd18264dc3@mail.gmail.com>

I have Ruby 1.8.6           03-13-2007 patch
rails 2.0.2
Subversion is 1.4.5

I took the cruisecontrol-1.2.1.tgz download. I followed the steps in the
getting started guide.

On the "cruise add project" step I get a failure 'stack level too deep' - No
log files are created.
Any ideas ?

-- Gishu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071231/1a1e294a/attachment.html