<    March 2010    >
Su Mo Tu We Th Fr Sa
    1  2  3  4  5  6
 7  8  9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
00:11 hobodave joined
00:24 thedeeno left
00:24 thedeeno joined
01:14 oekotaco_ joined
01:14 sandy__ joined
01:14 robinbowes joined
01:14 yugui_zzz joined
03:37 anicet joined
04:03 e1mer joined
04:05 \etc\bin joined
04:34 christophsturm joined
05:09 davidc`` joined
05:46 e1mer joined
06:06 BeatsOnToast joined
07:00 e1mer joined
07:47 tsal joined
08:15 \etc\bin joined
08:20 RORgasm joined
08:32 sharat87 joined
08:36 <sharat87> hello, I just installed capistrano with "gem install capistrano", but I don't have the cap command...
08:36 <sharat87> should I do anything else to get the command?
08:51 thedeeno joined
09:00 <thedeeno> Anyone using Capistrano in an env where gitosis is on the deployment machine? I'm running into serious issues. I've tried setting both the repository and local_repository to the correct values and switching the deploy strategy to copy, but deploy:cold errors right away saying 'Too many arguments' and printing the git usage text. Anyone have any ideas?
09:01 <tsal> sharat87: make sure your path is available
09:01 <tsal> if you didn't sudo it - then your home directory gem path has to be in yoru path
09:01 <tsal> hey thedeeno show some code, or ask on the mailing list
09:02 <sharat87> tsal: yes, i found that, and added the bin to the path
09:02 <sharat87> and now i have a new problem..
09:02 <tsal> OK
09:02 <sharat87> i wrote the sample capfile on the getting started page on the homepage
09:02 <thedeeno> tsal, what code would you like to see?
09:03 <sharat87> when i run cap, it gives a looong stack trace..
09:03 <sharat87> i am not a ruby guy, so I can't make much sense of it..
09:03 <sharat87> can i paste it somewhere?
09:03 <tsal> yes, sharat87 gist.github.com or pastie.org or something
09:04 <sharat87> ok
09:04 <tsal> thedeeno: outpout from running it, and your repository values
09:04 <thedeeno> k, cleaning and posting to pastie. Just a moment. Thanks for taking a look.
09:05 <sharat87> tsal: http://paste.pocoo.org/show/191142/
09:06 <tsal> yeah sharat87 == /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- openssl (LoadError)
09:06 <tsal> your Ruby doesn't have OpenSSL installed
09:07 <tsal> you need to figure that out for your platform
09:07 <sharat87> but gem did install net-ssh
09:07 <tsal> (that's unusual, but it happens on Ubuntu?)
09:07 <sharat87> isn't that it?
09:07 <tsal> yeah, right - but net-ssh needs openssl
09:07 <sharat87> i believe i have openssl..
09:07 <tsal> which it can only build if your system has (I think) libssl-dev headers installed
09:07 <sharat87> (i am on ubuntu)
09:08 <tsal> sure, you can have openssl installed,.... but not the development headers
09:08 <tsal> try `gem install openssl`
09:08 <tsal> I guess it fails
09:08 <sharat87> so, i do an apt-get libssl-dev or something, and then "gem install capistrano" again?
09:09 <tsal> no, just install the openssl gem
09:09 <tsal> but, ask in #ubuntu or something, I'm a mac user - so I can't really help
09:09 <tsal> but, I know ubuntu frequently has this problem
09:09 <sharat87> oh ok
09:10 <sharat87> but it is easy to use on mac rite.. that's the reason I'm exploring capistrano instead of fabric (i'm a python guy ;)
09:11 <thedeeno> ok, here's the deploy.rb http://pastie.org/875529
09:11 <tsal> yeah, sure - the ssl problem is specific to ubuntu
09:12 <tsal> the ssh/ssl stuff is a bit broken on their defaults
09:12 <sharat87> i get a > ERROR: could not find gem openssl locally or in a repository
09:12 <tsal> (works perfectly on a mac)
09:12 <tsal> ahh, then net-ssh again :)
09:12 pheezy joined
09:12 <thedeeno> http://pastie.org/875531
09:12 <thedeeno> that's the output
09:12 <tsal> ok thanks thedeeno you're using a bare repository on the remote ?
09:12 <sharat87> i heard capistrano is already present on leopard..
09:13 <thedeeno> tsal, hmm, I believe so. I can push/pull using gitosis just fine. The repo looks bare.
09:13 <sharat87> tsal: I did a apt-get install libssh-dev, but still i get the same stack trace
09:14 <tsal> thedeeno: small thing... but on a bare, you should name it <something>.git
09:14 <tsal> ... so that it's clear it's not a working copy
09:14 <tsal> lib-ssl sharat87
09:14 <tsal> so, thedeeno that's a naming problem
09:14 <tsal> but it's not causing this... so not to worry :)
09:15 <sharat87> yeah, libssh sory
09:15 <sharat87> sheesh! libssl
09:15 <thedeeno> tsal, oh it is named that, i've just found it works with gitosis if I don't. Didn't realize that was a convention.
09:15 <tsal> hey, sharat87 -- lemme help thedeeno that's a little easier right now
09:15 <sharat87> heh ok
09:15 <thedeeno> if I dont add the .git that is
09:15 <tsal> ahh, no problem
09:15 <sharat87> I'll get back in a while.. have to go get some bread :)
09:15 <sharat87> bye
09:16 <tsal> yeah, the .git tells (some tools) ... not cap that it's a bare, and they behave differently..
09:16 <tsal> byw skateinmars
09:16 <tsal> so, thedeeno
09:16 <tsal> you should change:
09:16 <tsal> set :repository, "git@mydomain.com:myapp"
09:16 <tsal> set :deploy_via, :copy
09:16 <tsal> set :repository, "file:///var/whatever/myapp.git"
09:16 <tsal> set :local_repository, "git@mydomain.com:myapp.git"
09:16 <tsal> I really should document that... somewhere :)
09:17 <tsal> unless you want to deploy via copy ?
09:18 <tsal> woah, woah thedeeno you are deploying from.... or to windows ?
09:18 <thedeeno> hmm, well I think I tried that (it did take me a while to dig up :). But it's findable). Lemme see what happens if I do it. Lemme verify, my sc setting should look like: http://pastie.org/875538 correct?
09:19 <thedeeno> windows :(
09:19 <tsal> from, or to ?
09:19 <thedeeno> from windows to linux
09:19 <tsal> damn, dude - install a VM and deploy from there
09:19 <tsal> youi can use windows, but it's hell
09:19 <tsal> and, in the next release - or so it simply won't work
09:20 <tsal> hhrrmm, that's insane, it looks like your connection is looping back to your workstation
09:20 <tsal> it looks like it's trying to operate on a windows machine
09:20 <tsal> if you set "set :deploy_via, :copy" -- then you will ignore the reposiutories, and it'll tar up a copy, and scp it to the server
09:20 <thedeeno> ohh, so Capistrano is only going to support deploying from unix based systems?
09:21 <thedeeno> yeah, I _think_ I understand that.
09:21 <thedeeno> it looks like the wrong git command is being run though right?
09:21 <tsal> sure, you need at least 1.6 on both sides
09:21 <thedeeno> for the initial pull down to my workstation
09:22 <thedeeno> you need Capistrano and the server??
09:23 <tsal> you need:
09:23 <tsal> Git > 1.6.x on both workstation and server
09:23 <tsal> (Servers)
09:23 <tsal> then passwordless git access (or you can set :scm_password)
09:24 \etc\bin joined
09:25 <thedeeno> well here's the funny thing. I've got password-less git working. I've actually disabled password authentication on the server. So, _only_ keys work. If I manually ssh in, or git pull/push, I don't need a password. Capistrano asks me for one though, could there be another problem?
09:27 <tsal> you must be clear about what it's prompting for
09:28 <tsal> and, on windows - unless you're using putty/pagent properly - you're in a hurtlocker
09:28 <tsal> putty's pagent has to be running, with your key cached and available to net-ssh when it's making the connection -- but the bad news, is that I have no idea how that works
09:28 <tsal> ..... i'm lead to believe that it does; but I can't help - I'm afraid
09:28 <thedeeno> I'm using them putty and pageant properly.
09:29 <thedeeno> and it works just fine from the bash shell.
09:29 <tsal> I assume, at least that when you're on the command line, doing a git-pull -- that pagent is used
09:29 <tsal> you have bash, installed on Windows
09:29 <thedeeno> yeah, using cygwin
09:29 <thedeeno> to emulate the unix env
09:29 <tsal> ^ sure…
09:29 <tsal> ok, then you should be clear whether the cygwin key agent is caching, or pagent is
09:30 <thedeeno> I believe I am. The ssh stuff works fine _outside_ capistrano
09:30 <thedeeno> just a little more info. The following setting produced this http://pastie.org/875547
09:30 <thedeeno> I don't know why it keeps dropping my input line
09:31 <thedeeno> this is what I input: cap -v deploy:cold
09:32 <thedeeno> as far as ssh is concerned, doing: $ ssh myuser@myserver.com brings me right into the remote server.
09:32 <tsal> ok, so this is interesting:
09:32 <tsal> Enter passphrase for c:/Users/Dane/.ssh/id_rsa:
09:32 <thedeeno> right?
09:32 <thedeeno> that's what I was thinking
09:32 <tsal> sure, but remember that net-ssh is a pure-ruby intrepreation of ssh
09:32 <tsal> so it's not deferring to the binary on your system
09:33 <tsal> you may need to use the :ssh_options hash, which you are already doing to tell it which keyfile to use; although that looks like the right place on Windows
09:33 <thedeeno> OH, so cap is using net-ssh. Maybe I should try writing a small program to see if net-ssh is just bombing
09:33 <tsal> u know you can make a 5-liner test script to test net-ssh here
09:33 <tsal> see the synopsys here:
09:33 <tsal> http://net-ssh.rubyforge.org/ssh/v2/api/index.html
09:34 <thedeeno> Yeah i used it in one of my rake deployment scripts a few months back. Know off hand what the 'test' program might look like?
09:34 <thedeeno> I can look it up, it just sounds like you use it more and might know off hand
09:35 <thedeeno> thanks for the attention btw
09:35 <tsal> no problem, this channel is usually dead - it's much, much better on the mailing list
09:35 <tsal> I can take better care there, and the information isn't lost!
09:35 <tsal> sure, thedeeno -- just look at the synopsys, and make a 3 liner (the code is there) to make a conneciton, and call a command
09:36 <thedeeno> I can move this issue to the mailing list too. I'll make this program and report back later (have and apt to go to)
09:36 <tsal> and, this error "c:/Platform/Ruby19/lib/ruby/gems/1.9.1/gems/capistrano-2.5.18/lib/capistrano/recipes/deploy/strategy/copy.rb:99:in `initialize': No such file or directory - C:/Users/Dane/AppData/Local/Temp/20100318152400/REVISION (Errno::ENOENT)" is because it can't extract the HEAD and put the sha1 in that file, so that you can deploy correctly, that's probably related to using :copy in this instance....
09:36 <tsal> but first things first :)
09:36 <thedeeno> that error maybe the culprit you're saying?
09:37 <thedeeno> well looks odd anyways?
09:37 <tsal> that error is a symptom, I think of not being able to make any connections to pull up data
09:37 <thedeeno> yeah, looks like it. I'll check this out and hopefully have some more info when I report back
09:37 <thedeeno> thanks again
09:38 <tsal> sure thedeeno
09:40 hobodave joined
10:21 christophsturm joined
10:38 justin-george joined
11:07 towski joined
12:43 justin-george joined
12:47 bitbckt joined
12:47 <bitbckt> Is there a way to specify a remote dependency for only a single or set of roles?
13:21 christophsturm joined
13:56 aaronky joined
14:05 tsal joined
14:15 aaronky joined
14:20 aaronky joined
14:31 bitbckt left
14:33 robinbowes_ joined
14:53 chewbranca joined
14:54 <chewbranca> is it possible to get the name of the task that was run? so I could do deploy.after_deploy_tasks unless current_task == initial_setup
14:54 <chewbranca> I'm trying to run something after update that is only valid on an existing app
16:12 aaronky joined
16:42 e1mer joined
16:46 has_rb joined
16:52 concernedcitizen joined
16:57 joe-mac left
17:15 levifig joined
17:26 aaronky_ joined
17:38 e1mer joined
17:39 towski joined
17:41 robinbowes joined
17:52 bobmcw joined
17:52 bobmcw joined
18:11 pheezy joined
18:16 \etc\bin joined
18:30 joe-mac joined
18:37 pheezy joined
18:41 e1mer joined
18:41 \etc\bin joined
19:02 thedeeno joined
19:15 camonz joined
20:19 has_rb joined
21:13 \etc\bin joined
21:57 \etc\bin joined
22:47 \etc\bin joined