I was going to set up a cron job (under my own crontab, so it'd be
running as my user).
Here's what I get when I attempt to deploy: (cap staging deploy)
* executing `staging'
triggering start callbacks for `deploy'
* executing `multistage:ensure'
triggering before callbacks for
How do I go about doing that? I'll do a google search, but any
direction here would help.
On Apr 28, 6:03 pm, manolo [EMAIL PROTECTED] wrote:
Have you tried using a ~/.ssh/config file to associate the user, the
host and the private key?
On Apr 28, 4:55 pm, Chuck [EMAIL PROTECTED] wrote:
Is anything trying to execute via sudo?
- Jamis
On Apr 29, 2008, at 8:37 AM, Chuck wrote:
I was going to set up a cron job (under my own crontab, so it'd be
running as my user).
Here's what I get when I attempt to deploy: (cap staging deploy)
* executing `staging'
triggering start
Hi!
I have for a while now tried to set up Capistrano on my server. But
unfortunetly with out much success. I have tried in many different
ways of which no works (sudo for example).
Here's my config:
set :deploy_to, /home/rejeep/www
set :application, rejeep
set :repository, ~/git/rejeep_www
Are your mongrel instances already running before you cap deploy? If
not, you might want to do a 'cap deploy:cold' first. That, or (the
nearly equivalent) cap deploy:update deploy:start.
- Jamis
On Apr 29, 2008, at 9:28 AM, rejeep wrote:
Hi!
I have for a while now tried to set up
Hi, I am installing Capistrano for the first time and it says to
install fastthread. But when I do the gem install fastthread I get
those errors :
Building native extensions. This could take a while...
ERROR: Error installing fastthread:
ERROR: Failed to build gem native extension.
I'm not sure what it would take to make that build on windows, since
I'm not the author of fastthread. However, if your Ruby version is new
enough (a fairly recent patch release of 1.8.6), you can go into
capistrano/gateway.rb and remove the begin/rescue/end block from the
very top (where
OK, does it mean that with a recent version of Ruby this check is not
necessary anymore?
Thanks
On 29 avr, 12:43, Jamis Buck [EMAIL PROTECTED] wrote:
I'm not sure what it would take to make that build on windows, since
I'm not the author of fastthread. However, if your Ruby version is new
Cheers,
I'm proud to announce Webistrano 1.3.
http://labs.peritor.com/webistrano/
Webistrano is a Web UI for managing Capistrano deployments. It lets you
manage projects and their stages like test, production, and staging with
different settings. Those stages can then be deployed with
Good show! Nicely done.
- Ken
On Apr 29, 2008, at 1:04 PM, Jonathan Weiss wrote:
Cheers,
I'm proud to announce Webistrano 1.3.
http://labs.peritor.com/webistrano/
Webistrano is a Web UI for managing Capistrano deployments. It lets
you
manage projects and their stages like test,
I see you added a migration (#21) to fix the issue that the Oracle adapter
has with columns named comment
But running rake db:migrate (on a virgin install) still fails at
014_add_comment_to_description.rb with an Oracle database.
I believe a better fix would have been to
1) Modify migration
I see at some point recipes were changed from project-associated to
stage-associated, is there some explanation or examples of that use-case?
Could I request we have both? In my current cap scripts, we don't have any
stage-specific recipes, but maybe I'm just not understanding this
completely.
Hi Dean,
Dean Holdren wrote:
I see at some point recipes were changed from project-associated to
stage-associated, is there some explanation or examples of that use-case?
Recipes were moved from the project level to the stage level with
Webistrano 1.1 so that different stages of a
Hi Dean,
This sounds like a good idea, it would be great if you could post a
patch for this at http://labs.peritor.com/webistrano/newticket
Dean Holdren wrote:
I see you added a migration (#21) to fix the issue that the Oracle
adapter has with columns named comment
But running rake
Yes, but I've configured the group I'm a member of so that it doesn't
require a password when I use sudo with a NOPASSWD: ALL.
On Apr 29, 8:57 am, Jamis Buck [EMAIL PROTECTED] wrote:
Is anything trying to execute via sudo?
- Jamis
On Apr 29, 2008, at 8:37 AM, Chuck wrote:
I was going
Create a file named config in the .ssh directory of the user's
directory with contents similar to this:
Host your.remote.host.com
User the.user.that will.execute.the.remote.commands
IdentityFile ~/.ssh/the.private.passwordless.key.of.that.user
Give the config file the right
Any chance you could share the definition of the umount_nfs_shares
task?
- Jamis
On Apr 29, 2008, at 2:16 PM, Chuck wrote:
Yes, but I've configured the group I'm a member of so that it doesn't
require a password when I use sudo with a NOPASSWD: ALL.
On Apr 29, 8:57 am, Jamis Buck [EMAIL
task :umount_nfs_shares do
run if [ `/sbin/ifconfig eth0 | grep inet | cut -d ' ' -f 12 | cut -
d ':' -f
2` != #{internal_db} ]; then sudo umount `mount | grep blackbookmobile
| grep us
er | cut -d ' ' -f 3`; fi
run if [ `/sbin/ifconfig eth0 | grep inet | cut -d ' ' -f 12 | cut -
d ':' -f
2`
Have you verified that sudo is configured right? For instance, add the
following two tasks and see if both work without password prompts:
task :test_without_sudo do
run whoami
end
task :test_with_sudo do
run sudo whoami
# I would generally recommend the following for sudo
ok, test_without_sudo prompted for a password, so it looks like it's
trying to authenticate to the server with a password instead of with a
public key.
On Apr 29, 3:26 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Have you verified that sudo is configured right? For instance, add the
following two
One of the machines I'm deploying to is the machine I'm deploying
from. I set up the public/private key to get me into the other two
machines, but when I ssh to the local machine, it prompts me for a
password. Could that be causing the problem?
On Apr 29, 3:36 pm, Chuck [EMAIL PROTECTED] wrote:
Yeah. If you want to avoid a password prompt, you need to make sure
_all_ of the servers you are connecting to are configured for
passwordless authentication.
- Jamis
On Apr 29, 2008, at 4:06 PM, Chuck wrote:
One of the machines I'm deploying to is the machine I'm deploying
from. I set
Oh, ok. Thanks.
On Apr 29, 4:20 pm, Jamis Buck [EMAIL PROTECTED] wrote:
Yeah. If you want to avoid a password prompt, you need to make sure
_all_ of the servers you are connecting to are configured for
passwordless authentication.
- Jamis
On Apr 29, 2008, at 4:06 PM, Chuck wrote:
One
23 matches
Mail list logo