From adambyrtek at gmail.com Tue Sep 2 19:57:37 2008 From: adambyrtek at gmail.com (Adam Byrtek) Date: Wed, 3 Sep 2008 01:57:37 +0200 Subject: [Cruisecontrolrb-users] Test database not purged after migrations Message-ID: <670d23ff0809021657t386258d4k4223bb38c2ce19e3@mail.gmail.com> I've recently started to use CruiseControl.rb (version 1.3.0) for all our projects at Code Sprinters. Due to the way CC runs migrations I was forced to fix some old broken migrations, which I believe is a good thing. But I also encountered some strange hard to reproduce bugs during db:schema:load, which don't occur when the tests are run manually. I found the answer in this blog post: http://abstractplain.net/blog/?p=1024 The problem is that CC invokes db:test:purge so it is not executed again during test task, as it should be. When I used a custom cruise tasks that ensures db:test:purge can be run again, all my projects were green again: http://abstractplain.net/blog/?p=1024#comment-39698 This quick and dirty fix helped, but I believe it is a general CruiseControl.rb problem that should be fixed, preferably in a more elegant way. To be true if there is a consensus on the list that this should be done, I'm willing to work on this. Excuse me if this has already been discussed, I'm new to the list. Best regards, Adam Byrtek From thewoolleyman at gmail.com Wed Sep 3 01:36:45 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Tue, 2 Sep 2008 22:36:45 -0700 Subject: [Cruisecontrolrb-users] Test database not purged after migrations In-Reply-To: <670d23ff0809021657t386258d4k4223bb38c2ce19e3@mail.gmail.com> References: <670d23ff0809021657t386258d4k4223bb38c2ce19e3@mail.gmail.com> Message-ID: On Tue, Sep 2, 2008 at 4:57 PM, Adam Byrtek wrote: > This quick and dirty fix helped, but I believe it is a general > CruiseControl.rb problem that should be fixed, preferably in a more > elegant way. To be true if there is a consensus on the list that this > should be done, I'm willing to work on this. Sounds like it's an issue, would be great to have it patched. I'm wondering, does the newer db:test:prepare task (since rails 2.x or so?) address these problems in a cleaner way? I'm pretty sure it is not backward compatible without older rails versions, though. From matt at mattwynne.net Wed Sep 3 03:33:47 2008 From: matt at mattwynne.net (Matt Wynne) Date: Wed, 3 Sep 2008 08:33:47 +0100 Subject: [Cruisecontrolrb-users] Test database not purged after migrations In-Reply-To: <670d23ff0809021657t386258d4k4223bb38c2ce19e3@mail.gmail.com> References: <670d23ff0809021657t386258d4k4223bb38c2ce19e3@mail.gmail.com> Message-ID: I'd also be happy to help with a patch - I wasted a couple of hours yesterday and I suspect it might have been due to the same thing. So are we saying this is a symptom of something Cruise does that 'breaks' the way rake behaves? On 3 Sep 2008, at 00:57, Adam Byrtek wrote: > I've recently started to use CruiseControl.rb (version 1.3.0) for all > our projects at Code Sprinters. Due to the way CC runs migrations I > was forced to fix some old broken migrations, which I believe is a > good thing. But I also encountered some strange hard to reproduce bugs > during db:schema:load, which don't occur when the tests are run > manually. I found the answer in this blog post: > http://abstractplain.net/blog/?p=1024 > > The problem is that CC invokes db:test:purge so it is not executed > again during test task, as it should be. When I used a custom cruise > tasks that ensures db:test:purge can be run again, all my projects > were green again: > http://abstractplain.net/blog/?p=1024#comment-39698 > > This quick and dirty fix helped, but I believe it is a general > CruiseControl.rb problem that should be fixed, preferably in a more > elegant way. To be true if there is a consensus on the list that this > should be done, I'm willing to work on this. > > Excuse me if this has already been discussed, I'm new to the list. > > Best regards, > Adam Byrtek > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users From lists-cruiserb at jay.fm Wed Sep 3 07:11:22 2008 From: lists-cruiserb at jay.fm (Jay Levitt) Date: Wed, 03 Sep 2008 07:11:22 -0400 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started Message-ID: <48BE70DA.7050204@jay.fm> I'm new to both CCrb and git. I pulled down the latest from the master thoughtworks repository on github, and after a few quick tweaks, I had a CCrb instance and running on mod_passenger. I added a project, a few more tweaks, it built. So far, so good! Here, though, are the things I'm not clear on... 1. When I set up my new project, I added it as ./cruise add projectname --repository git at devhost:projectname.git --source-control git Where do these parameters get stored? I don't see any external managment of them. They go into the Project model, but there's no database.yml, so from there, I'm lost Are they a side effect of CRUISE_DATA_ROOT/projects having a subfolder named for each project? 2. To get my project to build the first time, I had to manually do a "git submodule init;git submodule update"in the project's work directory, to pull down the plugins from the master. Is this something that CCrb should be doing? I'd imagine it could need redoing over time, as the upstream versions change, but I'm not sure what part of the process should be doing that. 3. Now that it's built... it built once, said it was happy, and that's it. I can do a manual build via the web interface, and it works, but it doesn't pull any new code down from the master (which is on the same server, as username git). The automatic build, which is supposed to poll every 20 seconds for updates, doesn't seem to have done anything; here again, I'm hampered by not knowing what to look for. The logs don't contain the string "git" at all. Where is that pull supposed to occur? Thanks for any pointers.. Jay Levitt From matt at mattwynne.net Wed Sep 3 09:11:36 2008 From: matt at mattwynne.net (Matt Wynne) Date: Wed, 3 Sep 2008 14:11:36 +0100 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <48BE70DA.7050204@jay.fm> References: <48BE70DA.7050204@jay.fm> Message-ID: <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> On 3 Sep 2008, at 12:11, Jay Levitt wrote: > I'm new to both CCrb and git. I pulled down the latest from the > master thoughtworks repository on github, and after a few quick > tweaks, I had a CCrb instance and running on mod_passenger. I > added a project, a few more tweaks, it built. So far, so good! > > Here, though, are the things I'm not clear on... > > 1. When I set up my new project, I added it as > > ./cruise add projectname --repository git at devhost:projectname.git -- > source-control git > > Where do these parameters get stored? I don't see any external > managment of them. They go into the Project model, but there's no > database.yml, so from there, I'm lost Are they a side effect of > CRUISE_DATA_ROOT/projects having a subfolder named for each project? Exactly. If you look at the code in app/model/Project, it just looks at the sub-folders of CRUISE_DATA_ROOT/projects and tries to load a project from each one. Cruise is basically using the file-system as its database, which is actually pretty neat - you can delete old build, for example, just by deleting the build-* folder in your project's folder. > 2. To get my project to build the first time, I had to manually do > a "git submodule init;git submodule update"in the project's work > directory, to pull down the plugins from the master. Is this > something that CCrb should be doing? I'd imagine it could need > redoing over time, as the upstream versions change, but I'm not > sure what part of the process should be doing that. We just started using sub-modules yesterday, and I just added a rake task to the :cruise task that does a system call to git submodule init/update on every build, just in case. I'm not sure if that's the most appropriate approach, but it's what we're doing for now. > 3. Now that it's built... it built once, said it was happy, and > that's it. I can do a manual build via the web interface, and it > works, but it doesn't pull any new code down from the master (which > is on the same server, as username git). The automatic build, > which is supposed to poll every 20 seconds for updates, doesn't > seem to have done anything; here again, I'm hampered by not knowing > what to look for. The logs don't contain the string "git" at all. > Where is that pull supposed to occur? Sorry, can't help you with this one - ours works fine. I guess you need to check that the builder processes are running under an account with sufficient permission on your git repo folders. How exactly did you reference the repository? If you're on the same machine you can use file paths which might make things simpler: e.g. ./cruise add projectname --repository /home/git/projectname -- source-control git > > Thanks for any pointers.. > > Jay Levitt > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users HTH cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. From cch1 at hapgoods.com Wed Sep 3 09:50:23 2008 From: cch1 at hapgoods.com (Chris Hapgood) Date: Wed, 3 Sep 2008 09:50:23 -0400 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> References: <48BE70DA.7050204@jay.fm> <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> Message-ID: <6FF50B0A-639A-4E4C-943C-F594304D9909@hapgoods.com> I too have added a git submodule init;git submodule update to my build scripts -but I'm not calling a rake task directly and I'm using the git-enabled branch of CC.rb from Ben Burkert instead of the Thoughtworks one. Seems like git submodules need some love in both cases. I would hope that the submodules would be init/updated as part of the scm updating process... -Chris On 3 Sep 2008, at 9:11, Matt Wynne wrote: > On 3 Sep 2008, at 12:11, Jay Levitt wrote: > >> I'm new to both CCrb and git. I pulled down the latest from the >> master thoughtworks repository on github, and after a few quick >> tweaks, I had a CCrb instance and running on mod_passenger. I >> added a project, a few more tweaks, it built. So far, so good! >> >> Here, though, are the things I'm not clear on... >> >> 1. When I set up my new project, I added it as >> >> ./cruise add projectname --repository git at devhost:projectname.git -- >> source-control git >> >> Where do these parameters get stored? I don't see any external >> managment of them. They go into the Project model, but there's no >> database.yml, so from there, I'm lost Are they a side effect of >> CRUISE_DATA_ROOT/projects having a subfolder named for each project? > > Exactly. If you look at the code in app/model/Project, it just looks > at the sub-folders of CRUISE_DATA_ROOT/projects and tries to load a > project from each one. Cruise is basically using the file-system as > its database, which is actually pretty neat - you can delete old > build, for example, just by deleting the build-* folder in your > project's folder. > > >> 2. To get my project to build the first time, I had to manually do >> a "git submodule init;git submodule update"in the project's work >> directory, to pull down the plugins from the master. Is this >> something that CCrb should be doing? I'd imagine it could need >> redoing over time, as the upstream versions change, but I'm not >> sure what part of the process should be doing that. > > We just started using sub-modules yesterday, and I just added a rake > task to the :cruise task that does a system call to git submodule > init/update on every build, just in case. I'm not sure if that's the > most appropriate approach, but it's what we're doing for now. > > >> 3. Now that it's built... it built once, said it was happy, and >> that's it. I can do a manual build via the web interface, and it >> works, but it doesn't pull any new code down from the master (which >> is on the same server, as username git). The automatic build, >> which is supposed to poll every 20 seconds for updates, doesn't >> seem to have done anything; here again, I'm hampered by not knowing >> what to look for. The logs don't contain the string "git" at all. >> Where is that pull supposed to occur? > > Sorry, can't help you with this one - ours works fine. I guess you > need to check that the builder processes are running under an > account with sufficient permission on your git repo folders. How > exactly did you reference the repository? If you're on the same > machine you can use file paths which might make things simpler: > > e.g. ./cruise add projectname --repository /home/git/projectname -- > source-control git >> >> Thanks for any pointers.. >> >> Jay Levitt >> >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > HTH > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my > own and do not necessarily reflect the views of any former, current > or future employers of mine. > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > Chris Hapgood cch1 at hapgoods.com From lists-cruiserb at jay.fm Wed Sep 3 10:26:13 2008 From: lists-cruiserb at jay.fm (Jay Levitt) Date: Wed, 03 Sep 2008 10:26:13 -0400 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> References: <48BE70DA.7050204@jay.fm> <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> Message-ID: <48BE9E85.1060902@jay.fm> Matt Wynne wrote: > On 3 Sep 2008, at 12:11, Jay Levitt wrote: > >> I'm new to both CCrb and git. I pulled down the latest from the master >> thoughtworks repository on github, and after a few quick tweaks, I had >> a CCrb instance and running on mod_passenger. I added a project, a >> few more tweaks, it built. So far, so good! >> >> Here, though, are the things I'm not clear on... >> >> 1. When I set up my new project, I added it as >> >> ./cruise add projectname --repository git at devhost:projectname.git >> --source-control git >> >> Where do these parameters get stored? I don't see any external >> managment of them. They go into the Project model, but there's no >> database.yml, so from there, I'm lost Are they a side effect of >> CRUISE_DATA_ROOT/projects having a subfolder named for each project? > > Exactly. If you look at the code in app/model/Project, it just looks at > the sub-folders of CRUISE_DATA_ROOT/projects and tries to load a project > from each one. Cruise is basically using the file-system as its > database, which is actually pretty neat - you can delete old build, for > example, just by deleting the build-* folder in your project's folder. Yes, that is nice and clean.. you don't have to keep things in sync if you rely on the underlying data in the first place! Where does it store things like the repository name, scm type, etc? I did an "ack --all -i git /srv/cruiserb --ignore-dir=work", and came up with zilch. >> 3. Now that it's built... it built once, said it was happy, and that's >> it. I can do a manual build via the web interface, and it works, but >> it doesn't pull any new code down from the master (which is on the >> same server, as username git). The automatic build, which is supposed >> to poll every 20 seconds for updates, doesn't seem to have done >> anything; here again, I'm hampered by not knowing what to look for. >> The logs don't contain the string "git" at all. Where is that pull >> supposed to occur? > > Sorry, can't help you with this one - ours works fine. I guess you need > to check that the builder processes are running under an account with > sufficient permission on your git repo folders. How exactly did you > reference the repository? If you're on the same machine you can use file > paths which might make things simpler: > > e.g. ./cruise add projectname --repository /home/git/projectname -- > source-control git Ah, interesting. I'm running CC under mod_rails/Passenger, and I've noticed some builder oddities; for instance, it loses track of its builder when I restart Apache, and then, naturally, it complains about the lock file. I will try switching to a plain-old Ruby cruiserb daemon and see if that solves the problem. I was using an ssh-style path for the repository - e.g. ./cruise add project --repository git at dev.example.com:project.git --source-control git which worked well enough to pull the changes in the first place, but maybe that doesn't work for future pull requests, for whatever reason. I'll try the filesystem path instead. >> >> Thanks for any pointers.. >> >> Jay Levitt >> >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > HTH > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my own > and do not necessarily reflect the views of any former, current or > future employers of mine. > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users From lists-cruiserb at jay.fm Wed Sep 3 10:30:18 2008 From: lists-cruiserb at jay.fm (Jay Levitt) Date: Wed, 03 Sep 2008 10:30:18 -0400 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <6FF50B0A-639A-4E4C-943C-F594304D9909@hapgoods.com> References: <48BE70DA.7050204@jay.fm> <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> <6FF50B0A-639A-4E4C-943C-F594304D9909@hapgoods.com> Message-ID: <48BE9F7A.4050205@jay.fm> Chris Hapgood wrote: > I too have added a > > git submodule init;git submodule update > > to my build scripts I was thinking of having my rake task run that only if the plugin dirs are empty. This solves the initial problem of a fresh git clone. It doesn't solve later problems when new submodules are added - but neither does it UNsolve the "I cloned against HEAD of acts_as_plugin, and the developer just changed things" problem that svn:externals has, and that submodules solves so nicely. > -but I'm not calling a rake task directly and I'm > using the git-enabled branch of CC.rb from Ben Burkert instead of the > Thoughtworks one. And I should clarify that I am, in fact, using the Thoughtworks branch/tree/whatever from github. Which reminds me - Thoughtworks, do you prefer patches as patches, forks and pull requests, no idea yet? I've noticed a few minor things that need polish, and I also want to get this working well in a non-rooted URL, since I use it over HTTPS, and NameVirtualHosts on HTTPS are a nightmare, even with wildcard certs. > Seems like git submodules need some love in both cases. I would hope > that the submodules would be init/updated as part of the scm updating > process... I've seen some talk around the web of piston being updated for git, and of a new thing called braid, but neither seem to be soup yet. Jay From jeremy.lightsmith at gmail.com Wed Sep 3 12:16:37 2008 From: jeremy.lightsmith at gmail.com (Jeremy Lightsmith) Date: Wed, 3 Sep 2008 09:16:37 -0700 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <48BE9F7A.4050205@jay.fm> References: <48BE70DA.7050204@jay.fm> <3BD5767B-8157-447C-9459-52B38FA3FBC6@mattwynne.net> <6FF50B0A-639A-4E4C-943C-F594304D9909@hapgoods.com> <48BE9F7A.4050205@jay.fm> Message-ID: <648eacf20809030916l2bdc177en7d70fe829d139103@mail.gmail.com> forks and pull requests are probably the easiest for everyone involved Jeremy On Wed, Sep 3, 2008 at 7:30 AM, Jay Levitt wrote: > Chris Hapgood wrote: > >> I too have added a >> >> git submodule init;git submodule update >> >> to my build scripts >> > > I was thinking of having my rake task run that only if the plugin dirs are > empty. This solves the initial problem of a fresh git clone. It doesn't > solve later problems when new submodules are added - but neither does it > UNsolve the "I cloned against HEAD of acts_as_plugin, and the developer just > changed things" problem that svn:externals has, and that submodules solves > so nicely. > > > -but I'm not calling a rake task directly and I'm > >> using the git-enabled branch of CC.rb from Ben Burkert instead of the >> Thoughtworks one. >> > > And I should clarify that I am, in fact, using the Thoughtworks > branch/tree/whatever from github. > > Which reminds me - Thoughtworks, do you prefer patches as patches, forks > and pull requests, no idea yet? I've noticed a few minor things that need > polish, and I also want to get this working well in a non-rooted URL, since > I use it over HTTPS, and NameVirtualHosts on HTTPS are a nightmare, even > with wildcard certs. > > Seems like git submodules need some love in both cases. I would hope that >> the submodules would be init/updated as part of the scm updating process... >> > > I've seen some talk around the web of piston being updated for git, and of > a new thing called braid, but neither seem to be soup yet. > > Jay > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From averkhov at thoughtworks.com Wed Sep 3 13:27:43 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Wed, 3 Sep 2008 12:27:43 -0500 Subject: [Cruisecontrolrb-users] CCrb, GIT, and getting started In-Reply-To: <48BE9F7A.4050205@jay.fm> Message-ID: cruisecontrolrb-users-bounces at rubyforge.org wrote on 09/03/2008 08:30:18 AM: > Which reminds me - Thoughtworks, do you prefer patches as patches, forks and > pull requests, no idea yet? Whatever is more comfortable for you. -- Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From thewoolleyman at gmail.com Sat Sep 6 21:59:28 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Sat, 6 Sep 2008 18:59:28 -0700 Subject: [Cruisecontrolrb-users] Actionmailer settings work on Linux, but not on OSX Leopard Message-ID: Hi, I'm trying to get CCRB emails working on mac osx leopard. Using 'mail' from the Leopard command line sends mail fine, so I don't think it's a system problem. This entry sends CCRB mails fine on Linux, but fails on Leopard: ActionMailer::Base.smtp_settings = { :address => "localhost", :domain => "intranetsubdomain.domain.com" } Here's the error messages: Error in plugin EmailNotifier: Connection refused - connect(2) Connection refused - connect(2) at ./lib/cruise_control/../../script/../config/../lib/cruise_control/../../script/../config/../lib/smtp_tls.rb:68:in `initialize' I have the postfix port installed, I assume that is how 'mail' is working from the command line: $ port list postfix postfix @2.5.4 mail/postfix Anyone have a working config to share, or tips other than debugging into ActionMailer? Thanks, -- Chad From alexey.verkhovsky at gmail.com Mon Sep 8 16:15:02 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Mon, 8 Sep 2008 14:15:02 -0600 Subject: [Cruisecontrolrb-users] Actionmailer settings work on Linux, but not on OSX Leopard In-Reply-To: References: Message-ID: <3945c4270809081315m3720038cpc6a13af692c4433d@mail.gmail.com> On Sat, Sep 6, 2008 at 7:59 PM, Chad Woolley wrote: > Anyone have a working config to share, or tips other than debugging > into ActionMailer? This error is coming from CC.rb's monkey patch for net/smtp that allows CC.rb to deal with TLS-enabled SMTP services. You probably need to debug it. Alexey Verkhovsky CruiseControl.rb [http://cruisecontrolrb.thoughtworks.com] RubyWorks [http://rubyworks.thoughtworks.com] From thewoolleyman at gmail.com Mon Sep 8 17:02:32 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Mon, 8 Sep 2008 14:02:32 -0700 Subject: [Cruisecontrolrb-users] Actionmailer settings work on Linux, but not on OSX Leopard In-Reply-To: <3945c4270809081315m3720038cpc6a13af692c4433d@mail.gmail.com> References: <3945c4270809081315m3720038cpc6a13af692c4433d@mail.gmail.com> Message-ID: On Mon, Sep 8, 2008 at 1:15 PM, Alexey Verkhovsky wrote: > You probably need to debug it. This was due to postfix daemon not running on OSX. I described how I set it up here: http://pivots.pivotallabs.com/users/chad/blog/articles/507-enabling-the-postfix-mail-daemon-on-leopard From jtanium at gmail.com Thu Sep 11 11:55:18 2008 From: jtanium at gmail.com (Jason Edwards) Date: Thu, 11 Sep 2008 09:55:18 -0600 Subject: [Cruisecontrolrb-users] Tests Pass, But Build Fails Message-ID: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> I can't seem to find any answers to this problem, I did my best to search the archives and Google the problem, but can't find anything. I've got a project I'm trying to put on cruisecontrol, where the tests pass, but the build still fails. The build log says "Errors running test:units!," but doesn't show where it tried to run the unit tests. I pasted in the build.log below, and where it says "52 tests, 104 assertions, 0 failures, 0 errors," those are my functional tests. I went to the work directory on the cruisecontrol server, and ran the test task, and, naturally, it completes without error. I ran the builder for the project with the --trace flag, hoping that would shed some light on the problem, but to no avail. The only peculiar thing I'm doing in this application, is relying on some "view tables," but so far, that has been a non-issue. Has anyone run into this problem? Thanks, Jason === build.log === /home/rails/.cruise/projects/my_project/work rails$ ruby1.8 -e require 'rubygems' rescue nil; require 'rake'; load '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear (in /home/rails/.cruise/projects/my_project/work) [CruiseControl] Invoking Rake task "db:test:purge" [CruiseControl] Invoking Rake task "db:migrate" ... DB:MIGRATE OUTPUT ... [CruiseControl] Invoking Rake task "test" Loaded suite /usr/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake/rake_test_loader Started .................................................... Finished in 2.671658 seconds. 52 tests, 104 assertions, 0 failures, 0 errors /usr/bin/ruby1.8 -Ilib:test "/usr/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake/rake_test_loader.rb" Errors running test:units! dir : /home/rails/.cruise/projects/my_project/work command : ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; load '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" executed command : echo /home/rails/.cruise/projects/my_project/work rails$ ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; load '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" >> /home/rails/.cruise/projects/my_project/build-108.3/build.log && ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; load '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" >> /home/rails/.cruise/projects/my_project/build-108.3/build.log 2>&1 exitstatus: 1 STDERR TAIL START STDERR TAIL END From mi-ccrb at underpantsgnome.com Thu Sep 11 11:51:50 2008 From: mi-ccrb at underpantsgnome.com (Michael Moen) Date: Thu, 11 Sep 2008 10:51:50 -0500 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb Message-ID: Is anybody currently tracking multiple projects hosted on GitHub? I'm wondering if there is a way to do this without having multiple CC.rb installs since you can't associate a "deploy user" on GitHub with more than one project. Or maybe I'm missing something. Thanks in advance, Michael From jeremy.lightsmith at gmail.com Thu Sep 11 12:15:42 2008 From: jeremy.lightsmith at gmail.com (Jeremy Lightsmith) Date: Thu, 11 Sep 2008 09:15:42 -0700 Subject: [Cruisecontrolrb-users] Tests Pass, But Build Fails In-Reply-To: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> References: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> Message-ID: <648eacf20809110915p39340f1br58dc737e45adb30d@mail.gmail.com> why don't you try to debug it further by specifying exactly what cc.rb runs. you could do this by adding a project.rake_task = "default" in the cruise_config.rb file Jeremy On Thu, Sep 11, 2008 at 8:55 AM, Jason Edwards wrote: > I can't seem to find any answers to this problem, I did my best to > search the archives and Google the problem, but can't find anything. > > I've got a project I'm trying to put on cruisecontrol, where the tests > pass, but the build still fails. The build log says "Errors running > test:units!," but doesn't show where it tried to run the unit tests. > I pasted in the build.log below, and where it says "52 tests, 104 > assertions, 0 failures, 0 errors," those are my functional tests. I > went to the work directory on the cruisecontrol server, and ran the > test task, and, naturally, it completes without error. > > I ran the builder for the project with the --trace flag, hoping that > would shed some light on the problem, but to no avail. > > The only peculiar thing I'm doing in this application, is relying on > some "view tables," but so far, that has been a non-issue. > > Has anyone run into this problem? > > Thanks, > > Jason > > === build.log === > > /home/rails/.cruise/projects/my_project/work rails$ ruby1.8 -e require > 'rubygems' rescue nil; require 'rake'; load > '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << > '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear > (in /home/rails/.cruise/projects/my_project/work) > [CruiseControl] Invoking Rake task "db:test:purge" > [CruiseControl] Invoking Rake task "db:migrate" > ... DB:MIGRATE OUTPUT ... > [CruiseControl] Invoking Rake task "test" > Loaded suite > /usr/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake/rake_test_loader > Started > .................................................... > Finished in 2.671658 seconds. > > 52 tests, 104 assertions, 0 failures, 0 errors > /usr/bin/ruby1.8 -Ilib:test > "/usr/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake/rake_test_loader.rb" > Errors running test:units! > > dir : /home/rails/.cruise/projects/my_project/work > command : ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; > load '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << > '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" > executed command : echo /home/rails/.cruise/projects/my_project/work > rails$ ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; load > '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << > '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" >> > /home/rails/.cruise/projects/my_project/build-108.3/build.log && > ruby1.8 -e "require 'rubygems' rescue nil; require 'rake'; load > '/srv/rails/cruisecontrolrb-1.3.0/tasks/cc_build.rake'; ARGV << > '--nosearch' << 'cc:build'; Rake.application.run; ARGV.clear" >> > /home/rails/.cruise/projects/my_project/build-108.3/build.log 2>&1 > exitstatus: 1 > STDERR TAIL START > > STDERR TAIL END > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thewoolleyman at gmail.com Thu Sep 11 12:16:07 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 11 Sep 2008 09:16:07 -0700 Subject: [Cruisecontrolrb-users] Tests Pass, But Build Fails In-Reply-To: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> References: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> Message-ID: On Thu, Sep 11, 2008 at 8:55 AM, Jason Edwards wrote: > I ran the builder for the project with the --trace flag, hoping that > would shed some light on the problem, but to no avail. Try running the same rake task that cruise runs, from your CI box command line, but not through cruise. You can do this from a clean checkout, or the cruise work dir for the project (but ideally these should be the same, because cruise's working copy should have no changes). The task cruise is running will be either your default task, or the cruise task, or something you have overridden in your cruise_config.rb. It is not clear what that is from the output. When you run this manually, check the return code (echo $?). If it is non-zero, that is your problem - find out why. If it is zero, then somewhere rake is exiting with a nonzero return code, and you need to track it down, probably with debug statements. -- Chad From thewoolleyman at gmail.com Thu Sep 11 12:18:13 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 11 Sep 2008 09:18:13 -0700 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: References: Message-ID: On Thu, Sep 11, 2008 at 8:51 AM, Michael Moen wrote: > Is anybody currently tracking multiple projects hosted on GitHub? > > I'm wondering if there is a way to do this without having multiple CC.rb > installs since you can't associate a "deploy user" on GitHub with more than > one project. Or maybe I'm missing something. I'm not sure how the deploy user relates, can you explain? Regardless, if you do a 'cruise add' for a new project with a different Git URL, you can build as many different projects/urls as you want. Or that your machine can handle. You probably also want serialized builds turned on, so only one at a time builds. -- Chad From jtanium at gmail.com Thu Sep 11 13:54:43 2008 From: jtanium at gmail.com (Jason Edwards) Date: Thu, 11 Sep 2008 11:54:43 -0600 Subject: [Cruisecontrolrb-users] Tests Pass, But Build Fails In-Reply-To: References: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> Message-ID: <2c6363db0809111054m5fe847b6k1bd3ef2ee20cb889@mail.gmail.com> Bizarre... I went and added a task to my Rakefile, and I'm able to reproduce the problem, outside CC.rb (I got this from looking at the tasks/cc_build.rake file): task :cruise => :environment do Rake::Task['db:test:purge'].invoke Rake::Task['db:migrate'].invoke Rake::Task['test'].invoke end The other suggestion from Jeremy, to set the project.rake_task to 'default', allowed the build to pass, however, I'm sure that a database change would cause the build to fail, since the 'default' task doesn't run db:migrate. So it's not a cruisecontrol issue at all... I'll keep hacking on it, maybe find answer... Thanks, Jason On Thu, Sep 11, 2008 at 10:16 AM, Chad Woolley wrote: > On Thu, Sep 11, 2008 at 8:55 AM, Jason Edwards wrote: >> I ran the builder for the project with the --trace flag, hoping that >> would shed some light on the problem, but to no avail. > > Try running the same rake task that cruise runs, from your CI box > command line, but not through cruise. You can do this from a clean > checkout, or the cruise work dir for the project (but ideally these > should be the same, because cruise's working copy should have no > changes). The task cruise is running will be either your default > task, or the cruise task, or something you have overridden in your > cruise_config.rb. It is not clear what that is from the output. > > When you run this manually, check the return code (echo $?). If it is > non-zero, that is your problem - find out why. If it is zero, then > somewhere rake is exiting with a nonzero return code, and you need to > track it down, probably with debug statements. > > -- Chad > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > From jeremy.lightsmith at gmail.com Thu Sep 11 14:02:57 2008 From: jeremy.lightsmith at gmail.com (Jeremy Lightsmith) Date: Thu, 11 Sep 2008 11:02:57 -0700 Subject: [Cruisecontrolrb-users] Tests Pass, But Build Fails In-Reply-To: <2c6363db0809111054m5fe847b6k1bd3ef2ee20cb889@mail.gmail.com> References: <2c6363db0809110855o30800cf2o3833172fc871889e@mail.gmail.com> <2c6363db0809111054m5fe847b6k1bd3ef2ee20cb889@mail.gmail.com> Message-ID: <648eacf20809111102ufb1280eg59a0352979f4bb74@mail.gmail.com> you could definitely choose to do something like either project.rake_task = "db:migrate default" or, you could also choose to add a "cruise" rake task to your project and do whatever you'd like to do there. or, you could choose to fix whatever is causing the default cruise stuff to break in the first place. Jeremy On Thu, Sep 11, 2008 at 10:54 AM, Jason Edwards wrote: > Bizarre... > > I went and added a task to my Rakefile, and I'm able to reproduce the > problem, outside CC.rb (I got this from looking at the > tasks/cc_build.rake file): > > task :cruise => :environment do > Rake::Task['db:test:purge'].invoke > Rake::Task['db:migrate'].invoke > Rake::Task['test'].invoke > end > > The other suggestion from Jeremy, to set the project.rake_task to > 'default', allowed the build to pass, however, I'm sure that a > database change would cause the build to fail, since the 'default' > task doesn't run db:migrate. > > So it's not a cruisecontrol issue at all... I'll keep hacking on it, > maybe find answer... > > Thanks, > > Jason > > On Thu, Sep 11, 2008 at 10:16 AM, Chad Woolley > wrote: > > On Thu, Sep 11, 2008 at 8:55 AM, Jason Edwards > wrote: > >> I ran the builder for the project with the --trace flag, hoping that > >> would shed some light on the problem, but to no avail. > > > > Try running the same rake task that cruise runs, from your CI box > > command line, but not through cruise. You can do this from a clean > > checkout, or the cruise work dir for the project (but ideally these > > should be the same, because cruise's working copy should have no > > changes). The task cruise is running will be either your default > > task, or the cruise task, or something you have overridden in your > > cruise_config.rb. It is not clear what that is from the output. > > > > When you run this manually, check the return code (echo $?). If it is > > non-zero, that is your problem - find out why. If it is zero, then > > somewhere rake is exiting with a nonzero return code, and you need to > > track it down, probably with debug statements. > > > > -- Chad > > _______________________________________________ > > Cruisecontrolrb-users mailing list > > Cruisecontrolrb-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at mattwynne.net Thu Sep 11 14:14:15 2008 From: matt at mattwynne.net (Matt Wynne) Date: Thu, 11 Sep 2008 19:14:15 +0100 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: References: Message-ID: Dunno how related this is, but we have some submodules in vendor/ plugins that point to github, and we have had some fun with them, having to go into .cruise/ and manually git submodule init to stop the build going over and over again. On 11 Sep 2008, at 16:51, Michael Moen wrote: > Is anybody currently tracking multiple projects hosted on GitHub? > > I'm wondering if there is a way to do this without having multiple > CC.rb installs since you can't associate a "deploy user" on GitHub > with more than one project. Or maybe I'm missing something. > > Thanks in advance, > Michael > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. From thewoolleyman at gmail.com Thu Sep 11 14:47:31 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 11 Sep 2008 11:47:31 -0700 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: References: Message-ID: On Thu, Sep 11, 2008 at 11:14 AM, Matt Wynne wrote: > Dunno how related this is, but we have some submodules in vendor/plugins > that point to github, and we have had some fun with them, having to go into > .cruise/ and manually git submodule init to stop the build going over and > over again. Please share any progress you make on this front. Having something that works just like svn:externals (autoupdating), especially under CI, is one of the few remaining blockers to moving everything to Git (for me and others, at least). Thanks, -- Chad From cch1 at hapgoods.com Thu Sep 11 15:13:16 2008 From: cch1 at hapgoods.com (Chris Hapgood) Date: Thu, 11 Sep 2008 15:13:16 -0400 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: References: Message-ID: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9@hapgoods.com> I've got a custom build script that does a submodule init followed by a submodule update. Am I missing something, or couldn't cruise do the same thing via the cruise rake task? -Chris On 11 Sep 2008, at 14:14, Matt Wynne wrote: > Dunno how related this is, but we have some submodules in vendor/ > plugins that point to github, and we have had some fun with them, > having to go into .cruise/ and manually git submodule init to stop > the build going over and over again. > > On 11 Sep 2008, at 16:51, Michael Moen wrote: > >> Is anybody currently tracking multiple projects hosted on GitHub? >> >> I'm wondering if there is a way to do this without having multiple >> CC.rb installs since you can't associate a "deploy user" on GitHub >> with more than one project. Or maybe I'm missing something. >> >> Thanks in advance, >> Michael >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my > own and do not necessarily reflect the views of any former, current > or future employers of mine. > > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > Chris Hapgood cch1 at hapgoods.com From thewoolleyman at gmail.com Thu Sep 11 15:17:04 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 11 Sep 2008 12:17:04 -0700 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9@hapgoods.com> References: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9@hapgoods.com> Message-ID: On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood wrote: > I've got a custom build script that does a submodule init followed by a > submodule update. > > Am I missing something, or couldn't cruise do the same thing via the cruise > rake task? Seems like it. Do you have this running under cruise? From cch1 at hapgoods.com Thu Sep 11 15:29:47 2008 From: cch1 at hapgoods.com (Chris Hapgood) Date: Thu, 11 Sep 2008 15:29:47 -0400 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: References: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9@hapgoods.com> Message-ID: <6172FE5C-1085-40AB-976F-21596688C8A1@hapgoods.com> Yes, my script is being run as a custom cc.rb build command: project.build_command = '../build' Contents of the build command are, roughly: rake db:migrate git submodule init git submodule update rake test I am using Ben Berkeret's version, if that is relevant. -Chris On 11 Sep 2008, at 15:17, Chad Woolley wrote: > On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood > wrote: >> I've got a custom build script that does a submodule init followed >> by a >> submodule update. >> >> Am I missing something, or couldn't cruise do the same thing via >> the cruise >> rake task? > > Seems like it. Do you have this running under cruise? > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > Chris Hapgood cch1 at hapgoods.com From matt at mattwynne.net Thu Sep 11 16:10:28 2008 From: matt at mattwynne.net (Matt Wynne) Date: Thu, 11 Sep 2008 21:10:28 +0100 Subject: [Cruisecontrolrb-users] Tracking multiple GitHub projects with CC.rb In-Reply-To: <6172FE5C-1085-40AB-976F-21596688C8A1@hapgoods.com> References: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9@hapgoods.com> <6172FE5C-1085-40AB-976F-21596688C8A1@hapgoods.com> Message-ID: <5A10A46F-2505-4BFA-A5EB-FF30E1795EA2@mattwynne.net> That's exactly what I plan to do when this rears its head again. I don't think you need the init more than once ever for the folder, although I guess it would help if you add new submodules maybe. It's all pretty new to me. On 11 Sep 2008, at 20:29, Chris Hapgood wrote: > Yes, my script is being run as a custom cc.rb build command: > project.build_command = '../build' > > Contents of the build command are, roughly: > > > rake db:migrate > git submodule init > git submodule update > rake test > > I am using Ben Berkeret's version, if that is relevant. > > -Chris > > On 11 Sep 2008, at 15:17, Chad Woolley wrote: > >> On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood >> wrote: >>> I've got a custom build script that does a submodule init >>> followed by a >>> submodule update. >>> >>> Am I missing something, or couldn't cruise do the same thing via >>> the cruise >>> rake task? >> >> Seems like it. Do you have this running under cruise? >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users >> > > Chris Hapgood > cch1 at hapgoods.com > > > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. From matt at mattwynne.net Wed Sep 17 10:26:42 2008 From: matt at mattwynne.net (Matt Wynne) Date: Wed, 17 Sep 2008 15:26:42 +0100 Subject: [Cruisecontrolrb-users] build going bananas with git Message-ID: It seems to happen to us every few days since moving from the benburket fork that the our project just builds repeatedly. I'm going to try http://github.com/willbryant/cruisecontrolrb/commits/ master Does anyone have plans / time to merge these changes into the main throughworks trunk? it seems a shame it doesn't have the latest and greatest, and the git support in there is pretty sketchy (no commit messages, etc). I don't mean to whine, and when I get some time I'll be happy to do this myself. cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. -------------- next part -------------- An HTML attachment was scrubbed... URL: From akshay.surve at gmail.com Wed Sep 17 10:29:50 2008 From: akshay.surve at gmail.com (Akshay Surve) Date: Wed, 17 Sep 2008 19:59:50 +0530 Subject: [Cruisecontrolrb-users] help Message-ID: On 9/17/08, cruisecontrolrb-users-request at rubyforge.org < cruisecontrolrb-users-request at rubyforge.org> wrote: > > Send Cruisecontrolrb-users mailing list submissions to > cruisecontrolrb-users at rubyforge.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > or, via email, send a message with subject or body 'help' to > cruisecontrolrb-users-request at rubyforge.org > > You can reach the person managing the list at > cruisecontrolrb-users-owner at rubyforge.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Cruisecontrolrb-users digest..." > > > Today's Topics: > > 1. Re: Tracking multiple GitHub projects with CC.rb (Matt Wynne) > 2. Re: Tracking multiple GitHub projects with CC.rb (Chad > Woolley) > 3. Re: Tracking multiple GitHub projects with CC.rb (Chris > Hapgood) > 4. Re: Tracking multiple GitHub projects with CC.rb (Chad > Woolley) > 5. Re: Tracking multiple GitHub projects with CC.rb (Chris > Hapgood) > 6. Re: Tracking multiple GitHub projects with CC.rb (Matt Wynne) > 7. build going bananas with git (Matt Wynne) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 11 Sep 2008 19:14:15 +0100 > From: Matt Wynne > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Dunno how related this is, but we have some submodules in vendor/ > plugins that point to github, and we have had some fun with them, > having to go into .cruise/ and manually git submodule init to stop > the build going over and over again. > > On 11 Sep 2008, at 16:51, Michael Moen wrote: > > > Is anybody currently tracking multiple projects hosted on GitHub? > > > > I'm wondering if there is a way to do this without having multiple > > CC.rb installs since you can't associate a "deploy user" on GitHub > > with more than one project. Or maybe I'm missing something. > > > > Thanks in advance, > > Michael > > _______________________________________________ > > Cruisecontrolrb-users mailing list > > Cruisecontrolrb-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my own > and do not necessarily reflect the views of any former, current or > future employers of mine. > > > > > > ------------------------------ > > Message: 2 > Date: Thu, 11 Sep 2008 11:47:31 -0700 > From: "Chad Woolley" > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Sep 11, 2008 at 11:14 AM, Matt Wynne wrote: > > Dunno how related this is, but we have some submodules in vendor/plugins > > that point to github, and we have had some fun with them, having to go > into > > .cruise/ and manually git submodule init to stop the build going over and > > over again. > > Please share any progress you make on this front. Having something > that works just like svn:externals (autoupdating), especially under > CI, is one of the few remaining blockers to moving everything to Git > (for me and others, at least). > > Thanks, > -- Chad > > > ------------------------------ > > Message: 3 > Date: Thu, 11 Sep 2008 15:13:16 -0400 > From: Chris Hapgood > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: <86208298-FBB4-4B9F-80F8-B3A282B7FAA9 at hapgoods.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > I've got a custom build script that does a submodule init followed by > a submodule update. > > Am I missing something, or couldn't cruise do the same thing via the > cruise rake task? > > -Chris > > On 11 Sep 2008, at 14:14, Matt Wynne wrote: > > > Dunno how related this is, but we have some submodules in vendor/ > > plugins that point to github, and we have had some fun with them, > > having to go into .cruise/ and manually git submodule init to stop > > the build going over and over again. > > > > On 11 Sep 2008, at 16:51, Michael Moen wrote: > > > >> Is anybody currently tracking multiple projects hosted on GitHub? > >> > >> I'm wondering if there is a way to do this without having multiple > >> CC.rb installs since you can't associate a "deploy user" on GitHub > >> with more than one project. Or maybe I'm missing something. > >> > >> Thanks in advance, > >> Michael > >> _______________________________________________ > >> Cruisecontrolrb-users mailing list > >> Cruisecontrolrb-users at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > > cheers, > > Matt > > ---- > > http://blog.mattwynne.net > > http://songkick.com > > > > In case you wondered: The opinions expressed in this email are my > > own and do not necessarily reflect the views of any former, current > > or future employers of mine. > > > > > > > > _______________________________________________ > > Cruisecontrolrb-users mailing list > > Cruisecontrolrb-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > > Chris Hapgood > cch1 at hapgoods.com > > > > > > > ------------------------------ > > Message: 4 > Date: Thu, 11 Sep 2008 12:17:04 -0700 > From: "Chad Woolley" > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood wrote: > > I've got a custom build script that does a submodule init followed by a > > submodule update. > > > > Am I missing something, or couldn't cruise do the same thing via the > cruise > > rake task? > > Seems like it. Do you have this running under cruise? > > > ------------------------------ > > Message: 5 > Date: Thu, 11 Sep 2008 15:29:47 -0400 > From: Chris Hapgood > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: <6172FE5C-1085-40AB-976F-21596688C8A1 at hapgoods.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > Yes, my script is being run as a custom cc.rb build command: > project.build_command = '../build' > > Contents of the build command are, roughly: > > > rake db:migrate > git submodule init > git submodule update > rake test > > I am using Ben Berkeret's version, if that is relevant. > > -Chris > > On 11 Sep 2008, at 15:17, Chad Woolley wrote: > > > On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood > > wrote: > >> I've got a custom build script that does a submodule init followed > >> by a > >> submodule update. > >> > >> Am I missing something, or couldn't cruise do the same thing via > >> the cruise > >> rake task? > > > > Seems like it. Do you have this running under cruise? > > _______________________________________________ > > Cruisecontrolrb-users mailing list > > Cruisecontrolrb-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > > Chris Hapgood > cch1 at hapgoods.com > > > > > > > ------------------------------ > > Message: 6 > Date: Thu, 11 Sep 2008 21:10:28 +0100 > From: Matt Wynne > Subject: Re: [Cruisecontrolrb-users] Tracking multiple GitHub projects > with CC.rb > To: cruisecontrolrb-users at rubyforge.org > Message-ID: <5A10A46F-2505-4BFA-A5EB-FF30E1795EA2 at mattwynne.net> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > That's exactly what I plan to do when this rears its head again. I > don't think you need the init more than once ever for the folder, > although I guess it would help if you add new submodules maybe. It's > all pretty new to me. > > On 11 Sep 2008, at 20:29, Chris Hapgood wrote: > > > Yes, my script is being run as a custom cc.rb build command: > > project.build_command = '../build' > > > > Contents of the build command are, roughly: > > > > > > rake db:migrate > > git submodule init > > git submodule update > > rake test > > > > I am using Ben Berkeret's version, if that is relevant. > > > > -Chris > > > > On 11 Sep 2008, at 15:17, Chad Woolley wrote: > > > >> On Thu, Sep 11, 2008 at 12:13 PM, Chris Hapgood > >> wrote: > >>> I've got a custom build script that does a submodule init > >>> followed by a > >>> submodule update. > >>> > >>> Am I missing something, or couldn't cruise do the same thing via > >>> the cruise > >>> rake task? > >> > >> Seems like it. Do you have this running under cruise? > >> _______________________________________________ > >> Cruisecontrolrb-users mailing list > >> Cruisecontrolrb-users at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > >> > > > > Chris Hapgood > > cch1 at hapgoods.com > > > > > > > > > > _______________________________________________ > > Cruisecontrolrb-users mailing list > > Cruisecontrolrb-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my own > and do not necessarily reflect the views of any former, current or > future employers of mine. > > > > > > ------------------------------ > > Message: 7 > Date: Wed, 17 Sep 2008 15:26:42 +0100 > From: Matt Wynne > Subject: [Cruisecontrolrb-users] build going bananas with git > To: cruisecontrolrb-users at rubyforge.org > Message-ID: > Content-Type: text/plain; charset="us-ascii"; Format="flowed"; > DelSp="yes" > > It seems to happen to us every few days since moving from the > benburket fork that the our project just builds repeatedly. > > I'm going to try http://github.com/willbryant/cruisecontrolrb/commits/ > master > > Does anyone have plans / time to merge these changes into the main > throughworks trunk? it seems a shame it doesn't have the latest and > greatest, and the git support in there is pretty sketchy (no commit > messages, etc). > > I don't mean to whine, and when I get some time I'll be happy to do > this myself. > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my own > and do not necessarily reflect the views of any former, current or > future employers of mine. > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20080917/a6f3cf8e/attachment.html > > > > ------------------------------ > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > > End of Cruisecontrolrb-users Digest, Vol 19, Issue 4 > **************************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thewoolleyman at gmail.com Wed Sep 17 13:10:39 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 17 Sep 2008 10:10:39 -0700 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: Hey, Alexey worked with me last week, but was unable to reproduce the repeated-build bug, I only see it when I set up a new ccrb install and add a new project. Do you have a specific scenario to recreate the multiple build problem in a clean environment? Since it only happened for me on project add, I didn't think it was a big issue, but if it happens all the time for you, we should identify the exact cause. Also, on the commit set messages, I know Alexey started them last week but is not finished. Maybe he can put them up in a branch on the thoughtworks account, and people can fork and help out? So, as far as I know, these are the only two outstanding git issues, and as I said, Alexey couldn't recreate the repeated-build problem. You should open tickets for any other issues on lighthouse, and tag them with 'git'. -- Chad On Wed, Sep 17, 2008 at 7:26 AM, Matt Wynne wrote: > It seems to happen to us every few days since moving from the benburket fork > that the our project just builds repeatedly. > I'm going to try http://github.com/willbryant/cruisecontrolrb/commits/master > Does anyone have plans / time to merge these changes into the main > throughworks trunk? it seems a shame it doesn't have the latest and > greatest, and the git support in there is pretty sketchy (no commit > messages, etc). > I don't mean to whine, and when I get some time I'll be happy to do this > myself. > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > In case you wondered: The opinions expressed in this email are my own and do > not necessarily reflect the views of any former, current or future employers > of mine. > > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > > From matt at mattwynne.net Wed Sep 17 18:08:37 2008 From: matt at mattwynne.net (Matt Wynne) Date: Wed, 17 Sep 2008 23:08:37 +0100 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: <7E2AB67A-9758-4544-B9A1-E735822CDD3F@mattwynne.net> On 17 Sep 2008, at 18:10, Chad Woolley wrote: > Hey, > > Alexey worked with me last week, but was unable to reproduce the > repeated-build bug, I only see it when I set up a new ccrb install and > add a new project. Do you have a specific scenario to recreate the > multiple build problem in a clean environment? Since it only happened > for me on project add, I didn't think it was a big issue, but if it > happens all the time for you, we should identify the exact cause. Patterns will hopefully emerge as we use it more. When I was trying to resolve it today, I went into the work folder for the build project, tried git pull and git reckoned it needed to merge... which seemed insane, since nobody had changed anything on the local copy. I ended up deleting the work folder and re-cloning it - and everything was OK again. One theory I have: - if several people check in in close succession, such that there are new check-ins while a build is already running, will it try to pull again while the first build is running and get confused? Maybe it would be useful to be able to turn on a log of git commands issued so we can pull it to pieces next time it goes silly-buggers. > Also, on the commit set messages, I know Alexey started them last week > but is not finished. Maybe he can put them up in a branch on the > thoughtworks account, and people can fork and help out? That would be good. I took a look at the willbryant fork today but it's missing quite a lot of the nice stuff in the main thoughtworks trunk like the daemon_helper script, and branching support for git, but the revisions stuff seems to be done, so I did think about patching > So, as far as I know, these are the only two outstanding git issues, > and as I said, Alexey couldn't recreate the repeated-build problem. > You should open tickets for any other issues on lighthouse, and tag > them with 'git'. > > -- Chad > > On Wed, Sep 17, 2008 at 7:26 AM, Matt Wynne > wrote: >> It seems to happen to us every few days since moving from the >> benburket fork >> that the our project just builds repeatedly. >> I'm going to try http://github.com/willbryant/cruisecontrolrb/ >> commits/master >> Does anyone have plans / time to merge these changes into the main >> throughworks trunk? it seems a shame it doesn't have the latest and >> greatest, and the git support in there is pretty sketchy (no commit >> messages, etc). >> I don't mean to whine, and when I get some time I'll be happy to >> do this >> myself. >> >> cheers, >> Matt >> ---- >> http://blog.mattwynne.net >> http://songkick.com >> In case you wondered: The opinions expressed in this email are my >> own and do >> not necessarily reflect the views of any former, current or future >> employers >> of mine. >> >> >> >> _______________________________________________ >> Cruisecontrolrb-users mailing list >> Cruisecontrolrb-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users >> >> > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. From thewoolleyman at gmail.com Wed Sep 17 19:03:32 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Wed, 17 Sep 2008 16:03:32 -0700 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: <7E2AB67A-9758-4544-B9A1-E735822CDD3F@mattwynne.net> References: <7E2AB67A-9758-4544-B9A1-E735822CDD3F@mattwynne.net> Message-ID: On Wed, Sep 17, 2008 at 3:08 PM, Matt Wynne wrote: > That would be good. I took a look at the willbryant fork today but it's > missing quite a lot of the nice stuff in the main thoughtworks trunk like > the daemon_helper script, and branching support for git, but the revisions > stuff seems to be done, so I did think about patching There is still some work that could be done on the daemon helper. CCRB has some "bugs" in how it handles the pid files. It should do a port check and kill the existing pid file if nothing is running, rather than just dying. This causes mysterious problems on reboot. This is what mongrel_cluster does. From averkhov at thoughtworks.com Thu Sep 18 11:44:15 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Thu, 18 Sep 2008 10:44:15 -0500 Subject: [Cruisecontrolrb-users] build going bananas with git Message-ID: Commit messages were added to the main trunk a couple of weeks ago. > It seems to happen to us every few days since moving from the > benburket fork that the our project just builds repeatedly. I would really love to find out how to reproduce this problem. Never happened to me so far. > I'm going to try http://github.com/willbryant/cruisecontrolrb/commits/master > Does anyone have plans / time to merge these changes into the > main throughworks trunk? Haven't got any patches or pull requests from this fork so far. -- Alex From averkhov at thoughtworks.com Thu Sep 18 11:50:08 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Thu, 18 Sep 2008 10:50:08 -0500 Subject: [Cruisecontrolrb-users] build going bananas with git Message-ID: > git reckoned it needed to merge... Hmm... interesting! >Maybe it would be useful to be able to turn on a log of git commands If you run it with --trace option, it should put git commands into the log. -- Alex From jeremy.lightsmith at gmail.com Thu Sep 18 12:05:35 2008 From: jeremy.lightsmith at gmail.com (Jeremy Lightsmith) Date: Thu, 18 Sep 2008 09:05:35 -0700 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: <648eacf20809180905r2955a76es8d37f1d3811373bd@mail.gmail.com> maybe a sensible feature request would be to allow a project's cruise_config.rb file to switch the builders into trace mode. It's currently a bit hard to figure out how to do this for someone new, I think Jeremy On Thu, Sep 18, 2008 at 8:50 AM, Alexey Verkhovsky < averkhov at thoughtworks.com> wrote: > > git reckoned it needed to merge... > Hmm... interesting! > > >Maybe it would be useful to be able to turn on a log of git commands > If you run it with --trace option, it should put git commands into the log. > -- Alex > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at mattwynne.net Thu Sep 18 12:24:34 2008 From: matt at mattwynne.net (Matt Wynne) Date: Thu, 18 Sep 2008 17:24:34 +0100 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: <33F23572-D46D-4B0B-87E8-03B1BE2481DA@mattwynne.net> On 18 Sep 2008, at 16:50, Alexey Verkhovsky wrote: >> git reckoned it needed to merge... > Hmm... interesting! And completely nonsensical. Any tips on git commands I could run to post-mortem this if I see it again? Any thoughts on my multi-check-in theory? > >> Maybe it would be useful to be able to turn on a log of git commands > If you run it with --trace option, it should put git commands into > the log. > -- Alex as in /etc/init.d/cruise start --trace ? cheers, Matt ---- http://blog.mattwynne.net http://songkick.com In case you wondered: The opinions expressed in this email are my own and do not necessarily reflect the views of any former, current or future employers of mine. From jeremy.lightsmith at gmail.com Thu Sep 18 12:34:30 2008 From: jeremy.lightsmith at gmail.com (Jeremy Lightsmith) Date: Thu, 18 Sep 2008 09:34:30 -0700 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: <33F23572-D46D-4B0B-87E8-03B1BE2481DA@mattwynne.net> References: <33F23572-D46D-4B0B-87E8-03B1BE2481DA@mattwynne.net> Message-ID: <648eacf20809180934q7bf8838bg74971c6157007423@mail.gmail.com> nope, as I said, it's a bit weird. you'll have to start the builder before starting cruise w/ "./cruise builder MyProject --trace" I think On Thu, Sep 18, 2008 at 9:24 AM, Matt Wynne wrote: > On 18 Sep 2008, at 16:50, Alexey Verkhovsky wrote: > > git reckoned it needed to merge... >>> >> Hmm... interesting! >> > > And completely nonsensical. Any tips on git commands I could run to > post-mortem this if I see it again? > > > Any thoughts on my multi-check-in theory? > > >> Maybe it would be useful to be able to turn on a log of git commands >>> >> If you run it with --trace option, it should put git commands into the >> log. >> -- Alex >> > > as in > > /etc/init.d/cruise start --trace > > ? > > cheers, > Matt > ---- > http://blog.mattwynne.net > http://songkick.com > > In case you wondered: The opinions expressed in this email are my own and > do not necessarily reflect the views of any former, current or future > employers of mine. > > > > _______________________________________________ > Cruisecontrolrb-users mailing list > Cruisecontrolrb-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From averkhov at thoughtworks.com Thu Sep 18 16:30:33 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Thu, 18 Sep 2008 15:30:33 -0500 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: <648eacf20809180934q7bf8838bg74971c6157007423@mail.gmail.com> Message-ID: cruisecontrolrb-users-bounces at rubyforge.org wrote on 09/18/2008 10:34:30 AM: > nope, as I said, it's a bit weird. you'll have to start the builder > before starting cruise w/ "./cruise builder MyProject --trace" No, "cruise start --trace" will pass the --trace option to builder processes. That will put the actual commands into the log. Or you can look at git.rb and see those command in the source code. -- Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From thewoolleyman at gmail.com Thu Sep 18 18:38:17 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Thu, 18 Sep 2008 15:38:17 -0700 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: On Thu, Sep 18, 2008 at 8:44 AM, Alexey Verkhovsky wrote: > Commit messages were added to the main trunk a couple of weeks ago. Are you sure? The last change I see on the github master is 8/15, over a month ago. Did you push to origin? From alexey.verkhovsky at gmail.com Fri Sep 19 10:29:32 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Fri, 19 Sep 2008 08:29:32 -0600 Subject: [Cruisecontrolrb-users] build going bananas with git In-Reply-To: References: Message-ID: <3945c4270809190729p59db7759oda7ea04227e7da84@mail.gmail.com> > Are you sure? The last change I see on the github master is 8/15, > over a month ago. Did you push to origin? whoops! :) From will.sargent at gmail.com Fri Sep 19 12:18:29 2008 From: will.sargent at gmail.com (Will Sargent) Date: Fri, 19 Sep 2008 09:18:29 -0700 Subject: [Cruisecontrolrb-users] metric_fu for use in cc.rb Message-ID: Hi all, I looked on the mailing list for metric_fu, but didn't find it -- so at the risk of being redundant, it looks really useful. "Metric_fu is a set of rake tasks that make it easy to generate metrics reports. It uses Saikuro , Flog, Rcov , SubversionF, and Rails built-in stats task to create a series of reports. It's designed to integrate easily with CruiseControl.rbby placing files in the Custom Build Artifacts folder. " http://metric-fu.rubyforge.org/ Will. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayer at bitwrangler.com Sat Sep 20 17:30:22 2008 From: kmayer at bitwrangler.com (Ken Mayer) Date: Sat, 20 Sep 2008 11:30:22 -1000 Subject: [Cruisecontrolrb-users] Where to put builder_plugins? Message-ID: <5F336A58-5B7B-46BF-9FC2-265E548713EF@bitwrangler.com> There are (at least?) 2 directories for builder_plugins, one in CRUISE_DATA_ROOT/builder_plugins (usually ~/.cruise/builder_plugins) and one in CRUISE_ROOT/lib/builder_plugins There's some old documentation that refers to other directories such as CRUISE_ROOT/lib/builder_plugins/installed My question is, where do I put a third-party plugin? Does it make a difference? Aloha a hui hou, Ken -- Ken Mayer / kmayer at bitwrangler.com / 808-722-6142 / http://www.bitwrangler.com/ From alexey.verkhovsky at gmail.com Sat Sep 20 18:09:44 2008 From: alexey.verkhovsky at gmail.com (Alexey Verkhovsky) Date: Sat, 20 Sep 2008 16:09:44 -0600 Subject: [Cruisecontrolrb-users] Where to put builder_plugins? In-Reply-To: <5F336A58-5B7B-46BF-9FC2-265E548713EF@bitwrangler.com> References: <5F336A58-5B7B-46BF-9FC2-265E548713EF@bitwrangler.com> Message-ID: <3945c4270809201509y58a94e89kdf8dde33ad87d9bf@mail.gmail.com> On Sat, Sep 20, 2008 at 3:30 PM, Ken Mayer wrote: > My question is, where do I put a third-party plugin? CRUISE_DATA_ROOT/builder_plugins > Does it make a difference? Only when you upgrade CC.rb to another version. -- Alex From kmayer at bitwrangler.com Thu Sep 25 21:20:31 2008 From: kmayer at bitwrangler.com (Ken Mayer) Date: Thu, 25 Sep 2008 15:20:31 -1000 Subject: [Cruisecontrolrb-users] When svn returns an error... Message-ID: <405393A2-D407-48B8-BCE3-332BFF53A559@bitwrangler.com> For our group, we require authentication for checking out code. When I moved ccrb to new machine, I started getting a really weird error. I figured out the cause: I forgot to change my subversion config to cache the password, so svn complained. I'm just wondering if there's a way to make ccrb more robust (or at least helpful) in the face of an underlying failure. > $ ./cruise start > ... > Build loop failed > REXML::ParseException: # > [stack trace] > ./lib/cruise_control/../../script/../config/../lib/ > cruise_control/../../script/../config/../lib/source_control/ > subversion/log_parser.rb:10:in `parse' > ./lib/cruise_control/../../script/../config/../lib/ > cruise_control/../../script/../config/../lib/source_control/ > subversion.rb:60:in `latest_revision' > [stack trace] > ... > No close tag for /log > Line: > Position: > Last 80 unconsumed characters: It turns out that svn was griping [I've marked STDOUT & STDERR channels]: > $ svn log --revision HEAD:1 --verbose --xml --limit 1 --non- > interactive > [STDOUT] > [STDOUT] > [STDERR]svn: OPTIONS of 'http://.../': authorization failed > (http://.../) That explains the unclosed /log tag. So, digging a little further, lib/source_control/ abstract_adapter.rb:execute_with_error_log is running the command, but throwing away the error output: > def execute_with_error_log(command, error_log) > FileUtils.rm_f(error_log) > FileUtils.touch(error_log) > execute(command, :stderr => error_log) do |io| > stdout_output = io.readlines > begin > error_message = File.open(error_log){|f| > f.read}.strip.split("\n")[1] || "" > rescue > error_message = "" > ensure > FileUtils.rm_f(error_log) > end > return stdout_output > end > end This is where I get "stuck" -- what's the ccrb "way" to proceed here? Raise an error? Scribble something in the builder_status file? The content of error_message before the method returned ("svn: OPTIONS of 'http://.../': authorization failed (http://.../)") would have pointed out the problem. It just got buried. I'm sure that the are other niggling errors that bubble up from underlying source control systems from time to time. Aloha a hui hou, Ken -- Ken Mayer / kmayer at bitwrangler.com / 808-722-6142 / http://www.bitwrangler.com/ From thewoolleyman at gmail.com Fri Sep 26 13:54:03 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Fri, 26 Sep 2008 10:54:03 -0700 Subject: [Cruisecontrolrb-users] When svn returns an error... In-Reply-To: <405393A2-D407-48B8-BCE3-332BFF53A559@bitwrangler.com> References: <405393A2-D407-48B8-BCE3-332BFF53A559@bitwrangler.com> Message-ID: On Thu, Sep 25, 2008 at 6:20 PM, Ken Mayer wrote: > This is where I get "stuck" -- what's the ccrb "way" to proceed here? Raise > an error? Scribble something in the builder_status file? The content of > error_message before the method returned ("svn: OPTIONS of 'http://.../': > authorization failed (http://.../)") would have pointed out the problem. > It just got buried. I'm sure that the are other niggling errors that bubble > up from underlying source control systems from time to time. > I just had this problem, and opened a bug: http://cruisecontrolrb.lighthouseapp.com/projects/9150/tickets/212-builder-failure-if-svn-log-fails-with-credentials-error Not sure the right way to proceed - I just discussed it the Jeremy Lighthouse and he had some thoughts. It boils down to the non-zero return code from failed auth not getting handled correctly. It should not go on and attempt to parse the command results. -- Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret at pettichord.com Fri Sep 26 15:50:17 2008 From: bret at pettichord.com (Bret Pettichord) Date: Fri, 26 Sep 2008 14:50:17 -0500 Subject: [Cruisecontrolrb-users] When svn returns an error... In-Reply-To: References: <405393A2-D407-48B8-BCE3-332BFF53A559@bitwrangler.com> Message-ID: > Not sure the right way to proceed - I just discussed it the Jeremy > Lighthouse > Did he change his name again, or is this another guy? -- Bret Pettichord GTalk: bpettichord at gmail.com CTO, WatirCraft LLC, http://www.watircraft.com Lead Developer, Watir, http://wtr.rubyforge.org Blog (Essays), http://www.io.com/~wazmo/blog MiniBlog (Links), http://feeds.feedburner.com/bretshotlist -------------- next part -------------- An HTML attachment was scrubbed... URL: From averkhov at thoughtworks.com Fri Sep 26 16:01:27 2008 From: averkhov at thoughtworks.com (Alexey Verkhovsky) Date: Fri, 26 Sep 2008 15:01:27 -0500 Subject: [Cruisecontrolrb-users] When svn returns an error... In-Reply-To: Message-ID: cruisecontrolrb-users-bounces at rubyforge.org wrote on 09/26/2008 01:50:17 PM: >> discussed it the Jeremy Lighthouse > Did he change his name again To the best of my knowledge, Jeremy didn't. Somebody else did though :) -- Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From thewoolleyman at gmail.com Fri Sep 26 16:14:00 2008 From: thewoolleyman at gmail.com (Chad Woolley) Date: Fri, 26 Sep 2008 13:14:00 -0700 Subject: [Cruisecontrolrb-users] When svn returns an error... In-Reply-To: References: Message-ID: On Fri, Sep 26, 2008 at 1:01 PM, Alexey Verkhovsky < averkhov at thoughtworks.com> wrote: > > cruisecontrolrb-users-bounces at rubyforge.org wrote on 09/26/2008 01:50:17 > PM: > >> discussed it the Jeremy Lighthouse > > > Did he change his name again > > To the best of my knowledge, Jeremy didn't. Somebody else did though :) > > Freudian slip. He - umm - makes sure bugs get fixed. Just like Lighthouse :) -------------- next part -------------- An HTML attachment was scrubbed... URL: