On 5/10/07, Jamis Buck <[EMAIL PROTECTED]> wrote:
>
[snip]
This all looks awesome. I've been watching the changesets, and it
looks like its now possible to get the name of the server that a task
is happening on? So if I want to copy files called myhostname1.conf
and myhostname2.conf for my "apa
>From the PostgreSQL Documentation:
A transaction is said to be atomic: from the point of view of other
transactions, it either happens completely or not at all.
http://www.postgresql.org/docs/8.2/interactive/tutorial-transactions.html
so if you put you migration into a transaction and it fails
The upcoming Capistrano 2.0 release continues to evolve! Remote
administration of single servers and server clusters has never been
easier. With Capistrano, you can:
* Deploy web applications with a single command
* Keep software in sync across multiple machines
* Install entire servers with
That's...not recommended. Rake syntax and cap syntax are (perhaps
unfortunately) very similar, but they are not identical. Also,
semantically, Rake tasks and cap tasks are very different. Rake works
by building a dependency graph and executing tasks in the order that
satisfies the dependen
Chris,
I wonder if there might be a better way to do this. Your patch
basically emasculates the whole point of host-key verification: if
the key differs, things should blow up, otherwise there is the danger
of a "man in the middle" attack.
Now, if your server has both an RSA and a DSA key,
Hmm, actually, that patch won't work on Windows. Lemme think about
this some.
- Jamis
On May 10, 2007, at 3:43 PM, Scott Chacon wrote:
> In a previous change to copy.rb (6589), the tarball was moved from
> being created in the working directory to being created in /tmp.
> Doing that made the
Hey, I fixed a couple of problems I noticed with the git.rb file I
posted earlier, so I've fixed them and here is the new file. I was
working on a thing to have a different local git_dir than the remote
servers, but it turns out the 'local' thing you introduced yesterday
is a better fit, so I chan
Good catch, Scott. I'll get that patch applied tonight.
- Jamis
On May 10, 2007, at 3:43 PM, Scott Chacon wrote:
> In a previous change to copy.rb (6589), the tarball was moved from
> being created in the working directory to being created in /tmp.
> Doing that made the tar command include the
In a previous change to copy.rb (6589), the tarball was moved from
being created in the working directory to being created in /tmp.
Doing that made the tar command include the 'tmp' as part of the
tarred path, which means when it untars, it untars to:
/u/apps/whatever/releases/tmp/MMDDHHMMSS
Ok, I did the following...
rails application
cd application
cap -A .
vi config/deploy.rb
-> added the following at the top of the file: load "./Rakefile"
vi Rakefile
-> any tasks added to Rakefile will show up in the following command
cap show_tasks
that's it. My Rakefile tasks show up.
-prpht9
Do you mean with "cap show_tasks"?
On May 10, 9:02 am, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Thanks!
>
> I have a rake file with some tasks that use Rails environment that I
> want to invoke from cap.
>
> The simplest way is to run `rake my_rakefile` inside my cap task, but
> I want to
Hi,
I think I've figured out why we're sometimes seeing hostkey verification
problems -- it's happening when a server has both a DSA and an RSA hostkey,
and you've already got one, but not both of them in your ~/.ssh/known_hosts
from using openssh.
Net-SSH comes along and happens to get the other
Thanks!
I have a rake file with some tasks that use Rails environment that I
want to invoke from cap.
The simplest way is to run `rake my_rakefile` inside my cap task, but
I want to know if there are a way to see rake rails tasks from cap.
Now I'm using `rake blah blah`
P
On 10 May, 09:37, pr
I was thinking the same thing.
Is postgresql a database where you could put the migration in a
transaction?
-prpht9
On 9 May, 10:41, dweinand <[EMAIL PROTECTED]> wrote:
> Thanks for your assertion. But i don't understand why database
> migrations can't be made atomic.
> for my understanding tra
I would include the hostname of your local machine in it's own role so
you can use something like this...
role :role_your_local_machine_is_in, "hostname"
task :local_rake_task_name, :roles => :role_your_local_machine_is_in
do
# run your commands here.
end
good luck
-prpht9
On 9 May, 14:25,
Hi,
On 5/10/07, lee hartley <[EMAIL PROTECTED]> wrote:
>
> I may be alone with this, but in case anyone has interest (or is doing
No you're not alone. I've been experimenting with this as well and
have found it a good in-between step between using a full-on
configuration management system and ju
I may be alone with this, but in case anyone has interest (or is doing
something similar), I have am using capistrano to do complete
reinstall/config of servers/vms for testing...if you coupled it with
an initial boot image (floppy, usb, pxe, cd)...you could do automated
bare metal installs...i pl
17 matches
Mail list logo