'ln -s original symlink' is the command for generating symlinks.
However, first, test to see if the directory it is linking to
actually exists. Does it?
Anybody else here used capistrano with Dreamhost? This could very
well be some quirk of the dreamhost environment.
- Jamis
On Oct 26,
There's nothing stopping you from doing that, but you'll have to
write your own custom capistrano tasks to make it happen. Capistrano,
like Rails, is opinionated software, believing that there is
generally one right way to do things, and various other not-quite-
right ways. :) You can make
David,
The next release of Capistrano will do chmod -R g+w on the new
release during the update_code task, which should fix group
permissions issues. Regarding the second set of directories you
indicated, those directories are all explicitly removed and then
symlinked by Capistrano on
The script/spin script is one that you need to write. It ought to
fire up your fcgi's or mongrels or whatever you are using. Typically,
it contains a simple call to script/process/spawner with the
appropriate arguments.
Note that if you're using fastcgi where the fcgi processes are
Jeremy,
You have the net-ssh gem installed, but do you have the net-sftp gem
installed? If not, it'll be using a non-binary-safe copy.
- Jamis
On Oct 31, 2006, at 4:01 PM, jrun wrote:
I am trying to use the put helper method to move a gem file to the
server. In the manual it says that to
You can set the svn_username and svn_password variables to specify
svn-specific credentials.
- Jamis
On Nov 1, 2006, at 9:59 PM, E.B. Farnum wrote:
I've noticed that the account you set up in deploy.rb seems to be the
one used both for checking out the svn data and the SSH connection
To use capistrano-ext, you need to require it in your deploy.rb. I
usually just throw the following line in the bottom of my deploy.rb:
require 'capistrano/ext/monitor'
Eventually, I may add additional modules to capistrano-ext, and those
would need to be required individually, but for
Jon,
I've never done this (and would be curious to hear from people who
have), but my recommendation would be to see if something like the
following would do the trick:
LIST_OF_DEPLOY_DIRS = %w(/var/client1 /var/client2 /var/client3)
task :deploy_to_all_clients do
, but the deploy stuff all
works, which will make my life a lot easier now.
On 11/6/06, Jamis Buck [EMAIL PROTECTED] wrote: Lori,
Very odd, I'm not sure how that code snuck in there. What you need to
do is do, at the top of your deploy.rb:
set :spinner_user, nil
For some reason
Jeroen,
deploy_with_migrations assumes the pre-existence of the database in
question. If the database is there, the migration should proceed,
starting with migration #1, but note that for established
applications, that's not generally recommended. Some earlier
migrations might depend on
'
That's the same repository path that I'm using to connect from the
deployment server.
Again, the repository is located on my box. Perhaps it's not possible
to svn+ssh into your own box?
On Dec 14, 2:58 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Note that capistrano queries the repo from TWO
Capistrano variables are not really variables. They use
method_missing to find them, so defined? won't work.
If you want to know if a variable has been set (using -S, -s, or set
()), you have to do something like this:
if variables.include?(:stage)
...
else
...
end
- Jamis
On Dec
Capistrano does not use the PATH you set in your .bashrc (or similar)
script. It can only see the path that is compiled into sshd, and
that, typically, only includes /usr/bin and one or two others. If
your mongrel_rails script is anywhere else, cap won't find it.
The simplest option is
I've been thinking long and hard about this. It's definitely a move
in the right direction, but I think it needs to be approached
differently, which is why I haven't added this to trunk yet.
My current thinking is this: sometime after the next release of
capistrano (which will be Real
/
railsmachine/recipes/mysql.rb
loading configuration
/usr/lib/ruby/gems/1.8/gems/deprec-1.1.0/lib/deprec/recipes.rb
loading configuration ./config/deploy.rb
On Dec 23, 1:27 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Dec 23, 2006, at 2:03 PM, wolfmanjm wrote:
will you be able to disable
Here it is, Capistrano 1.3.0. Mostly it is just bug fixes, but it
includes a few minor new features.
The new features:
* The sudo() method now supports an :as option, so that you can
specify who the command should be executed as. This defaults to 'root'.
* You can now encode the SSH
Thanks for the quick response on that, Ezra. I've applied your patch
and will get another release ready by the end of the week.
- Jamis
On Jan 2, 2007, at 9:36 AM, Ezra Zygmuntowicz wrote:
Hey Jamis -
I did some work and was able to find and fix the bug that people
are having with
.
Thanks to Ezra for his quick work on this fix!
- Jamis Buck
[EMAIL PROTECTED]
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
I'm guessing you've got svn installed in some non-standard location.
Note that the ssh session that cap uses does NOT use the same PATH
environment variable you get when you login with an interactive
shell. It gets a bare-minimum PATH, usually just /usr/bin and one or
two others. If svn
Ah...do you happen to have svn installed locally?
- Jamis
On Jan 10, 2007, at 7:22 AM, [EMAIL PROTECTED] wrote:
Hi Jamis,
Thanks for your help! I compiled svn 1.4 from source, and have it in
/usr/local/bin. I set :svn as below, but no joy yet. I also checked
permissions on the svn
it is in your path. You also need to make sure
your svn repository is accessible from your local host.
- Jamis
On Jan 10, 2007, at 8:46 AM, [EMAIL PROTECTED] wrote:
Jamis Buck wrote:
Ah...do you happen to have svn installed locally?
I'm running cap from a windows box which has tortoiseSVN client
How many of you use the revisions.log file that capistrano updates on
every checkout? The idea was originally that it would provide a kind
of audit trail for deployments, showing who deployed what, when.
However, it is currently the only thing standing in the way of
pulling the
Neil,
That does look like a handy little task. However, for now, I'd
recommend just using the new .caprc file to define it. If others want
it, it might be worth creating a utility library that you could
distribute, and which people could gem install to get these utility
tasks.
- Jamis
On Jan 10, 2007, at 9:13 AM, [EMAIL PROTECTED] wrote:
Hi Jamis,
Sounds good... By the way,
Thanks for net-ssh,
thanks for Capistrano,
and thanks for your help debugging!
I'm just gratified to see so many people using something I've written!
- Jamis
Mike, please do. We discussed a few months back, on this list,
whether or not to switch to highline vs. termios, and I was lukewarm
to the idea then. I'm willing now to consider a patch, though.
Thanks,
Jamis
On Jan 12, 2007, at 5:15 AM, Mike Bailey wrote:
Someone submitted a ticket to
Neil,
The '-f', if given, has always excluded the default recipe file
(capfile, or config/deploy.r). Note that you can give -f multiple
times, though, so if you want to load config/deploy.rb along with
another file, you can specify it explicitly.
Regarding the trace, I removed it as of
).
On Jan 12, 3:31 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Alright, apologies to Julie for hijacking her thread. That was not my
intention. I'm rectifying the situation by giving the documentation
topic it's own thread.
So, here's the status of Capistrano documentation:
1. The existing manual
Thanks for the patch, Neil! However, I'm curious... I've never
noticed any problems. Can you give me an example where the existing
code breaks down?
Regardless, I'll be applying your fix.
- Jamis
On Jan 12, 2007, at 9:03 AM, NeilW wrote:
That 'off by one' error in 'show tasks' finally
the odd line by one character.
I'm using standard Ubuntu Gnome terminals.
Worth checking you have a genuine 80 column terminal first by
generating a wrap, e.g.
ruby -e '81.times {print x}'
Rgs
NeilW
On Jan 12, 4:29 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Thanks for the patch, Neil
standard Ubuntu Gnome terminals.
Worth checking you have a genuine 80 column terminal first by
generating a wrap, e.g.
ruby -e '81.times {print x}'
Rgs
NeilW
On Jan 12, 4:29 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Thanks for the patch, Neil! However, I'm curious... I've never
noticed
On Jan 12, 2007, at 1:22 PM, Julie wrote:
The way I had installed Capistrano was using gem install capistrano
(we have ruby on rails 1.8.4), currently we have Cap 1.1.0. When you
guys update Capistrano, is that automatically reflected in the Ruby on
Rails installer or do we have to do a
On Jan 12, 2007, at 2:24 PM, Rick Olson wrote:
On 1/12/07, Faisal N Jawdat [EMAIL PROTECTED] wrote:
On Jan 12, 2007, at 12:28 PM, philippe lachaise wrote:
+1. Most RDoc-generated sites are good at convincing visitors that
their efforts at understanding are doomed to failure.
+1. my
a
simple system call?
irb(main):001:0 `echo $COLUMNS`.strip.to_i
= 136
~Wayne
Jamis Buck wrote:
Actually, looks like Ruby can't see the ENV[COLUMNS] value (see
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/211453).
For now, I'll just drop that part of the patch and hard-code 80
in
terminfo|termcap.
ENV[COLUMNS] is an engineering compromise, and if it is 'nil' you
fall back to 80.
On Jan 12, 5:29 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Actually, looks like Ruby can't see the ENV[COLUMNS] value (see
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/211453
Nice, Neil! You're on a roll. That's a good workaround, I'll get that
in.
- Jamis
On Jan 12, 2007, at 12:05 PM, NeilW wrote:
As noted on a previous thread, update code has a timezone problem. You
take UTC from the command station, but unfortunately 'touch' uses
local
time by default.
Ugh, thanks for pointing that out, Jeroen. I'll fix.
- Jamis
On Jan 15, 2007, at 6:09 AM, jeroen wrote:
Hi,
I think cap cold-deploy does not do as the documentation says.
desc -DESC
Used only for deploying when the spinner isn't running. It invokes
deploy,
and when it finishes it then
Neil,
My vision for Capistrano 2.0 is to follow the suggestions a few
people have offered and decouple Capistrano-the-part-that-executes-
remote-processes from Capistrano-does-rails-deployment. The core
capistrano bit would be installable standalone, with no defaults. The
rails-specific
Nice, Neil, I like that. Excuse my umask ignorance, but is there any
danger of a particular host having restrictions on the allowable
settings for umask? There's already been people reporting issues with
shared hosts because of the attempts elsewhere to set the files and
directories to
On Jan 17, 2007, at 12:21 PM, Julie wrote:
I thought the reason we use role:web, role:app and role:db was to make
capistrano deploy differently to each server (different files).
However in my case all the code repository is deployed exactly the
same
to all 3 servers. I want to deploy the
system built around the 'everything is a plugin' idea is
Nagios
network monitoring. Is just makes things easier to grok when the core
is simplified and decoupled from the peripheral bits.
- Mike
On 18/01/2007, at 3:11 PM, Jamis Buck wrote:
Neil,
My vision for Capistrano 2.0 is to follow
On Jan 18, 2007, at 7:57 PM, Rob Sanheim wrote:
I'd like to keep everything in svn, including any maintenance files
under /system. Is this possible with Capistrano?
ANYTHING is possible with Capistrano. ;) You just might have to write
a few custom tasks to do what you want, though.
My
On Jan 18, 2007, at 8:31 PM, Ezra Zygmuntowicz wrote:
Hi~
On Jan 18, 2007, at 11:46 AM, Jamis Buck wrote:
Hey Ezra,
I really appreciate the offer. I'm afraid my ideas are still in
the vague/proof-of-concept/experimenting state, but right now
these are the things I know that I want
Alright, I'm finally getting my act together and am working towards
creating a site for Capistrano. I've got a domain set up and we're
all ready to go...except we have no site. :)
It's no problem at all for me to throw something together, but I'm
definitely not a designer. I purposefully
Thanks for mentioning asciidoc. It does appear compelling. I'll look
at it more closely--anything that allows me to write without using
XML tags everywhere gets an automatic +1 from me. :)
- Jamis
On Jan 21, 2007, at 4:38 AM, Eric-Olivier Lamey wrote:
On 1/21/07, Jamis Buck [EMAIL
Good stuff, Ezra. This is great! I look forward to seeing what the
standard cap recipes look like with this.
Thanks!
- Jamis
On Jan 21, 2007, at 8:05 PM, Ezra Zygmuntowicz wrote:
Hey Folks-
I spent the weekend working on a shell script builder DSL for
writing your capistrano
Jeroen,
You can use lazily evaluated variables to make sure the work only
happens when it absolutely needs to happen. Something like this:
set :repository do
# do all your work here, and make sure the block
# returns the value you want the repository variable
# to take.
On Jan 23, 2007, at 2:13 AM, jeroen wrote:
Hi Jamis,
It sure is helpful info. However it doesn't completely answer my
question. My question is more like: how can I can I make sure the
:repository var *only* changes when I do a deploy or
deploy_with_migrations?
What about update_code? You
On Jan 22, 2007, at 10:02 PM, Ezra Zygmuntowicz wrote:
So I have worked on this some more to incorporate being abel to set
ENV vars per line if you want.
sh.RAILS_ENV('production').mkdir_p 'foo/bar'
#= RAILS_ENV=production mkdir -p foo/bar
Nice!
Jamis asked me to get the
I've got a plugin working which decouples deployment from the SCM in
use. It currently supports only Subversion (I'll be emailing the
maintainers of the other Capistrano SCM modules to work with them on
that), but it supports FIVE different deployment strategies (well,
only three really,
On Jan 23, 2007, at 2:42 PM, S. Robert James wrote:
I would suggest to versions of cached_repository:
1. Incremental.
2. Clean (rm -rf and sync everything from the beginning).
Could you elaborate on the difference between these?
(On Perforce, this would be p4 sync and rm -rf p4 sync
On Jan 23, 2007, at 2:47 PM, S. Robert James wrote:
Jamis Buck wrote:
My vision for Capistrano 2.0 is to follow the suggestions a few
people have offered and decouple Capistrano-the-part-that-executes-
remote-processes from Capistrano-does-rails-deployment. The core
capistrano bit would
Thanks, Mike. Capistrano shares trac with Rails, so you can post bug
reports and patches there if you like. (http://dev.rubyonrails.org)
The typo has been fixed, and in fact was even more significant, since
set_permissions should only run :except = { :no_release = true }.
Edge should be
are effectively exports
- svk mirror/svk sync is a local cached repository
SVK is just a bunch of perl modules, so it should be available to
most.
NeilW
On Jan 23, 6:35 pm, Jamis Buck [EMAIL PROTECTED] wrote:
* checkout (the default)
* export (same as checkout, but uses SCM export instead
The following Capistrano SCM modules have no maintainers, and unless
someone steps up to the plate and volunteers to help rewrite them for
the cap-deploy stuff I'm working, support for them will have to be
dropped in Capistrano 2.0:
* :baz, (Bazaar, the old one, not NG)
* :cvs
* :darcs
Can anyone verify that the following patch works for them?
Index: lib/capistrano/scm/subversion.rb
===
--- lib/capistrano/scm/subversion.rb(revision 6027)
+++ lib/capistrano/scm/subversion.rb(working copy)
@@ -50,7 +50,7 @@
On Jan 28, 2007, at 11:51 PM, Rob Sanheim wrote:
Jamis could you push a new version of Capistrano soon? I really want
that new 'get' functionality, and don't want to try and manage a trunk
version on all of our servers where we need it.
I'll try and get another release out this week.
that it uses
** [out :: app] /bin/bash
Any suggestions are welcome.
On Feb 4, 5:25 pm, Jamis Buck [EMAIL PROTECTED] wrote:
David,
What shell are you using on the OS X server? Also, what version of
OS X?
I just created a simple capfile to test this with:
role :local, localhost
Try using rm -f instead of just rm when removing the
current_path. That should make it more robust (though the two-step
remove+link means your deploys will no longer be atomic... too bad
solaris has to do it's own thing in so many ways).
- Jamis
On Feb 8, 2007, at 4:27 PM, Steve Downey
Josh,
You can do #{previous_release}/ to get at the release prior to
the one most recently deployed.
However, I wonder if you could still make this work with symlinks.
What if you put the Tiny_MCE stuff in:
./public/system/tiny_mce/plugins/filemanager/files
And then made a symlink
just subscribed to the list using my regular email
address. Why do you ask?
- Jamis
Thanks!
Josh
On Feb 12, 10:53 am, Jamis Buck [EMAIL PROTECTED] wrote:
Josh,
You can do #{previous_release}/ to get at the release prior to
the one most recently deployed.
However, I wonder if you
The plugin is still in development. My original design did not
sufficiently account for the needs of distributed SCM's, and there
are a couple people working with me on fixing that gap.
I hope to have it all ready to unveil by RailsConf in May, at the
very latest, though I'm hoping against
Rob,
I think passwordless sudo rights on a production box are a bad idea,
personally. It's not such a horrible thing to require a password; you
can mitigate the pain somewhat by forcing Capistrano to prompt you
for it right away, instead of at the moment it is first needed:
cap -p --
On Feb 17, 2007, at 1:35 AM, Greg Hauptmann wrote:
Hi,
I had some questions on capistrano now that I've had to freeze
rails for the first time as Dreamhost isn't on the latest version
yet. So I'm assuming I will freeze rails into my application, add
the new vendor/rails directory to
On Feb 18, 2007, at 8:39 PM, Keith Pitty wrote:
Hi,
Having just joined the group, I have a couple of questions regarding
documentation for Capistrano.
1. I see there have been some posts this year about improving the
documentation for Capistrano. What's the latest with these efforts?
Is
.
- Jamis
On Feb 25, 6:39 pm, Jamis Buck [EMAIL PROTECTED] wrote:
What is the list of files and directories immediately under /trunk in
your repository:
http://192.168.1.4/svn/#{application}/trunk
Is /trunk/public a directory?
- Jamis
On Feb 25, 2007, at 4:25 PM, Nick wrote:
I login
repository, it should deploy fine; note that you'll need to be
diligent about calling svn commit whenever you change anything, to
make sure your repository is always in sync with your working copy.
- Jamis
On Feb 25, 7:43 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Feb 25, 2007, at 5:31 PM, Nick
Just a word to the wise: if any of you are tracking Capistrano edge
(and I have no idea how many people actually are), things are going
to get pretty wild, shortly. I'm going to begin some massive
refactorings, leading eventually to Capistrano 2.0, and I can
guarantee that for the next
Phlip,
The list of hooks is not enumerated, because it can be inferred by
two simple rules:
1. Assuming some task foo, you can define a task named before_foo
that will be executed before foo.
2. Assuming some task foo, you can define a task named after_foo
that will be executed after
On Feb 26, 2007, at 9:04 AM, Phlip wrote:
Jamis Buck wrote:
Hope that helps,
Yep. Next.
Where to stick these?
run cd ~/champion/current; rake RAILS_ENV=development
backgroundrb:setup rescue nil
run cd ~/champion/current; rake RAILS_ENV=development
backgroundrb:start rescue nil
Do
On Feb 26, 2007, at 9:55 AM, Phlip wrote:
Jamis Buck wrote:
Do you mean, which task should they go in? I'm afraid I can't really
help you there, without knowledge of your application. Why are you
hard-coding RAILS_ENV to development, for instance?
Sorry to mislead the newbies; the site
Jonathan,
Would you mind updating your patch for the current 1.4.1 version?
Trying to apply a patch for a previous version of the code is tricky
and bug-prone. :(
Thanks,
Jamis
On Mar 2, 2007, at 2:49 PM, Jonathan Younger wrote:
I submitted ticket http://dev.rubyonrails.org/ticket/7499
Make sure 'ponos' can access serverB from serverA without a password.
The prompt is occurring because svn is running on serverA, querying
serverB.
- Jamis
On Mar 3, 2007, at 6:45 PM, David Rice wrote:
Hey guys,
I'm having some issues with capistrano and svn+ssh, i keep getting
prompted
What is the OS, both local and remote?
- Jamis
On Mar 4, 2007, at 12:26 PM, Jordan McKible wrote:
I'm trying to get cap setup on a new machine and I'm having some
problems. Whenever I run a task, my local machine hangs on executing
the command. For example:
$ cap setup
* executing task
a hitch.
I've also got Capistrano 1.4.1
On Mar 4, 2:36 pm, Jamis Buck [EMAIL PROTECTED] wrote:
What is the OS, both local and remote?
- Jamis
On Mar 4, 2007, at 12:26 PM, Jordan McKible wrote:
I'm trying to get cap setup on a new machine and I'm having some
problems. Whenever I run a task
(2006-12-25 patchlevel 12) [i686-darwin8.8.2]
Same version is on remote, if that matters.
On Mar 4, 3:47 pm, Jamis Buck [EMAIL PROTECTED] wrote:
What version of Ruby are you running locally? Is it the Ruby that
comes preinstalled with OS X, or did you build it yourself?
- Jamis
On Mar 4, 2007
Jeroen, that does, indeed, look like a bug.
- Jamis
On Mar 5, 2007, at 5:17 AM, jeroen wrote:
Hi,
Why does cap update_current ask for a svn passwd? I scanned the source
(see below) and it seems checkout and update are a little different in
that update doesn't include #{authorization} in the
] = :debug
- Jamis
- crax
On 3月5日, 上午5时07分, Jamis Buck [EMAIL PROTECTED] wrote:
You can try putting the following in your deploy.rb:
ssh_options[:debug] = :verbose
Running cap will then spew out an ENORMOUS amount of Net::SSH
debugging info, to your console. If you'll save that to a file
Private keys should work fine, if you have them set up correctly. You
said that they work fine for straight-svn, but not for cap? What were
the symptoms you were seeing?
- Jamis
On Mar 14, 2007, at 9:54 AM, thabenksta wrote:
Might anyone have a suggestion on ways to debug this? I've
Ryan, my guess is you don't have any servers configured. Be sure to
define at least a single server in a role (the role can be whatever
you want):
role :whatever, some.server.com
Sorry for the misleading error message.
- Jamis
On Mar 15, 2007, at 3:33 PM, rcreasey wrote:
I'm having
Arnaud,
I'm afraid I have no plans to add server-scope inheritance to
Capistrano. We can talk about why, if you'd like, but the short
answer is that it has a lot of surprising edge cases and makes it
hard to know, by looking at the tasks, what servers a particular task
will be executed
Is the cleanup task being executed when you deploy? Or did you mean
to say my cleanup gets all the way to the end...? (Just confused
there.)
Regarding the permissions error, I have no idea why rm -rf would be
trying to do a chdir. What is the OS on the remote host? Can you
paste the
Kev,
Note that, unless you are using a third-party Capistrano extension,
Capistrano 1.4.1 and earlier do not support local svn repositories.
The repository must be accessible by both the local host, and the
remote host. If you need to deploy from a local repository, or (in
general) a
Yeah...I've not been able to figure that out. It only happens
intermittently to me. If you go into test/gateway_test.rb and comment
out the
test_initialize_when_connect_lags_should_open_and_set_session_value
test (lines 13-17), it should go away.
Any threading/concurrency gurus around
Steve,
Your my.new_task is not a task; it's a method that's been added to
the Actor class, and which can be accessed from other recipe files.
Thus, you cannot execute it directly from the command-line.
If those methods encapsulate entire tasks, then you might just want
to create a custom
On Apr 4, 2007, at 9:03 AM, maui wrote:
Hi everyone,
Over here we're using multiple OSs for our rails app. Our dev env is
on a FreeBSD box and we're using TextDrive Accelerators for deployment
(OpenSolaris). As a result we need to customize a few of our tasks
based on the server type.
4, 2007, at 12:10 PM, maui wrote:
Very cool!
Thank You Jamis
On Apr 4, 12:51 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Apr 4, 2007, at 9:03 AM, maui wrote:
Hi everyone,
Over here we're using multiple OSs for our rails app. Our dev
env is
on a FreeBSD box and we're using TextDrive
On Apr 4, 2007, at 10:47 AM, Rob Sanheim wrote:
Does anyone have any ideas on how to test capistrano custom tasks?
Just call them from a normal unit test via a system call, and assert
the results?
This will be easier to do in cap2. I'm working right now on unit
tests for the deploy tasks,
On Apr 4, 2007, at 8:56 AM, goodieboy wrote:
Just getting Capistrano running on an app here. The application I'm
running is served by mongrel clusters via apache. The application is
actually in a sub-directory. So... would I set role :web, http://
www.domain.com/myapp-sub-folder?
The role
I'm not sure, but I don't think sudo will work with a bash script as
an argument. You could try that from the command-line, directly, and
see if it works or not. You might need to either put that if
statement in a script, which you then invoke, or invoke the entire
thing via sh, directly.
in the
svn command-line.
Also, the line breaks in my output are \n. Is there a way to fix
that?
Nope. That's just how Capistrano displays the command before it sends
it out the remote server.
- Jamis
Thank you!
matt
On Apr 5, 4:15 pm, Jamis Buck [EMAIL PROTECTED] wrote:
You can tell subversion
On Apr 5, 2007, at 2:28 PM, goodieboy wrote:
OK thank you,
So I setup keys for the ssh user... is it possible to set it up for
the svn user also?
Yes, if you are using svn+ssh to access your repository.
- Jamis
matt
On Apr 5, 4:26 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Apr 5
)
end
desc Restart the mongrel cluster
task :restart, :roles = :app do
send(run_method, cd #{deploy_to}/#{current_dir} mongrel_rails
cluster::restart )
end
On Apr 5, 4:29 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Apr 5, 2007, at 2:24 PM, goodieboy wrote:
Also, when it gets to the end
Josh,
This post should point you in the right direction:
http://groups.google.com/group/capistrano/msg/a6ee76a1c02bf9f4
If you have any questions, feel free to ask.
- Jamis
On Apr 6, 2007, at 3:28 PM, Josh wrote:
Hi all-
I recently added HTTP authentication to my SVN server to
Graeme,
Tasks do not run once per server, but rather once for every matching
server, if that makes sense. The run method (and friends) fires up
multiple parallel SSH sessions and shoots the command out to each
server that matches the criteria for the task.
There are, basically, two ways
variable
names til it works in future :)
Yeah, this is a nasty gotcha, unfortunately. :( It would be fixed if
I actually defined a method for every time a variable is
created...but I'm not sure that I like that.
- Jamis
Cheers
Nic
On 4/11/07, Jamis Buck [EMAIL PROTECTED] wrote:
The problem
On Apr 11, 2007, at 5:10 AM, rubdabadub wrote:
FYI:
I still receive the rake error. SVN rev - 6512
The deadlock when running rake, you mean? What ruby version are you
using? What is your operating system?
- Jamis
Cheers
On Mar 30, 9:40 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Ah
On Apr 11, 2007, at 4:22 AM, [EMAIL PROTECTED] wrote:
Hi,
I need to move database.yml files around before the restart task
depending on the kind of deployment; beta or production. I need to
know the path which the code was deployed too, I can get all the
needed info apart from release_name
patchlevel 0) [powerpc-darwin8.9.0]
and Rails 1.2.3.
I am running ruby darwin ports if thats says something ..
Cheers
On Apr 11, 3:21 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Apr 11, 2007, at 5:10 AM, rubdabadub wrote:
FYI:
I still receive the rake error. SVN rev - 6512
The deadlock when
is that
this will fix it.
Cheers-
-Ezra
On Apr 11, 2007, at 7:08 AM, Jamis Buck wrote:
Hmmm, looks like a Ruby 1.8.6 thing. It works fine on 1.8.5, but I
can duplicate it too with 1.8.6.
I'll make some time this week to investigate this a bit.
- Jamis
On Apr 11, 2007, at 7:27 AM
and ruby 1.8.6 (2007-03-13
patchlevel 0) [powerpc-darwin8.9.0]
and Rails 1.2.3.
I am running ruby darwin ports if thats says something ..
Cheers
On Apr 11, 3:21 pm, Jamis Buck [EMAIL PROTECTED] wrote:
On Apr 11, 2007, at 5:10 AM, rubdabadub wrote:
FYI:
I still receive the rake error
1 - 100 of 1085 matches
Mail list logo
