From jsmorris at gmail.com Fri Mar 7 16:47:37 2008 From: jsmorris at gmail.com (jsmorris) Date: Fri, 7 Mar 2008 14:47:37 -0700 Subject: [Cruisecontrolrb-users] RAILS_ENV problems In-Reply-To: <3945c4270801171136m2d5c8dach51012b309d82dc05@mail.gmail.com> References: <3945c4270801171136m2d5c8dach51012b309d82dc05@mail.gmail.com> Message-ID: <30e162460803071347y21ae4900m57c659881ac5b99a@mail.gmail.com> I am running into this same problem with cc.rb 1.2.1. Alexey did you find a problem with Brian's config? Any chance you could post what the problem is? I am NOT defining my own cruise task, so cc.rb is calling the default tasks [CruiseControl] Invoking Rake task "db:test:purge" [CruiseControl] Invoking Rake task "db:migrate" but using the development configuration settings in my database.yml. Jason On Thu, Jan 17, 2008 at 12:36 PM, Alexey Verkhovsky wrote: > On Jan 17, 2008 12:08 AM, Brian Ketelsen wrote: > > Problem is that my TEST environment is set to use SQLite. Why is CCRB > > trying to connect to the development environment? Am I missing something > > obvious? > > Hi, > > You are already running with --trace flag. Can you, please, email me > your build log and cruise_config.rb off-list? > > -- > Alexey Verkhovsky > CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] > RubyWorks [http://rubyworks.thoughtworks.com] > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > From alexey.verkhovsky at gmail.com Fri Mar 7 17:50:45 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Fri, 7 Mar 2008 15:50:45 -0700 Subject: [Cruisecontrolrb-users] RAILS_ENV problems In-Reply-To: <30e162460803071347y21ae4900m57c659881ac5b99a@mail.gmail.com> References: <3945c4270801171136m2d5c8dach51012b309d82dc05@mail.gmail.com> <30e162460803071347y21ae4900m57c659881ac5b99a@mail.gmail.com> Message-ID: <3945c4270803071450j49c2f2ebn3bba4588d88965be@mail.gmail.com> On Fri, Mar 7, 2008 at 2:47 PM, jsmorris wrote: > Alexey did you > find a problem with Brian's config? In Brian's case, it was a bug in his build, nothing to do with CC.rb. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From rprince at nextalarm.com Sun Mar 9 21:00:44 2008 From: rprince at nextalarm.com (Robert Prince) Date: Sun, 09 Mar 2008 18:00:44 -0700 Subject: [Cruisecontrolrb-users] Authentication for cruisecontrol.rb? Message-ID: <47D4883C.9020603@nextalarm.com> Hey folks, I looked over the mailing list for a few months back, so I hope I didn't just miss this somewhere. It doesn't look to me like CC has any user authentication built in. Is that true? How do people generally handle this? I could easily enough run it behind lighty or apache etc., and I would like to think I have time and energy to quickly add auth to the CC code, but the reality is I don't and probably won't. Thanks and cheers, Robert From eoga at elctech.com Sun Mar 9 22:10:34 2008 From: eoga at elctech.com (Emmanuel Oga) Date: Sun, 9 Mar 2008 23:10:34 -0300 Subject: [Cruisecontrolrb-users] Authentication for cruisecontrol.rb? In-Reply-To: <47D4883C.9020603@nextalarm.com> References: <47D4883C.9020603@nextalarm.com> Message-ID: I haven't found :) in the code nor the documentation any trace of user authentication support. I guess you will have to stick to http_basic_authentication or something alike to get that. P.S.: I did basic http authentication using nginx, wich has a very nice and easy to read configuration file. The only caveat is that you have to manually manage the user/pass configurtion file in the server (no admin. frontend). On 3/9/08, Robert Prince wrote: > Hey folks, > > I looked over the mailing list for a few months back, so I hope I didn't > just miss this somewhere. > > It doesn't look to me like CC has any user authentication built in. Is > that true? How do people generally handle this? I could easily enough > run it behind lighty or apache etc., and I would like to think I have > time and energy to quickly add auth to the CC code, but the reality is I > don't and probably won't. > > Thanks and cheers, > > Robert > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -- Emmanuel Oga ELC Technologies (TM) 1921 State Street Santa Barbara, CA 93101 eoga at elctech.com (866)863-7365 Tel (866)893-1902 Fax +44 (0) 20 7504 1346 Tel - London Office +44 (0) 20 7504 1347 Fax - London Office http://www.elctech.com From bryanliles at gmail.com Mon Mar 10 08:43:18 2008 From: bryanliles at gmail.com (Bryan Liles) Date: Mon, 10 Mar 2008 08:43:18 -0400 Subject: [Cruisecontrolrb-users] Authentication for cruisecontrol.rb? In-Reply-To: <47D4883C.9020603@nextalarm.com> References: <47D4883C.9020603@nextalarm.com> Message-ID: <9018F1FA-3E37-4A04-9BF7-37CED287FBFD@gmail.com> On Mar 9, 2008, at 9:00 PM, Robert Prince wrote: > Hey folks, > > I looked over the mailing list for a few months back, so I hope I > didn't > just miss this somewhere. > > It doesn't look to me like CC has any user authentication built in. > Is > that true? How do people generally handle this? I could easily > enough > run it behind lighty or apache etc., and I would like to think I have > time and energy to quickly add auth to the CC code, but the reality > is I > don't and probably won't. > > Thanks and cheers, I just configured HTTP Authentication through Apache. That opens up plenty of opportunities for different authentication stores. From lcantey at gmail.com Wed Mar 12 14:39:58 2008 From: lcantey at gmail.com (Lee Cantey) Date: Wed, 12 Mar 2008 11:39:58 -0700 Subject: [Cruisecontrolrb-users] XHTML validation Message-ID: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> Is the dashboard output of 1.2.1 supposed to validate (I get numerous failures)? I'm seeing some issues that I hadn't been running into before my upgrade. The first time I load the dashboard I'm seeing a blank area at the top and first button isn't styled. When the refresh triggers the all of the projects except the first are duplicated and the display looks correct (except the duplicated projects aren't updated with the current build status). I installed into a new tree and copied the projects over. Regards, Lee From alexey.verkhovsky at gmail.com Wed Mar 12 16:42:41 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Wed, 12 Mar 2008 14:42:41 -0600 Subject: [Cruisecontrolrb-users] XHTML validation In-Reply-To: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> References: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> Message-ID: <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> On Wed, Mar 12, 2008 at 12:39 PM, Lee Cantey wrote: > Is the dashboard output of 1.2.1 supposed to validate Given that I don't understand the question, the answer is probably "no" :) > (I get numerous failures)? Hmm... I never saw (or heard of) the symptoms you are describing. Does the dashboard log say anything enlightening? -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From lcantey at gmail.com Wed Mar 12 17:30:35 2008 From: lcantey at gmail.com (Lee Cantey) Date: Wed, 12 Mar 2008 14:30:35 -0700 Subject: [Cruisecontrolrb-users] XHTML validation In-Reply-To: <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> References: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> Message-ID: <5FB66336-3B0E-4251-A987-B4F86B741C1D@gmail.com> On Mar 12, 2008, at 1:42 PM, Alexey Verkhovsky wrote: > On Wed, Mar 12, 2008 at 12:39 PM, Lee Cantey > wrote: >> Is the dashboard output of 1.2.1 supposed to validate > > Given that I don't understand the question, the answer is probably > "no" :) Ahh, I just checked the demo server and it doesn't validate either. http://validator.w3.org/check?uri=http%3A%2F%2Fcruisecontrolrb.thoughtworks.com%2Fprojects&charset=%28detect+automatically%29&doctype=Inline&group=0 > >> (I get numerous failures)? > Hmm... I never saw (or heard of) the symptoms you are describing. > Does the dashboard log say anything enlightening? Nothing that looks out of the ordinary to me. Regards, Lee From alexey.verkhovsky at gmail.com Wed Mar 12 18:27:39 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Wed, 12 Mar 2008 16:27:39 -0600 Subject: [Cruisecontrolrb-users] XHTML validation In-Reply-To: <5FB66336-3B0E-4251-A987-B4F86B741C1D@gmail.com> References: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> <5FB66336-3B0E-4251-A987-B4F86B741C1D@gmail.com> Message-ID: <3945c4270803121527l73fabd01m57f1416f0ac9cf04@mail.gmail.com> On Wed, Mar 12, 2008 at 3:30 PM, Lee Cantey wrote: > >> Is the dashboard output of 1.2.1 supposed to validate > > Given that I don't understand the question, the answer is probably > > "no" :) > Ahh, I just checked the demo server and it doesn't validate either. Duh! Sorry, didn't pay attention to the subject. And it wouldn't be bad if it did validate, of course. I added a bug to JIRA. Still, I haven't seen CC.rb dashboard behave as you describe. It sounds like your browser is unhappy about something that the server spits out. So... let's try a few more angles: * What browser is it? * Do you see any JavaScript errors? * What is your Ruby version? * Do you actually have Mongrel installed? What version of it? -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From lcantey at gmail.com Wed Mar 12 19:43:13 2008 From: lcantey at gmail.com (Lee Cantey) Date: Wed, 12 Mar 2008 16:43:13 -0700 Subject: [Cruisecontrolrb-users] XHTML validation In-Reply-To: <3945c4270803121527l73fabd01m57f1416f0ac9cf04@mail.gmail.com> References: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> <5FB66336-3B0E-4251-A987-B4F86B741C1D@gmail.com> <3945c4270803121527l73fabd01m57f1416f0ac9cf04@mail.gmail.com> Message-ID: On Mar 12, 2008, at 3:27 PM, Alexey Verkhovsky wrote: > On Wed, Mar 12, 2008 at 3:30 PM, Lee Cantey wrote: > Still, I haven't seen CC.rb dashboard behave as you describe. It > sounds like your browser is unhappy about something that the server > spits out. So... let's try a few more angles: > * What browser is it? All browsers I've tried (Safari, IE, Firefox). > > * Do you see any JavaScript errors? No. > > * What is your Ruby version? 1.8.5 (2006-12-25 patchlevel 12) [i386-mswin32] > > * Do you actually have Mongrel installed? What version of it? > 1.1.4-x86-mswin32-60 Note: since I sent my earlier message I do have a trace-back in the logfile, but it's not occurring during normal dashboard operation. I've attached it although I don't believe it's related. An interesting thing of note is that we have another server here running 1.2.1 that isn't exhibiting the same problem. One difference I've noted, besides it controlling fewer builds, is during validation there is an extra failure on mine. Ie. they have the same pattern of failures except mine has an additional one at the start right about where the garbled output starts on first load. Looking at the source generated side by side I get an extra inserted right after
and before the
which causes a " Line 55, Column 65: document type does not allow element "div" here." Regards, Lee -------------- next part -------------- A non-text attachment was scrubbed... Name: trace.log Type: application/octet-stream Size: 10759 bytes Desc: not available Url : http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080312/e9c45cc3/attachment-0001.obj -------------- next part -------------- From lcantey at gmail.com Thu Mar 13 12:07:35 2008 From: lcantey at gmail.com (Lee Cantey) Date: Thu, 13 Mar 2008 09:07:35 -0700 Subject: [Cruisecontrolrb-users] The project build migration in 1.2 should preserve the original time stamp Message-ID: <223D982E-86D1-4463-B049-960471180DB3@gmail.com> I tried adding this as a report but Jira was having problems when I clicked the final 'create' button. The project build migration in 1.2 should preserve the original time stamp so that the correct build date/time is reported. I used the following changes: -------------- next part -------------- A non-text attachment was scrubbed... Name: migrate.diff Type: application/octet-stream Size: 622 bytes Desc: not available Url : http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080313/1402f5f7/attachment.obj -------------- next part -------------- From lcantey at gmail.com Thu Mar 13 16:48:48 2008 From: lcantey at gmail.com (Lee Cantey) Date: Thu, 13 Mar 2008 13:48:48 -0700 Subject: [Cruisecontrolrb-users] XHTML validation In-Reply-To: References: <6F80EB49-0B52-4613-84CB-C5EF7041308D@gmail.com> <3945c4270803121342y198bc2acrbbfb44dec9aadf29@mail.gmail.com> <5FB66336-3B0E-4251-A987-B4F86B741C1D@gmail.com> <3945c4270803121527l73fabd01m57f1416f0ac9cf04@mail.gmail.com> Message-ID: On Mar 12, 2008, at 4:43 PM, Lee Cantey wrote: > An interesting thing of note is that we have another server here > running 1.2.1 that isn't exhibiting the same problem. One > difference I've noted, besides it controlling fewer builds, is > during validation there is an extra failure on mine. Ie. they have > the same pattern of failures except mine has an additional one at > the start right about where the garbled output starts on first > load. Looking at the source generated side by side I get an extra >
inserted right after
and before the
id="project_PROJECT_NAME" class="project build_success"> which > causes a " Line 55, Column 65: document type does not allow element > "div" here." So the difference in the number of projects turned out to be key. The problem lies in app/views/projects/index.rhtml and is triggered by greater than five projects. In this case the extra table element is generated and the invalid xhtml seems to be causing the bad behavior. Regards, Lee From phlip2005 at gmail.com Tue Mar 18 11:20:25 2008 From: phlip2005 at gmail.com (Phlip) Date: Tue, 18 Mar 2008 08:20:25 -0700 Subject: [Cruisecontrolrb-users] [ANN] rake stats charts for CC.rb Message-ID: CCers: http://www.oreillynet.com/ruby/blog/2008/03/cruisecontrol_charts.html That "architectural spike" adds Gnuplot charts of 'rake stats' outputs to a new view, such as http://localhost:3333/projects/statistics/lemmings New question: How to productize this, as a plugin? A full Rails plugin, with generators to add controllers and views, seems to be overkill! -- Phlip From thewoolleyman at gmail.com Tue Mar 18 13:21:46 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Tue, 18 Mar 2008 10:21:46 -0700 Subject: [Cruisecontrolrb-users] [ANN] rake stats charts for CC.rb In-Reply-To: References: Message-ID: On Tue, Mar 18, 2008 at 8:20 AM, Phlip wrote: > New question: How to productize this, as a plugin? A full Rails plugin, with > generators to add controllers and views, seems to be overkill! Nice. Could it be a ccrb plugin? From phlip2005 at gmail.com Tue Mar 18 13:57:54 2008 From: phlip2005 at gmail.com (Phlip) Date: Tue, 18 Mar 2008 10:57:54 -0700 Subject: [Cruisecontrolrb-users] [ANN] rake stats charts for CC.rb In-Reply-To: References: Message-ID: <47E002A2.8060603@gmail.com> Chad Woolley wrote: >> New question: How to productize this, as a plugin? A full Rails plugin, with >> generators to add controllers and views, seems to be overkill! > Nice. Could it be a ccrb plugin? A builder_plugins/ plugin? I (briefly) didn't see a way to wedge in a new action. The long round-trip, which I alluded to, is a Rails plugin with a generator that deltas a new action into the existing controller. Etc. Nuking a gnat... I could move all the extensions to one file, then ask the user to require 'statistician' to pull everything in. Then if CC itself had a system to pull in registered plugins, the user could get the feature by moving statistician.rb into the /installed/ folder. And installing gnuplot.rb and Gnuplot. (-; -- Phlip http://assert2.rubyforge.org/ From will.sargent at gmail.com Thu Mar 27 12:30:19 2008 From: will.sargent at gmail.com (Will Sargent) Date: Thu, 27 Mar 2008 09:30:19 -0700 Subject: [Cruisecontrolrb-users] Conflicting database schema between projects on cc.rb Message-ID: Hi all, I'm running into an issue with the way that my Rails projects are organized. I have two projects, which are "staging" -- the current release branch "trunk" -- the mainline The issue I'm running into is that a database schema change has been made against trunk. This broke some of my integration tests that run against the database. Because both staging and trunk have the same database.yml file, they're working against the same database schema. I tried tweaking the test database of staging, but the way that Rails prepares the test database is to make a clone from the development one. So in order to run integration tests, I have to create a development database for staging that I'm never going to use. I ran into this with the regular java cruisecontrol server. I was using Spring, so I had a properties file that was specified by a system property I set through the command line. I'm not sure what the equivalent Rails / Ruby way is to do it, or what I do after that. Anyone done this themselves or have any ideas? Will. From averkhov at thoughtworks.com Thu Mar 27 15:43:18 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Thu, 27 Mar 2008 14:43:18 -0500 Subject: [Cruisecontrolrb-users] Conflicting database schema between projects on cc.rb Message-ID: CI builds that run simultaneously should have absolutely nothing in common. Here is how I would do it: 1. Have two separate Rails environments (with different database settings), e.g. cruise_trunk and cruise_staging. 2. Set RAILS_ENV accordingly, before invoking Rake. 3. Forget about the development database altogether, and use something like db:migrate:reset instead, for the CI build. This can be done by adding something like this at the end of your Rakefile: if ENV['RAILS_ENV'] =~ /cruise_/ %w(test:units test:functionals test:integration).each do |task_name| Rake::Task[task_name].dependencies.delete('db:test:prepare') Rake::Task[task_name].dependencies << 'db:migrate:reset' end end On the trunk of CC.rb, we now have an option to prevent builds from running simultaneously altogether. This is not in a released version yet. -- Alex From will.sargent at gmail.com Fri Mar 28 21:41:24 2008 From: will.sargent at gmail.com (Will Sargent) Date: Fri, 28 Mar 2008 18:41:24 -0700 Subject: [Cruisecontrolrb-users] Conflicting database schema between projects on cc.rb In-Reply-To: References: Message-ID: On Thu, Mar 27, 2008 at 12:43 PM, Alexey Verkhovsky wrote: > CI builds that run simultaneously should have absolutely nothing in common. > Here is how I would do it: > Cool, thank you. I'll try that and see how it goes. Will. From jnaor at elbit.co.il Mon Mar 31 02:57:37 2008 From: jnaor at elbit.co.il (Jonathan Naor) Date: Mon, 31 Mar 2008 09:57:37 +0300 Subject: [Cruisecontrolrb-users] cruisecontrol.rb with C++ projects Message-ID: <1206946657.5890.29.camel@dp23406> Hi, This has probably been asked a hundred times, but I couldn't find the answer: how do I configure cruisecontrol.rb to build a c/c++ makefile? Thanks This e-mail message has been sent by Elbit Systems Ltd. and is for the use of the intended recipients only. The message may contain privileged or commercially sensitive information . If you are not the intended recipient you are hereby notified that any use, distribution or copying of this communication is strictly prohibited, and you are requested to delete the e-mail and any attachments and notify the sender immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080331/8878e6da/attachment.html From bkimble at inc21.com Mon Mar 31 14:07:05 2008 From: bkimble at inc21.com (Billy Kimble) Date: Mon, 31 Mar 2008 11:07:05 -0700 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? Message-ID: Guys, I recently installed CruiseControl and I love it. So much that I want to run it on its own server to handle all of my building needs. I installed it, added projects, ran it, and everything was groovy. I decided to stick the process in the background via: ./cruise start & And it put it in the background just fine too. Everything was kosher until I tried logging out of my server. CruiseControl seemed to not want to relinquish control of my SSH connection. I thought perhaps it was a fluke on my connection so I just forcefully disconnected and tried triggering CC to build, which failed with the following message: [error] Input/output error [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:20:in `write' [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:20:in `puts' [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:20:in `new_revisions_detected' [error] ./script/../config/../app/models/project.rb:325:in `send' [error] ./script/../config/../app/models/project.rb:325:in `notify' [error] ./script/../config/../app/models/project.rb:323:in `collect' [error] ./script/../config/../app/models/project.rb:323:in `notify' [error] ./script/../config/../app/models/project.rb:208:in `build_if_necessary' [error] ./script/../config/../app/models/polling_scheduler.rb:13:in `run' [error] ./script/builder:79 [error] ./script/builder:78:in `catch' [error] ./script/builder:78 [error] script/../config/../cruise:14:in `load' [error] script/../config/../cruise:14:in `builder' [error] script/../config/../cruise:68:in `send' [error] script/../config/../cruise:68 [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' [error] script/../config/../cruise:67 [error] Input/output error [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:24:in `write' [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:24:in `puts' [error] ./script/../config/../builder_plugins/installed/ minimal_console_logger.rb:24:in `build_loop_failed' [error] ./script/../config/../app/models/project.rb:325:in `send' [error] ./script/../config/../app/models/project.rb:325:in `notify' [error] ./script/../config/../app/models/project.rb:323:in `collect' [error] ./script/../config/../app/models/project.rb:323:in `notify' [error] ./script/../config/../app/models/project.rb:213:in `build_if_necessary' [error] ./script/../config/../app/models/polling_scheduler.rb:13:in `run' [error] ./script/builder:79 [error] ./script/builder:78:in `catch' [error] ./script/builder:78 [error] script/../config/../cruise:14:in `load' [error] script/../config/../cruise:14:in `builder' [error] script/../config/../cruise:68:in `send' [error] script/../config/../cruise:68 [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' [error] script/../config/../cruise:67 [error] Input/output error [error] ./script/../config/../lib/cruise_control/log.rb:35:in `write' [error] ./script/../config/../lib/cruise_control/log.rb:35:in `puts' [error] ./script/../config/../lib/cruise_control/log.rb:35:in `method_missing' [error] ./script/../config/../app/models/project.rb:327:in `notify' [error] ./script/../config/../app/models/project.rb:323:in `collect' [error] ./script/../config/../app/models/project.rb:323:in `notify' [error] ./script/../config/../app/models/project.rb:208:in `build_if_necessary' [error] ./script/../config/../app/models/polling_scheduler.rb:13:in `run' [error] ./script/builder:79 [error] ./script/builder:78:in `catch' [error] ./script/builder:78 [error] script/../config/../cruise:14:in `load' [error] script/../config/../cruise:14:in `builder' [error] script/../config/../cruise:68:in `send' [error] script/../config/../cruise:68 [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' [error] script/../config/../cruise:67 [fatal] Input/output error [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in `write' [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in `puts' [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in `log_error' [fatal] ./script/../config/../app/models/polling_scheduler.rb:17:in `run' [fatal] ./script/builder:79 [fatal] ./script/builder:78:in `catch' [fatal] ./script/builder:78 [fatal] script/../config/../cruise:14:in `load' [fatal] script/../config/../cruise:14:in `builder' [fatal] script/../config/../cruise:68:in `send' [fatal] script/../config/../cruise:68 [fatal] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' [fatal] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' [fatal] script/../config/../cruise:67 [info] [2008-03-31 10:59:48] Builder for project 'noaama_trunk' exited It appears that CruiseControl always wants a console to write to. I thought this was because of WEBRICK so I forced it to start in Daemon mode. Unfortunately that did not work and I am now at a loss. Is there something special I need to do to get CruiseControl to build projects in the background, so I can start it up as a service and let it do its work? I am running CentOS 5 and Ruby 1.8.6. Any insight would be greatly appreciated. Billy -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From thewoolleyman at gmail.com Mon Mar 31 14:46:08 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Mon, 31 Mar 2008 11:46:08 -0700 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? In-Reply-To: References: Message-ID: I think there is an example init script in the source somewhere. Also, I think I posted some improvements on it to the mailing list a few months back (but I think I was bad and didn't submit a patch). Anyway, the init script approach works fine for me. Let me know if you can't find them. On Mon, Mar 31, 2008 at 11:07 AM, Billy Kimble wrote: > Guys, > > I recently installed CruiseControl and I love it. So much that I want > to run it on its own server to handle all of my building needs. I > installed it, added projects, ran it, and everything was groovy. I > decided to stick the process in the background via: > > ./cruise start & > > And it put it in the background just fine too. Everything was kosher > until I tried logging out of my server. CruiseControl seemed to not > want to relinquish control of my SSH connection. I thought perhaps it > was a fluke on my connection so I just forcefully disconnected and > tried triggering CC to build, which failed with the following message: > > [error] Input/output error > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:20:in `write' > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:20:in `puts' > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:20:in `new_revisions_detected' > [error] ./script/../config/../app/models/project.rb:325:in `send' > [error] ./script/../config/../app/models/project.rb:325:in `notify' > [error] ./script/../config/../app/models/project.rb:323:in `collect' > [error] ./script/../config/../app/models/project.rb:323:in `notify' > [error] ./script/../config/../app/models/project.rb:208:in > `build_if_necessary' > [error] ./script/../config/../app/models/polling_scheduler.rb:13:in > `run' > [error] ./script/builder:79 > [error] ./script/builder:78:in `catch' > [error] ./script/builder:78 > [error] script/../config/../cruise:14:in `load' > [error] script/../config/../cruise:14:in `builder' > [error] script/../config/../cruise:68:in `send' > [error] script/../config/../cruise:68 > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' > [error] script/../config/../cruise:67 > [error] Input/output error > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:24:in `write' > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:24:in `puts' > [error] ./script/../config/../builder_plugins/installed/ > minimal_console_logger.rb:24:in `build_loop_failed' > [error] ./script/../config/../app/models/project.rb:325:in `send' > [error] ./script/../config/../app/models/project.rb:325:in `notify' > [error] ./script/../config/../app/models/project.rb:323:in `collect' > [error] ./script/../config/../app/models/project.rb:323:in `notify' > [error] ./script/../config/../app/models/project.rb:213:in > `build_if_necessary' > [error] ./script/../config/../app/models/polling_scheduler.rb:13:in > `run' > [error] ./script/builder:79 > [error] ./script/builder:78:in `catch' > [error] ./script/builder:78 > [error] script/../config/../cruise:14:in `load' > [error] script/../config/../cruise:14:in `builder' > [error] script/../config/../cruise:68:in `send' > [error] script/../config/../cruise:68 > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' > [error] script/../config/../cruise:67 > [error] Input/output error > [error] ./script/../config/../lib/cruise_control/log.rb:35:in `write' > [error] ./script/../config/../lib/cruise_control/log.rb:35:in `puts' > [error] ./script/../config/../lib/cruise_control/log.rb:35:in > `method_missing' > [error] ./script/../config/../app/models/project.rb:327:in `notify' > [error] ./script/../config/../app/models/project.rb:323:in `collect' > [error] ./script/../config/../app/models/project.rb:323:in `notify' > [error] ./script/../config/../app/models/project.rb:208:in > `build_if_necessary' > [error] ./script/../config/../app/models/polling_scheduler.rb:13:in > `run' > [error] ./script/builder:79 > [error] ./script/builder:78:in `catch' > [error] ./script/builder:78 > [error] script/../config/../cruise:14:in `load' > [error] script/../config/../cruise:14:in `builder' > [error] script/../config/../cruise:68:in `send' > [error] script/../config/../cruise:68 > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' > [error] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' > [error] script/../config/../cruise:67 > [fatal] Input/output error > [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in > `write' > [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in > `puts' > [fatal] ./script/../config/../app/models/polling_scheduler.rb:62:in > `log_error' > [fatal] ./script/../config/../app/models/polling_scheduler.rb:17:in > `run' > [fatal] ./script/builder:79 > [fatal] ./script/builder:78:in `catch' > [fatal] ./script/builder:78 > [fatal] script/../config/../cruise:14:in `load' > [fatal] script/../config/../cruise:14:in `builder' > [fatal] script/../config/../cruise:68:in `send' > [fatal] script/../config/../cruise:68 > [fatal] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' > [fatal] /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' > [fatal] script/../config/../cruise:67 > [info] [2008-03-31 10:59:48] Builder for project 'noaama_trunk' exited > > It appears that CruiseControl always wants a console to write to. I > thought this was because of WEBRICK so I forced it to start in Daemon > mode. Unfortunately that did not work and I am now at a loss. Is > there something special I need to do to get CruiseControl to build > projects in the background, so I can start it up as a service and let > it do its work? I am running CentOS 5 and Ruby 1.8.6. Any insight > would be greatly appreciated. > > Billy > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > From nathen at visualcv.com Mon Mar 31 14:30:25 2008 From: nathen at visualcv.com (Nathen Harvey) Date: Mon, 31 Mar 2008 14:30:25 -0400 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? Message-ID: <47F12DC1.2090608@visualcv.com> Try this: ./cruise start --daemon For more info: ./cruise help start -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080331/937b8875/attachment.html From itsdave101 at gmail.com Mon Mar 31 15:09:16 2008 From: itsdave101 at gmail.com (David Meiners) Date: Mon, 31 Mar 2008 12:09:16 -0700 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? In-Reply-To: References: Message-ID: <47F136DC.3050607@gmail.com> here is a copy of my init script, i think i got it from a sample dir somewhere. #!/usr/bin/env ruby # # chkconfig: 345 94 16 # description: Startup script for CruiseControl.rb # 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 "/var/www/apps/cruisecontrol" end command = ARGV.shift case command when 'start' cd cruise_path system "/bin/su -c '/var/www/apps/cruisecontrol/cruise start -d' - deploy" 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 bkimble at inc21.com Mon Mar 31 15:47:38 2008 From: bkimble at inc21.com (Billy Kimble) Date: Mon, 31 Mar 2008 12:47:38 -0700 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? In-Reply-To: <47F12DC1.2090608@visualcv.com> References: <47F12DC1.2090608@visualcv.com> Message-ID: <71246059-40D4-4A1E-87D9-20D6AFE6F7BC@inc21.com> Sorry, I forgot to mention that I did try that. It produces the same connection usurping that has been plaguing me. I tried installing CC on my OSX desktop and it seems to work fine when I start it up in daemon mode. I can safely log out of my terminal connection and CruiseControl goes about its merry way. I am beginning to think this is a server problem. Has anyone run in to trouble using CruiseControl on CentOS 5 ? I am going to try the init script that Nathen and David mentioned / posted to see if running it as a service fixing my problems. This is driving me bonkers! Billy On Mar 31, 2008, at 11:30 AM, Nathen Harvey wrote: > Try this: > > ./cruise start --daemon > > For more info: > ./cruise help start > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080331/73856574/attachment.html From bkimble at inc21.com Mon Mar 31 15:59:48 2008 From: bkimble at inc21.com (Billy Kimble) Date: Mon, 31 Mar 2008 12:59:48 -0700 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? In-Reply-To: <71246059-40D4-4A1E-87D9-20D6AFE6F7BC@inc21.com> References: <47F12DC1.2090608@visualcv.com> <71246059-40D4-4A1E-87D9-20D6AFE6F7BC@inc21.com> Message-ID: <978ACD06-DC53-4EC4-9D67-BB0E0A8C56A6@inc21.com> Ok, so I Got it working! One glaring difference (that I overlooked) between my workstation and my current build server is that I do not have Mongrel installed on my server. One I did installed Mongrel, everything was working perfectly. The CruiseControl documentation does not mention the Mongrel requirement. Luckily you guys passed the /daemon/cruise.sample file here which had the following comment in it: puts "Error: daemon mode of CC.rb requires mongrel installed" This lead to me installing Mongrel to use the --daemon option. Perhaps a check could be put in to check for mongrel and complain if it is not present when someone starts in --daemon mode .. or at the very least state this in the 'help start' text :) Thanks guys. I'm cruising now! Billy On Mar 31, 2008, at 12:47 PM, Billy Kimble wrote: > Sorry, I forgot to mention that I did try that. It produces the > same connection usurping that has been plaguing me. > > I tried installing CC on my OSX desktop and it seems to work fine > when I start it up in daemon mode. I can safely log out of my > terminal connection and CruiseControl goes about its merry way. I > am beginning to think this is a server problem. Has anyone run in > to trouble using CruiseControl on CentOS 5 ? I am going to try the > init script that Nathen and David mentioned / posted to see if > running it as a service fixing my problems. This is driving me > bonkers! > > Billy > > On Mar 31, 2008, at 11:30 AM, Nathen Harvey wrote: > >> Try this: >> >> ./cruise start --daemon >> >> For more info: >> ./cruise help start >> >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080331/bd436633/attachment.html From jeremystellsmith at gmail.com Mon Mar 31 16:27:13 2008 From: jeremystellsmith at gmail.com (Jeremy Stell-Smith) Date: Mon, 31 Mar 2008 14:27:13 -0600 Subject: [Cruisecontrolrb-users] cruisecontrol.rb with C++ projects In-Reply-To: <1206946657.5890.29.camel@dp23406> References: <1206946657.5890.29.camel@dp23406> Message-ID: cc.rb will work with anything that you can kick off from command line and will return a non-zero status code iff it fails. so, to configure this, your cruise_config.rb file (either on the server or in your project's root directory) should look something like this : Project.configure do |project| project.build_command = "COMMAND" ... end where instead of command you put the command to build your project Jeremy On Mon, Mar 31, 2008 at 12:57 AM, Jonathan Naor wrote: > Hi, > > This has probably been asked a hundred times, but I couldn't find the > answer: how do I configure cruisecontrol.rb to build a c/c++ makefile? > > Thanks ** > *This e-mail message has been sent by Elbit Systems Ltd. * > *and is for the use of the intended recipients only. > The message may contain privileged or commercially sensitive information . > If you are not the intended recipient you are hereby notified that any > use, > distribution or copying of this communication is strictly prohibited, > and you are requested to delete the e-mail and any attachments* > *and notify the sender immediately.* > > _______________________________________________ > 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/20080331/6940a982/attachment-0001.html From averkhov at thoughtworks.com Mon Mar 31 16:54:57 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Mon, 31 Mar 2008 15:54:57 -0500 Subject: [Cruisecontrolrb-users] CruiseControl in Daemon mode? In-Reply-To: <978ACD06-DC53-4EC4-9D67-BB0E0A8C56A6@inc21.com> Message-ID: > The CruiseControl documentation does not mention the Mongrel > requirement. Oops. Thanks for the heads up. As for CentOS 5, for some irrelevant historical reasons, that's my favorite server Linux. http://cruisecontrolrb.thoughtworks.com runs quite merrily on it. -- Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080331/aac1be2e/attachment.html