From alexey.verkhovsky at gmail.com Mon Nov 5 12:32:06 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Mon, 5 Nov 2007 10:32:06 -0700 Subject: [Cruisecontrolrb-users] [ANN] CruiseControl.rb 1.2.1 Message-ID: <3945c4270711050932y52f5735ek8a79bb187a4fcc6c@mail.gmail.com> CruiseControl.rb 1.2.1 is out. CruiseControl.rb is a continuous integration tool. Its basic purpose in life is to alert members of a software project when one of them checks something into source control that breaks the build. CC.rb is easy to install, pleasant to use and simple to hack. It's written in Ruby. 7 months after version 1.1, you'd think there must be a lot of new stuff in it. Well, here is good news for y'all: no, there isn't. :) So far, we managed to stay on the course of "let's build a CI tool that works for the 90% case and small enough to be easily modified for most of the remaining 10%". Which meant having to say "no" to a lot of new features... and feeling sorry about fine people who proposed them. But "simple to hack" is itself a core functionality of CC.rb that we would not compromise. There is, in fact, just one significant new feature in 1.2: build triggers. Every time a build loop goes through "check if a new build is needed" step, it checks if there is a new revision in SVN. Since version 1.2, this is implemented as project.triggers collection, which can be modified by the user. It's useful whenever you have two projects and want a change in one of them to cause a rebuild of the other. Apart from that, 1.2 is strictly a maintenance release. NOTE: names of build directories have been changed. A builder will update its project data automatically first time you start it. CHANGELOG - build chaining implemented w/ triggers - [bugfix] fixed some windows specific things to do with running a server - recognized NetBSD as a platform - some optimizations for dashboard / CCTray performance - data version of ./projects directory is stored, and necessary migrations are run automatically if cruise version number is bigger than data version - setting CC_BUILD_LABEL environment variable before invoking the build - [bugfix] no longer passing in 'production' as RAILS_ENV to rake cruise - [bugfix] handle Subversion URLs with spaces; generally improved escaping of special characters on the command line - [bugfix] Email notifier works with non-TLS enabled SMTP servers LINKS Documentation: http://cruisecontrolrb.thoughtworks.com Downloads: http://rubyforge.org/frs/?group_id=2918 Bug tracker: http://jira.public.thoughtworks.org/browse/CCRB Users mailing list: cruisecontrolrb-users at rubyforge.org UPGRADE Download, unzip, copy ./projects directory over from previous CC.rb installation, kill old dashboard and builders, start the new ones. Live happily ever after. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From patrick.t.joyce at gmail.com Wed Nov 7 14:16:21 2007 From: patrick.t.joyce at gmail.com (Patrick Joyce) Date: Wed, 7 Nov 2007 11:16:21 -0800 (PST) Subject: [Cruisecontrolrb-users] rake build issue related to foreign key constraints? In-Reply-To: References: Message-ID: <13633265.post@talk.nabble.com> Did anyone ever find a solution to this? My tests pass when I run "rake test" in the work directory but when cc.rb runs the tests I get an error on every test after the test in which the Schedules fixture is loaded. All tests before the schedules fixture is loaded pass. It seems as though that table isn't being cleared. Any idea why this would happen? Name: test_should_allow_site_admin(Admin::TemplatesControllerTest) Type: Error Message: ActiveRecord::StatementInvalid: Mysql::Error: #23000Cannot delete or update a parent row: a foreign key constraint fails (`sandwichboard_cruisecontrol/schedules`, CONSTRAINT `fk_schedule_restaurants` FOREIGN KEY (`restaurant_id`) REFERENCES `restaurants` (`id`)): TRUNCATE TABLE restaurants /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/connection_adapters/abstract_adapter.rb:128:in `log' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/connection_adapters/mysql_adapter.rb:243:in `execute' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/connection_adapters/mysql_adapter.rb:258:in `update' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb:47:in `delete' ./test/functional/admin/../../test_helper.rb:96:in `delete_existing_fixtures_for' ./test/functional/admin/../../test_helper.rb:92:in `delete_existing_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:256:in `create_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:256:in `each' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:256:in `create_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb:59:in `transaction' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:255:in `create_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/base.rb:867:in `silence' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:248:in `create_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:593:in `load_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:538:in `setup_with_fixtures' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/rails/activerecord/lib/active_record/fixtures.rb:575:in `setup' /Users/patrick/cruisecontrolrb/projects/SandwichBoard/work/vendor/plugins/mocha/lib/mocha/test_case_adapter.rb:18:in `run' Travis Walters-2 wrote: > > I'm setting up cruisecontrol.rb to build a simple rails project. When I > run rake test from the work directory manually all tests pass and the > build is successful but when I run the build thru cc it fails with an > error on a create table statement saying the table already exists. Any > suggestions would be very much appreciated. Also, if I run the rake > command with a trace the results show different values when run through cc > than when I run the same test task manually (Execute environment call when > run manually doesn't appear in my trace for cc). > > > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > -- View this message in context: http://www.nabble.com/rake-build-issue-related-to-foreign-key-constraints--tf4221922.html#a13633265 Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com. From Bil.Kleb at NASA.gov Wed Nov 7 21:42:23 2007 From: Bil.Kleb at NASA.gov (Bil Kleb) Date: Wed, 07 Nov 2007 21:42:23 -0500 Subject: [Cruisecontrolrb-users] test failure does not trigger build failure? Message-ID: <4732778F.90103@NASA.gov> Hi, Is there a configuration option to have the build fail when a test fails? Thanks, -- Bil Kleb http://fun3d.larc.nasa.gov From Bil.Kleb at NASA.gov Wed Nov 7 22:41:34 2007 From: Bil.Kleb at NASA.gov (Bil Kleb) Date: Wed, 07 Nov 2007 22:41:34 -0500 Subject: [Cruisecontrolrb-users] test failure does not trigger build failure? In-Reply-To: <1d7d37050711071937p71a50bd3g23c5d6e2bb5438d3@mail.gmail.com> References: <4732778F.90103@NASA.gov> <1d7d37050711071937p71a50bd3g23c5d6e2bb5438d3@mail.gmail.com> Message-ID: <4732856E.2000208@NASA.gov> Someone responded offline: > That will happen by default unless you're running Ruby 1.8.6 or the > Rails 2.0 Preview Release (which does not correctly report errors). Guilty of running 1.8.6 p110. Thanks, -- Bil Kleb http://fun3d.larc.nasa.gov From neillzero at yahoo.co.uk Thu Nov 8 14:53:11 2007 From: neillzero at yahoo.co.uk (Neill Zero) Date: Thu, 8 Nov 2007 11:53:11 -0800 (PST) Subject: [Cruisecontrolrb-users] rake build issue related to foreign key constraints? In-Reply-To: <13633265.post@talk.nabble.com> References: <13633265.post@talk.nabble.com> Message-ID: <13654415.post@talk.nabble.com> Patrick Joyce wrote: > > Did anyone ever find a solution to this? My tests pass when I run "rake > test" in the work directory but when cc.rb runs the tests I get an error > on every test after the test in which the Schedules fixture is loaded. All > tests before the schedules fixture is loaded pass. It seems as though that > table isn't being cleared. Any idea why this would happen? > Hi Patrick, I had a similar but not identical issue some time ago. I traced it to the fact that rake, under the standard cruise build task, was not executing db:test:purge every time it was "invoked". In my case, my migrations loaded seed data into the tables, which was not then purged before tests ran. Fixture loading then caused FK constraint violations. At the time, I worked around the issue with a custom build task to use under cruise which did almost the same but forced a purge at the critical point. Here's the detail of what I found, and the workaround I used. Hopefully it is also applicable in your situation. To understand the problem, I needed to understand what 'rake test' was doing. I've put a diagram of the dependencies at http://abstractplain.net/blog/?p=1019. If we look at a trace of the test task in a stand-alone rake invocation, side-by-side with the cruise build task, and if we look only at what tasks are actually being *executed* (rather than invoked) we have the following (view it with a fixed width font): rake stand-alone cruise build ---------------------------------------------------------- Execute cc:build Execute environment Execute db:test:purge Execute db:migrate Execute db:schema:dump Execute test Execute test Execute environment < Execute db:test:prepare Execute db:test:prepare Execute db:schema:dump < Execute db:test:purge < Execute db:test:clone Execute db:test:clone Execute db:schema:load Execute db:schema:load [runs tests] [runs tests] You can see that on the cruise side, the tasks 'environment', 'db:schema:dump' and 'db:test:purge' are not called when running the test task! If you look at a fuller trace, you'll see it is being invoked (the db:test:clone requires it) but not executed! Rake thinks this declared "dependency" has been met, because rake called them earlier in the cruise task; cruise invokes "db:test:purge" explicitly on line 49 of tasks/cc_build.rake (in cruise v1.1.0), and then 'db:migrate' a little later. So no purge is being done between cruise's running of migrations and running the tests. In my case (where migrations populated some tables with seed data), I believe that this meant that when the tests ran, even before fixtures were loaded, there was data in the test db. FK constraint violations occurred when the fixtures tried to delete and load their tables, due to the presence of these left-over records). Do your migrations include seed data? I got around this issue by having cruise run a custom task. Mine does almost exactly what cruise's standard build task does, but also ensures that purge is executed when it needs to be. A better solution might involve ensuring that cruise's calls to 'db:test:purge', 'db:migrate', and 'test' are have separate rake contexts. Finally, here's my custom task for building under cruise. ( I've also posted it at: http://abstractplain.net/blog/?p=1024 ) #This builds from migrations each time (slower, but more reliable). #Must then empty seed data before tests start to delete stuff, or FK constraints get violated. #NOTE: currently needs db:test:purgetwo to exist (just copy paste db:test:purge task) task :cruise do ENV['RAILS_ENV'] = 'test' puts "custom cruise task invoked. env is hardcoded to test" Rake::Task["environment"].invoke #start from scratch with just the test db Rake::Task["db:test:purge"].invoke #necessary to reconnect, as purge drops database (and w mysql the conn) CruiseControl::reconnect #run all migrations from scratch. slow but clean Rake::Task["db:migrate"].invoke #empty the db of data - migration has loaded seed data into the tables, #which'll be deleted badly by test fixtures loader. #NOTE: db:test:purgetwo is just a quick hack to force this #identical action to be called again #TODO: replace with the correct way to force execution of a task in rake Rake::Task["db:test:purgetwo"].invoke #necessary to reconnect, as purge drops database (and w mysql the conn) CruiseControl::reconnect #the migration has already done a schema dump Rake::Task["db:schema:load"].invoke success = Rake::Task["test"].invoke success end #good luck, neill -- View this message in context: http://www.nabble.com/rake-build-issue-related-to-foreign-key-constraints--tf4221922.html#a13654415 Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com. From averkhov at thoughtworks.com Thu Nov 8 15:53:56 2007 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Thu, 8 Nov 2007 14:53:56 -0600 Subject: [Cruisecontrolrb-users] test failure does not trigger build failure? Message-ID: -----cruisecontrolrb-users-bounces at rubyforge.org wrote: ----- Is there a configuration option to have the build fail when a test fails? If your actual problem is the usual one, upgrade your Ruby from 1.8.6 to 1.8.6-p36, or downgrade to 1.8.5. There is a known bug in 1.8.6 that makes test/unit return zero exit code even when some tests have failed. Alex From patrick.t.joyce at gmail.com Thu Nov 8 16:52:22 2007 From: patrick.t.joyce at gmail.com (Patrick Joyce) Date: Thu, 8 Nov 2007 16:52:22 -0500 Subject: [Cruisecontrolrb-users] rake build issue related to foreign key constraints? In-Reply-To: <13654415.post@talk.nabble.com> References: <13633265.post@talk.nabble.com> <13654415.post@talk.nabble.com> Message-ID: <44c491410711081352v3f5d14e2xef17bcd42cdefb58@mail.gmail.com> Thanks for your response, Neil. My problem is somewhat different but I imagine that your solution may help someone else. It turns out that there is a known issue with Rails leaving fixture data in the DB after a TestCase runs. (http://dev.rubyonrails.org/ticket/2404) Therefore this actually was a Rails issue, not a cruisecontrol.rb issue. My tests would pass when running "rake test" from the command line because "rake test" builds the test DB schema from schema.rb. Schema.rb is created by db:schema:dump which ignores foreign keys. So I've been running my tests against a DB without the foreign keys. The issue only showed up with cruisecontrol because cruise builds the test DB directly from the migrations. For now, I've created a :cruise rake task that builds in the same way as "rake test" (without foreign keys). I set up dev and test databases for cruisecontrol and then invoke the rake tasks "db:migrate" and "test" in my :cruise task. desc 'Continuous build target' task :cruise do Rake::Task['db:migrate'].invoke Rake::Task["test"].invoke end This runs the migrations against the development DB, moves the schema to the test DB without the foreign keys, and runs the tests. When I figure out how to properly handle fixtures with foreign keys I'll change the task to reflect it. Thanks again for all your help. - Patrick Joyce On Nov 8, 2007 2:53 PM, Neill Zero wrote: > > > > Patrick Joyce wrote: > > > > Did anyone ever find a solution to this? My tests pass when I run "rake > > test" in the work directory but when cc.rb runs the tests I get an error > > on every test after the test in which the Schedules fixture is loaded. All > > tests before the schedules fixture is loaded pass. It seems as though that > > table isn't being cleared. Any idea why this would happen? > > > > Hi Patrick, > > I had a similar but not identical issue some time ago. I traced it to the > fact that rake, under the standard cruise build task, was not executing > db:test:purge every time it was "invoked". In my case, my migrations loaded > seed data into the tables, which was not then purged before tests ran. > Fixture loading then caused FK constraint violations. At the time, I worked > around the issue with a custom build task to use under cruise which did > almost the same but forced a purge at the critical point. > > Here's the detail of what I found, and the workaround I used. Hopefully it > is also applicable in your situation. > > To understand the problem, I needed to understand what 'rake test' was > doing. I've put a diagram of the dependencies at > http://abstractplain.net/blog/?p=1019. > > If we look at a trace of the test task in a stand-alone rake invocation, > side-by-side with the cruise build task, and if we look only at what tasks > are actually being *executed* (rather than invoked) we have the following > (view it with a fixed width font): > > rake stand-alone cruise build > ---------------------------------------------------------- > Execute cc:build > Execute environment > Execute db:test:purge > Execute db:migrate > Execute db:schema:dump > Execute test Execute test > Execute environment < > Execute db:test:prepare Execute db:test:prepare > Execute db:schema:dump < > Execute db:test:purge < > Execute db:test:clone Execute db:test:clone > Execute db:schema:load Execute db:schema:load > [runs tests] [runs tests] > > You can see that on the cruise side, the tasks 'environment', > 'db:schema:dump' and 'db:test:purge' are not called when running the test > task! If you look at a fuller trace, you'll see it is being invoked (the > db:test:clone requires it) but not executed! Rake thinks this declared > "dependency" has been met, because rake called them earlier in the cruise > task; cruise invokes "db:test:purge" explicitly on line 49 of > tasks/cc_build.rake (in cruise v1.1.0), and then 'db:migrate' a little > later. > > So no purge is being done between cruise's running of migrations and running > the tests. In my case (where migrations populated some tables with seed > data), I believe that this meant that when the tests ran, even before > fixtures were loaded, there was data in the test db. FK constraint > violations occurred when the fixtures tried to delete and load their tables, > due to the presence of these left-over records). Do your migrations include > seed data? > > I got around this issue by having cruise run a custom task. Mine does > almost exactly what cruise's standard build task does, but also ensures that > purge is executed when it needs to be. > > A better solution might involve ensuring that cruise's calls to > 'db:test:purge', 'db:migrate', and 'test' are have separate rake contexts. > > Finally, here's my custom task for building under cruise. ( I've also > posted it at: http://abstractplain.net/blog/?p=1024 ) > > #This builds from migrations each time (slower, but more reliable). > #Must then empty seed data before tests start to delete stuff, or FK > constraints get violated. > #NOTE: currently needs db:test:purgetwo to exist (just copy paste > db:test:purge task) > task :cruise do > ENV['RAILS_ENV'] = 'test' > puts "custom cruise task invoked. env is hardcoded to test" > > Rake::Task["environment"].invoke > > #start from scratch with just the test db > Rake::Task["db:test:purge"].invoke > > #necessary to reconnect, as purge drops database (and w mysql the conn) > CruiseControl::reconnect > > #run all migrations from scratch. slow but clean > Rake::Task["db:migrate"].invoke > > #empty the db of data - migration has loaded seed data into the tables, > #which'll be deleted badly by test fixtures loader. > > #NOTE: db:test:purgetwo is just a quick hack to force this > #identical action to be called again > #TODO: replace with the correct way to force execution of a task in rake > Rake::Task["db:test:purgetwo"].invoke > > #necessary to reconnect, as purge drops database (and w mysql the conn) > CruiseControl::reconnect > > #the migration has already done a schema dump > Rake::Task["db:schema:load"].invoke > > success = Rake::Task["test"].invoke > success > end > > > #good luck, neill > > -- > View this message in context: http://www.nabble.com/rake-build-issue-related-to-foreign-key-constraints--tf4221922.html#a13654415 > > > > Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com. > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > From java at kannan.us Thu Nov 8 20:10:52 2007 From: java at kannan.us (=?iso-8859-1?Q?java?=) Date: Fri, 09 Nov 2007 01:10:52 +0000 Subject: [Cruisecontrolrb-users] Error - SVN PROPFIND request failed Message-ID: <20071109011052.7460.qmail@hosting334.com> Hello, I am trying to setup the RoR project on cruisecontrolRB. It created the project but when I do a "cruise start", I keep getting this error "svn: PROPFIND request failed on '/svn/abaqis' where abaqis is my project name. When I added the project I specified the username and password option, so I don't know if it's a permission problem. Any ideas of what might be going wrong ? Thanks, Kannan From thewoolleyman at gmail.com Fri Nov 9 11:47:12 2007 From: thewoolleyman at gmail.com (Chad Woolley) Date: Fri, 9 Nov 2007 09:47:12 -0700 Subject: [Cruisecontrolrb-users] Error - SVN PROPFIND request failed In-Reply-To: <20071109011052.7460.qmail@hosting334.com> References: <20071109011052.7460.qmail@hosting334.com> Message-ID: probably an svn error. Go into ccrb/projects//work (which is where your project is checked out), and manually do an "svn up" from the command line. See if you get an error. If so, resolve it. -- Chad On 11/8/07, java wrote: > Hello, > > I am trying to setup the RoR project on cruisecontrolRB. It created the project but when I do a "cruise start", I keep getting this error "svn: PROPFIND request failed on '/svn/abaqis' where abaqis is my project name. > > When I added the project I specified the username and password option, so I don't know if it's a permission problem. > > Any ideas of what might be going wrong ? > > Thanks, > Kannan > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > From java at kannan.us Fri Nov 9 12:25:13 2007 From: java at kannan.us (=?iso-8859-1?Q?java?=) Date: Fri, 09 Nov 2007 17:25:13 +0000 Subject: [Cruisecontrolrb-users] Error - SVN PROPFIND request failed Message-ID: <20071109172513.18806.qmail@hosting334.com> Chad, Thanks for your email. I did try that ('svn update' from my ccrb/projects/projectname/work dir) and it works perfectly fine. No errror. That's the reason I am puzzled as to why I get this error during "cruise start" build loop. Kannan Chad Woolley thewoolleyman at gmail.com Fri Nov 9 11:47:12 EST 2007 probably an svn error. Go into ccrb/projects//work (which is where your project is checked out), and manually do an "svn up" from the command line. See if you get an error. If so, resolve it. -- Chad On 11/8/07, java wrote: > Hello, > > I am trying to setup the RoR project on cruisecontrolRB. It created the project but when I do a "cruise start", I keep getting this error "svn: PROPFIND request failed on '/svn/abaqis' where abaqis is my project name. > > When I added the project I specified the username and password option, so I don't know if it's a permission problem. > > Any ideas of what might be going wrong ? > > Thanks, > Kannan > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users From thewoolleyman at gmail.com Fri Nov 9 13:19:11 2007 From: thewoolleyman at gmail.com (Chad Woolley) Date: Fri, 9 Nov 2007 11:19:11 -0700 Subject: [Cruisecontrolrb-users] Error - SVN PROPFIND request failed In-Reply-To: <20071109172513.18806.qmail@hosting334.com> References: <20071109172513.18806.qmail@hosting334.com> Message-ID: I'm not sure, then. Throw some debug statements into the cruise.rb code, and see exactly what svn command is being executed, then try that manually. On 11/9/07, java wrote: > Chad, > > Thanks for your email. I did try that ('svn update' from my ccrb/projects/projectname/work dir) and it works perfectly fine. No errror. That's the reason I am puzzled as to why I get this error during "cruise start" build loop. > > Kannan > > Chad Woolley thewoolleyman at gmail.com > Fri Nov 9 11:47:12 EST 2007 > > probably an svn error. Go into ccrb/projects//work > (which is where your project is checked out), and manually do an "svn > up" from the command line. See if you get an error. If so, resolve > it. > > -- Chad > > On 11/8/07, java wrote: > > Hello, > > > > I am trying to setup the RoR project on cruisecontrolRB. It created the project but when I do a "cruise start", I keep getting this error "svn: PROPFIND request failed on '/svn/abaqis' where abaqis is my project name. > > > > When I added the project I specified the username and password option, so I don't know if it's a permission problem. > > > > Any ideas of what might be going wrong ? > > From tim.harding at gmail.com Fri Nov 9 17:10:51 2007 From: tim.harding at gmail.com (Tim Harding) Date: Fri, 9 Nov 2007 22:10:51 +0000 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 Message-ID: hi, i want to use cc.rb at a client but they, like most rails users, are using the rails recommended ruby 1.8.6. what's the known issue with this version of ruby with cc.rb and how does it manifest? is there no work around? i can't really recommend they back-rev their ruby version on their ci server when they're using 1.8.6 in production and that's the version that most os x ruby packages come with by default. any suggestions other than an older version of ruby? thanks, -tim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071109/c741b0fe/attachment-0001.html From alexey.verkhovsky at gmail.com Fri Nov 9 17:19:57 2007 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Fri, 9 Nov 2007 15:19:57 -0700 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 In-Reply-To: References: Message-ID: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> On Nov 9, 2007 3:10 PM, Tim Harding wrote: > what's the known issue with this > version of ruby with cc.rb and how does it manifest? I'm so tired by this question... The known question is that test/unit does not exit with non-zero exit code when tests fail in the original 1.8.6 release. This issue has been fixed in 1.8.6 patchlevel 36. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From tim.harding at gmail.com Fri Nov 9 17:27:26 2007 From: tim.harding at gmail.com (Tim Harding) Date: Fri, 9 Nov 2007 22:27:26 +0000 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 In-Reply-To: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> References: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> Message-ID: Hi Alexey, thanks for the prompt answer. Perhaps you could update this: http://cruisecontrolrb.thoughtworks.com/documentation/faq Or put some more details up in the prerequisites section here: http://cruisecontrolrb.thoughtworks.com/documentation/getting_started If you did either of those then I wouldn't have asked the question. Just to confirm: tim at manhattan:~$ ruby --version ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1] Will that be fine along with any patchlevel above 36? Many thanks, -Tim On Nov 9, 2007 10:19 PM, Alexey Verkhovsky wrote: > On Nov 9, 2007 3:10 PM, Tim Harding wrote: > > what's the known issue with this > > version of ruby with cc.rb and how does it manifest? > > I'm so tired by this question... > > The known question is that test/unit does not exit with non-zero exit > code when tests fail in the original 1.8.6 release. > This issue has been fixed in 1.8.6 patchlevel 36. > > -- > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071109/59d9fa25/attachment.html From Bil.Kleb at NASA.gov Sat Nov 10 00:15:12 2007 From: Bil.Kleb at NASA.gov (Bil Kleb) Date: Sat, 10 Nov 2007 00:15:12 -0500 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 In-Reply-To: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> References: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> Message-ID: <47353E60.4030904@NASA.gov> Alexey Verkhovsky wrote: > The known question is that test/unit does not exit with non-zero exit > code when tests fail in the original 1.8.6 release. > This issue has been fixed in 1.8.6 patchlevel 36. which has apparently regressed in patchlevel 110. :( Regards, -- Bil Kleb http://fun3d.larc.nasa.gov From tim.harding at gmail.com Sat Nov 10 10:06:12 2007 From: tim.harding at gmail.com (Tim Harding) Date: Sat, 10 Nov 2007 15:06:12 +0000 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 In-Reply-To: <47353E60.4030904@NASA.gov> References: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> <47353E60.4030904@NASA.gov> Message-ID: Hi Bil, I got cc.rb all set up with a successful build and then put in a unit test: def test_foo assert false end That caused a build failure so I think that test/unit must be returning a non-zero exit. Are you not seeing the same behaviour? What OS are you on? On Nov 10, 2007 5:15 AM, Bil Kleb wrote: > Alexey Verkhovsky wrote: > > The known question is that test/unit does not exit with non-zero exit > > code when tests fail in the original 1.8.6 release. > > This issue has been fixed in 1.8.6 patchlevel 36. > > which has apparently regressed in patchlevel 110. :( > > Regards, > -- > Bil Kleb > http://fun3d.larc.nasa.gov > > _______________________________________________ > 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/20071110/fef28a78/attachment.html From tim.harding at gmail.com Sat Nov 10 10:10:36 2007 From: tim.harding at gmail.com (Tim Harding) Date: Sat, 10 Nov 2007 15:10:36 +0000 Subject: [Cruisecontrolrb-users] cc.rb and ruby 1.8.6 In-Reply-To: References: <3945c4270711091419m57244e72m49dbe7ff736f5ac5@mail.gmail.com> <47353E60.4030904@NASA.gov> Message-ID: I should add that I'm asking cc.rb to build a Rails app using the default rake tasks. Not sure if that changes matters. On Nov 10, 2007 3:06 PM, Tim Harding wrote: > Hi Bil, > > I got cc.rb all set up with a successful build and then put in a unit > test: > > def test_foo > assert false > end > > That caused a build failure so I think that test/unit must be returning a > non-zero exit. > > Are you not seeing the same behaviour? > > What OS are you on? > > > > > On Nov 10, 2007 5:15 AM, Bil Kleb wrote: > > > Alexey Verkhovsky wrote: > > > The known question is that test/unit does not exit with non-zero exit > > > code when tests fail in the original 1.8.6 release. > > > This issue has been fixed in 1.8.6 patchlevel 36. > > > > which has apparently regressed in patchlevel 110. :( > > > > Regards, > > -- > > Bil Kleb > > http://fun3d.larc.nasa.gov > > > > _______________________________________________ > > 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/20071110/0c43df68/attachment.html From Bil.Kleb at NASA.gov Sat Nov 10 10:15:52 2007 From: Bil.Kleb at NASA.gov (Bil Kleb) Date: Sat, 10 Nov 2007 10:15:52 -0500 Subject: [Cruisecontrolrb-users] test failure does not trigger build failure? In-Reply-To: References: Message-ID: <4735CB28.4070303@NASA.gov> Alexey Verkhovsky wrote: > If your actual problem is the usual one, upgrade your Ruby from 1.8.6 to > 1.8.6-p36, or downgrade to 1.8.5. There is a known bug in 1.8.6 that makes > test/unit return zero exit code even when some tests have failed. Thanks. I'm at p110; I'll have to downgrade to p36. Regards, -- Bil Kleb http://fun3d.larc.nasa.gov From christian at kipdigitalmedia.com Sat Nov 10 13:15:51 2007 From: christian at kipdigitalmedia.com (Christian Romney) Date: Sat, 10 Nov 2007 13:15:51 -0500 Subject: [Cruisecontrolrb-users] Git Plugin for CC.rb Message-ID: <649d55ea0711101015y496cb7d6y73b24ef3b6b6ea6d@mail.gmail.com> Hi all, I saw a mention of a 3rd party git plugin in a previous post, but have been unable to locate it anywhere. Anybody know where I can find it? TIA, Christian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071110/48fda7ab/attachment.html From etienne.charignon at gmail.com Mon Nov 12 10:33:12 2007 From: etienne.charignon at gmail.com (Etienne Charignon) Date: Mon, 12 Nov 2007 16:33:12 +0100 Subject: [Cruisecontrolrb-users] Install Cruisecontrol.rb as a windows service Message-ID: <698ead60711120733m4a115475ka5f596cdf98a404b@mail.gmail.com> I don't know if anybody is interested or already knew it, but I've just found a very simple way to run Cruisecontrol.rb as a windows service with cygwin. install cygwin on your machine and don't forget to add the the cygrunsrv package to the selection of package to install. Then in a cygwin console: $ cygrunsrv --install CruiseControl.rb --path c:/ruby/bin/ruby.exe --args 'D:/cruisecontrolrb/cruise start' --chdir d:/cruisecontrolrb ?tienne -- ?tienne Charignon http://etienne.charignon.free.fr From java at kannan.us Mon Nov 12 17:30:55 2007 From: java at kannan.us (=?iso-8859-1?Q?java?=) Date: Mon, 12 Nov 2007 22:30:55 +0000 Subject: [Cruisecontrolrb-users] Error - SVN PROPFIND request failed Message-ID: <20071112223055.8368.qmail@hosting334.com> On Nov 9, 2007 10:25 AM, java wrote: Thanks for your email. I did try that ('svn update' from my ccrb/projects/projectname/work dir) and it works perfectly fine. No errror. That's the reason I am puzzled as to why I get this error during "cruise start" build loop. On Nov 9, 2007, at 10:42 AM, Alexey Verkhovsky wrote: CC.rb only uses username and password to perform svn co the first time around. Builder loop itself performs 'svn up' without passing the password. Subversion remembers authentication parameters in $HOME/.subversion/auth If you can do svn up without being asked for a password from command line, CC.rb should be able to do the same. If you are doing both under the same user account. Subversion access via svn+ssh is a different story (because in this case, authentication is performed by SSH tunnel, not by Subversion), but the error you are getting doesn't look like that problem. To figure out what's wrong, run 'cruise build abaqis --trace' and see what it says in verbose mode. If that doesn't ring any bells, mail it to me off-list, I'll try to help. -- Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] --------------------------------------- Alex, Thanks for your reply. Here's what I get when I do the "cruise build abaqis --trace". I have modified the 'subversion.rb' to print out the svn command it's running. Even with those, it doesn't make sense to me why I get this error. Maybe you can help. /Users/kannan/cruisecontrolrb-1.2.1 >./cruise build abaqis --trace [debug] Loading plugin builder_status [debug] Loading plugin email_notifier [debug] Loading plugin log_publisher [debug] Loading plugin minimal_console_logger [debug] Loading plugin project_logger [info] [2007-11-12 15:20:28] Builder for project 'abaqis' started Logging to: /Users/kannan/cruisecontrolrb-1.2.1/log/abaqis_builder.log [debug] [2007-11-12 15:20:28] Polling source control svn command : 'svn--non-interactiveinfo--xml 'command : svn--non-interactiveinfo--xml [debug] /Users/kannan/cruisecontrolrb-1.2.1/projects/abaqis/work kannan$ svn --non-interactive info --xml svn command : 'svn--non-interactivelog--revisionHEAD:474--verbose--xml 'command : svn--non-interactivelog--revisionHEAD:474--verbose--xml [debug] /Users/kannan/cruisecontrolrb-1.2.1/projects/abaqis/work kannan$ svn --non-interactive log --revision HEAD:474 --verbose --xml Build loop failed BuilderError: svn: PROPFIND request failed on '/svn/abaqis' ./script/../config/../app/models/subversion.rb:100:in `execute_in_local_copy' ./script/../config/../lib/command_line.rb:86:in `call' ./script/../config/../lib/command_line.rb:86:in `e' ./script/../config/../lib/command_line.rb:84:in `popen' ./script/../config/../lib/command_line.rb:84:in `e' ./script/../config/../lib/command_line.rb:71:in `execute' ./script/../config/../lib/command_line.rb:70:in `chdir' ./script/../config/../lib/command_line.rb:70:in `execute' ./script/../config/../app/models/subversion.rb:91:in `execute_in_local_copy' ./script/../config/../app/models/subversion.rb:86:in `chdir' ./script/../config/../app/models/subversion.rb:86:in `execute_in_local_copy' ./script/../config/../app/models/subversion.rb:44:in `latest_revision' ./script/../config/../app/models/project.rb:228:in `new_revisions' ./script/../config/../app/models/change_in_source_control_trigger.rb:8:in `revisions_to_build' ./script/../config/../vendor/rails/actionpack/lib/../../activesupport/lib/active_support/core_ext/symbol.rb:10:in `__send__' ./script/../config/../vendor/rails/actionpack/lib/../../activesupport/lib/active_support/core_ext/symbol.rb:10:in `to_proc' ./script/../config/../app/models/project.rb:223:in `collect' ./script/../config/../app/models/project.rb:223:in `revisions_to_build' ./script/../config/../app/models/project.rb:202:in `build_if_necessary' ./script/../config/../app/models/polling_scheduler.rb:13:in `run' ./script/builder:79 ./script/builder:78:in `catch' ./script/builder:78 ./cruise:14:in `load' ./cruise:14:in `builder' ./cruise:68:in `send' ./cruise:68 /usr/local/lib/ruby/1.8/fileutils.rb:121:in `chdir' /usr/local/lib/ruby/1.8/fileutils.rb:121:in `cd' ./cruise:67 [debug] [2007-11-12 15:20:28] Build loop failed [debug] BuilderError: svn: PROPFIND request failed on '/svn/abaqis' ./script/../config/../app/models/subversion.rb:100:in `execute_in_local_copy' ./script/../config/../lib/command_line.rb:86:in `call' ./script/../config/../lib/command_line.rb:86:in `e' ./script/../config/../lib/command_line.rb:84:in `popen' ./script/../config/../lib/command_line.rb:84:in `e' ./script/../config/../lib/command_line.rb:71:in `execute' ./script/../config/../lib/command_line.rb:70:in `chdir' ........................... ........................... From etienne.charignon at gmail.com Wed Nov 14 05:27:31 2007 From: etienne.charignon at gmail.com (Etienne Charignon) Date: Wed, 14 Nov 2007 11:27:31 +0100 Subject: [Cruisecontrolrb-users] Build Chaining & Triggers doesn't seem to work Message-ID: <698ead60711140227o6425f4a4h8943cc619d19d737@mail.gmail.com> I setup a configuration with two projects, a fast build triggering a slow build, using the command project.triggered_by = [SuccessfulBuildTrigger.new(project, "fast_build")] as follow : Project.configure do |project| case project.name when 'fast_build' project.build_command = 'ruby run_fast_build.rb' when 'slow_build' project.triggered_by = [SuccessfulBuildTrigger.new(project, "fast_build")] project.build_command = 'ruby run_slow_build.rb' else raise "Don't know what to build for project #{project.name.inspect}" end end This worked very well on the first launch but then I committed new changes while the slow_build was running. The fast build detected it, run it and finished before the end of the slow_build. At the end of the slow_build, it has not been triggered on the new source version. Etienne -- ?tienne Charignon http://etienne.charignon.free.fr From etienne.charignon at gmail.com Wed Nov 14 05:48:36 2007 From: etienne.charignon at gmail.com (Etienne Charignon) Date: Wed, 14 Nov 2007 11:48:36 +0100 Subject: [Cruisecontrolrb-users] Build Chaining & Triggers doesn't seem to work In-Reply-To: <698ead60711140227o6425f4a4h8943cc619d19d737@mail.gmail.com> References: <698ead60711140227o6425f4a4h8943cc619d19d737@mail.gmail.com> Message-ID: <698ead60711140248h4729c243n202da6eb22ff0e52@mail.gmail.com> Even worst, when the slow build is actually triggered, the sources is not updated. It is triggered on some previous source version. Scenario : initial state : Fast build last run on source version 10. Slow build last run on source version 10 action : I commit source version 11. consequence : Fast build update to source 11 and run. When fast build finishes successfully, slow build starts but on source version 10 instead of 11. 2007/11/14, Etienne Charignon : > I setup a configuration with two projects, a fast build triggering a > slow build, using the command > project.triggered_by = [SuccessfulBuildTrigger.new(project, "fast_build")] > > as follow : > Project.configure do |project| > case project.name > > when 'fast_build' > project.build_command = 'ruby run_fast_build.rb' > > when 'slow_build' > project.triggered_by = [SuccessfulBuildTrigger.new(project, "fast_build")] > project.build_command = 'ruby run_slow_build.rb' > > else raise "Don't know what to build for project #{project.name.inspect}" > end > end > > > This worked very well on the first launch but then I committed new > changes while the slow_build was running. The fast build detected it, > run it and finished before the end of the slow_build. At the end of > the slow_build, it has not been triggered on the new source version. > > Etienne > -- > ?tienne Charignon > http://etienne.charignon.free.fr > -- ?tienne Charignon http://etienne.charignon.free.fr From liuzhiping at hotmail.com Tue Nov 20 09:19:24 2007 From: liuzhiping at hotmail.com (jim83) Date: Tue, 20 Nov 2007 06:19:24 -0800 (PST) Subject: [Cruisecontrolrb-users] How set the custom rake task? Message-ID: <13843186.post@talk.nabble.com> Hi ALL, I have a ruby project(but none-rail project) and like to use CruiseControl.rb to make an automated tested on it. I have setup up an entry like below in cruise_config.rb: project.rake_task = 'data_test' My question is, where and how can I create and config my custom rake task file --- 'data_test' ? If you can give some example would be great appreicated. Thanks in advance! Jim -- View this message in context: http://www.nabble.com/How-set-the-custom-rake-task--tf4838732.html#a13843186 Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com. From steve.donie at gmail.com Wed Nov 21 10:26:28 2007 From: steve.donie at gmail.com (Steve Donie) Date: Wed, 21 Nov 2007 09:26:28 -0600 Subject: [Cruisecontrolrb-users] duplicated projects listed on webapp dashboard Message-ID: Howdy - I've been using cc.rb for a month or two now and just recently updated to 1.2.1. All was fine until I added lines such as this to several of my projects: # This build is triggered only by the successful completion of the named project project.triggered_by = [SuccessfulBuildTrigger.new(project, "LightPermits")] I am trying to do the setup where some of the builds are not triggered by svn checkins, but rather by a successful build of another project. In this case, I want a fast unit test build, and then if that succeeds run the slower integration tests. The problem I am seeing is that the webapp dashboard is now showing many duplicates. Instead of the 6 projects that there should be, I am seeing 11. Strange that it is 11 rather than 12 - it doesn't duplicate all of them - it seems to not duplicate the one that is first alphabetically. I've attached a static html version (ccrb.html) of what the dashboard looks like when it first loads - I got this by using a commandline tool called graburl. What is interesting is that in both IE and Firefox, when this is rendered, the first project is rendered differently from the others. Somehow both IE and Firefox are seeing the first div end prematurely. I don't understand why - I even pulled the HTML into an XML editor and the tags all look balanced properly (although there are a couple of
tags that are not self-closing.) When I view the dashboard in a real browser, I see this view for a few seconds, and then I think what happens is the PeriodicalExecuter runs and that is when the duplication happens. Looking at the javascript, I see this: page.replace_html('projects', :partial => 'project', :collection => @projects) unless @projects.empty? page.replace_html('projects', :partial => 'no_projects') if @ projects.empty ? in app/views/projects/index_js.rjs I'm a complete Ruby newbie, so any help with pointers for debugging things would be welcome. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071121/87047981/attachment-0002.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071121/87047981/attachment-0003.html From thewoolleyman at gmail.com Wed Nov 21 14:44:15 2007 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 21 Nov 2007 12:44:15 -0700 Subject: [Cruisecontrolrb-users] duplicated projects listed on webapp dashboard In-Reply-To: References: Message-ID: I think somebody has a ticket and fix for this somewhere on Trac. I saw it, but don't have time to find it now... On 11/21/07, Steve Donie wrote: > Howdy - I've been using cc.rb for a month or two now and just recently > updated to 1.2.1. All was fine until I added lines such as this to several > of my projects: > > # This build is triggered only by the successful completion of the named > project > project.triggered_by = [SuccessfulBuildTrigger.new(project, > "LightPermits")] > > I am trying to do the setup where some of the builds are not triggered by > svn checkins, but rather by a successful build of another project. In this > case, I want a fast unit test build, and then if that succeeds run the > slower integration tests. > > The problem I am seeing is that the webapp dashboard is now showing many > duplicates. Instead of the 6 projects that there should be, I am seeing 11. > Strange that it is 11 rather than 12 - it doesn't duplicate all of them - it > seems to not duplicate the one that is first alphabetically. > > I've attached a static html version (ccrb.html) of what the dashboard looks > like when it first loads - I got this by using a commandline tool called > graburl. What is interesting is that in both IE and Firefox, when this is > rendered, the first project is rendered differently from the others. Somehow > both IE and Firefox are seeing the first div end prematurely. I don't > understand why - I even pulled the HTML into an XML editor and the tags all > look balanced properly (although there are a couple of
tags that are > not self-closing.) > > When I view the dashboard in a real browser, I see this view for a few > seconds, and then I think what happens is the PeriodicalExecuter runs and > that is when the duplication happens. > > Looking at the javascript, I see this: > > page.replace_html('projects', :partial => 'project', :collection => > @projects) unless @projects.empty? > page.replace_html('projects', :partial => 'no_projects') if @ > projects.empty? > > in app/views/projects/index_js.rjs > > I'm a complete Ruby newbie, so any help with pointers for debugging things > would be welcome. > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > From steve.donie at gmail.com Wed Nov 21 17:19:18 2007 From: steve.donie at gmail.com (Steve Donie) Date: Wed, 21 Nov 2007 16:19:18 -0600 Subject: [Cruisecontrolrb-users] duplicated projects listed on webapp dashboard In-Reply-To: References: Message-ID: Thanks - two tickets, in fact. Shoulda thought to look there. http://jira.public.thoughtworks.org/browse/CCRB-160 and http://jira.public.thoughtworks.org/browse/CCRB-153 I applied the diff in 160 and all is right with the world. On 11/21/07, Chad Woolley wrote: > > I think somebody has a ticket and fix for this somewhere on Trac. I > saw it, but don't have time to find it now... > > On 11/21/07, Steve Donie wrote: > > Howdy - I've been using cc.rb for a month or two now and just recently > > updated to 1.2.1. All was fine until I added lines such as this to > several > > of my projects: > > > > # This build is triggered only by the successful completion of the > named > > project > > project.triggered_by = [SuccessfulBuildTrigger.new(project, > > "LightPermits")] > > > > I am trying to do the setup where some of the builds are not triggered > by > > svn checkins, but rather by a successful build of another project. In > this > > case, I want a fast unit test build, and then if that succeeds run the > > slower integration tests. > > > > The problem I am seeing is that the webapp dashboard is now showing many > > duplicates. Instead of the 6 projects that there should be, I am seeing > 11. > > Strange that it is 11 rather than 12 - it doesn't duplicate all of them > - it > > seems to not duplicate the one that is first alphabetically. > > > > I've attached a static html version (ccrb.html) of what the dashboard > looks > > like when it first loads - I got this by using a commandline tool called > > graburl. What is interesting is that in both IE and Firefox, when this > is > > rendered, the first project is rendered differently from the others. > Somehow > > both IE and Firefox are seeing the first div end prematurely. I don't > > understand why - I even pulled the HTML into an XML editor and the tags > all > > look balanced properly (although there are a couple of
tags that > are > > not self-closing.) > > > > When I view the dashboard in a real browser, I see this view for a few > > seconds, and then I think what happens is the PeriodicalExecuter runs > and > > that is when the duplication happens. > > > > Looking at the javascript, I see this: > > > > page.replace_html('projects', :partial => 'project', :collection => > > @projects) unless @projects.empty? > > page.replace_html('projects', :partial => 'no_projects') if @ > > projects.empty? > > > > in app/views/projects/index_js.rjs > > > > I'm a complete Ruby newbie, so any help with pointers for debugging > things > > would be welcome. > > _______________________________________________ > > 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/20071121/11cac98d/attachment.html From RRussell at thoughtworks.com Wed Nov 21 22:27:18 2007 From: RRussell at thoughtworks.com (Rolf Russell) Date: Wed, 21 Nov 2007 21:27:18 -0600 Subject: [Cruisecontrolrb-users] duplicated projects listed on webapp dashboard In-Reply-To: Message-ID: just fixed in head. tell me if you have any more problems. "Steve Donie" Sent by: cruisecontrolrb-users-bounces at rubyforge.org 11/21/2007 09:26 AM To cruisecontrolrb-users at rubyforge.org cc Subject [Cruisecontrolrb-users] duplicated projects listed on webapp dashboard Howdy - I've been using cc.rb for a month or two now and just recently updated to 1.2.1. All was fine until I added lines such as this to several of my projects: # This build is triggered only by the successful completion of the named project project.triggered_by = [SuccessfulBuildTrigger.new(project, "LightPermits")] I am trying to do the setup where some of the builds are not triggered by svn checkins, but rather by a successful build of another project. In this case, I want a fast unit test build, and then if that succeeds run the slower integration tests. The problem I am seeing is that the webapp dashboard is now showing many duplicates. Instead of the 6 projects that there should be, I am seeing 11. Strange that it is 11 rather than 12 - it doesn't duplicate all of them - it seems to not duplicate the one that is first alphabetically. I've attached a static html version (ccrb.html) of what the dashboard looks like when it first loads - I got this by using a commandline tool called graburl. What is interesting is that in both IE and Firefox, when this is rendered, the first project is rendered differently from the others. Somehow both IE and Firefox are seeing the first div end prematurely. I don't understand why - I even pulled the HTML into an XML editor and the tags all look balanced properly (although there are a couple of
tags that are not self-closing.) When I view the dashboard in a real browser, I see this view for a few seconds, and then I think what happens is the PeriodicalExecuter runs and that is when the duplication happens. Looking at the javascript, I see this: page.replace_html('projects', :partial => 'project', :collection => @projects) unless @projects.empty? page.replace_html('projects', :partial => 'no_projects') if @ projects.empty? in app/views/projects/index_js.rjs I'm a complete Ruby newbie, so any help with pointers for debugging things would be welcome. _______________________________________________ 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/20071121/8e11f7f1/attachment-0002.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071121/8e11f7f1/attachment-0003.html From jmthomas at ball.com Thu Nov 29 19:06:01 2007 From: jmthomas at ball.com (Thomas, Jason M (Software)) Date: Thu, 29 Nov 2007 17:06:01 -0700 Subject: [Cruisecontrolrb-users] continuous error message: conflicting chdir during another chdir block Message-ID: <03B62622BF273442912A2E486B799DD2058299E8@AEROMSG3.AERO.BALL.COM> When I start cruise control everything works fine as does the reporting application. However the command line constantly spits out the following: http://localhost:3333/ -> /projects.js ./script/../config/../vendor/rails/railties/lib/webrick_server.rb:71: warning: conflicting chdir during another chdir block 127.0.0.1 - - [29/Nov/2007:17:02:45 Mountain Standard Time] "GET /projects.js HTTP/1.1" 200 1977 Any ideas how to avoid this? Is there a less verbose setting I can use? Thanks, Jason This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20071129/3e30bb3b/attachment.html From chris.chiodo at viximo.com Fri Nov 30 16:53:43 2007 From: chris.chiodo at viximo.com (cchiodo) Date: Fri, 30 Nov 2007 13:53:43 -0800 (PST) Subject: [Cruisecontrolrb-users] Setting up CCRB behind apache proxy Message-ID: <14016053.post@talk.nabble.com> 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! -- View this message in context: http://www.nabble.com/Setting-up-CCRB-behind-apache-proxy-tf4894065.html#a14016053 Sent from the CruiseControl.rb - Users mailing list archive at Nabble.com. From shurikk at gmail.com Fri Nov 30 18:01:48 2007 From: shurikk at gmail.com (Alexander Kabanov) Date: Fri, 30 Nov 2007 15:01:48 -0800 Subject: [Cruisecontrolrb-users] Setting up CCRB behind apache proxy In-Reply-To: <14016053.post@talk.nabble.com> References: <14016053.post@talk.nabble.com> Message-ID: <1196463708.6490.4.camel@shurik-laptop> the following apache configuration works for me (apache 2.2 on ubuntu feisty) (if this is what you are looking for) ServerAdmin admin at example.com ServerName cc.exmaple.com AuthType Basic AuthName "Cruisecontrol" AuthUserFile /path/to/htpasswd Require valid-user ProxyPass / http://1.1.1.1:3333/ ProxyPassReverse / http://1.1.1.1:3333/ ProxyPreserveHost on 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!