We (Highgroove Studios - http://www.highroove.com/) started Slingshot
Hosting because our clients needed reliable hosting.
We got rid of our VPS solutions too, and any shared accounts. They
were too much hassle for our clients and our customers -- the
vps/shared systems were introducing the
My yell would be 'please no wikis'.
Faisal N Jawdat wrote:
Suggestion before someone yells Wiki!: if you do a wiki, set up
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
Someone submitted a ticket to deprec's trac pointing out that by
requiring termios I locked Windows users out of installing the gem.
Termios doesn't install on Windows so I'm going to remove the
dependency from deprec.
Although deprec doesn't call termios directly I made it a dependency
I'm pretty certain that up until I installed 1.3.x, if you added '-f'
to a Capistrano command line it loaded the recipe file *in addition* to
the standard libraries and the Capfile or config/deploy.rb file.
However since upgrading if you add '-f' to load a recipe file, it is
load *as an
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
That's strange that, because a task file I'm using that worked fine
before
suddenly requires an explicit '-f'.
I must have fixed a bug in the load sequence then. :-)
On Jan 12, 3:22 pm, Jamis Buck [EMAIL PROTECTED] wrote:
The '-f', if given, has always excluded the default recipe file
That 'off by one' error in 'show tasks' finally annoyed me enough this
afternoon to knock together a fix.
The problem is caused because there is a space separator in the 'puts'
picture string which isn't taken into account by the line split
algorithm.
Additionally I included a look in the
It might be worth banging this around here for a week or two and
see if we can come up with something that is better than a wiki.
Is there any particular reason why it can't be done in 'rdoc' in the
code
base. At least then we can submit patches to it (assuming there is
somewhere capistrano
The problem with rdoc is it is API-oriented. I'm wanting something
that someone new to capistrano could pick up and learn how to use
capistrano with. I've not seen an rdoc-generated site that succeeded
from that perspective.
- Jamis
On Jan 12, 2007, at 9:11 AM, NeilW wrote:
It might be
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
On 12 Jan 2007, at 16:11, NeilW wrote:
It might be worth banging this around here for a week or two and
see if we can come up with something that is better than a wiki.
Is there any particular reason why it can't be done in 'rdoc' in the
code
base. At least then we can submit patches to
First patch the patch.
Should be:
wrap_length = (ENV['COLUMNS'] || 80).to_i - info[:longest] - 1
The existing code fails for me on the standard 'spinner' and
'update_code' tasks both of which wrap the odd line by one character.
I'm using standard Ubuntu Gnome terminals.
Worth checking you
Ah, I get it. Thanks! I'll patch.
- Jamis
On Jan 12, 2007, at 10:08 AM, NeilW wrote:
First patch the patch.
Should be:
wrap_length = (ENV['COLUMNS'] || 80).to_i - info[:longest] - 1
The existing code fails for me on the standard 'spinner' and
'update_code' tasks both of which wrap the
I've not seen an rdoc-generated site that succeeded from that
perspective.
+1. Most RDoc-generated sites are good at convincing visitors that their
efforts at understanding are doomed to failure.
Ultimately, I'd like to be able to provide a printable version of the
docs, as well as a version
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,
until someone can come up with a platform-independent way of querying
the terminal size.
-
Well, look at this :
http://deplate.sourceforge.net/index.php
An it's Ruby-based by the way !
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
Works here:
By default though it is not exported. You have to do
export COLUMNS
in the shell first. Then ruby sees it and it works.
We don't need dynamic COLUMNS capability in capistrano because it is a
one shot command - not constantly running.
Beyond that you have to do some nasty messing
Wow, great stuff guys! This is exacly what I will explore this weekend.
Thanks!
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
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. No good if your servers span timezones.
Simple fix though - change:
run find #{asset_paths.join( )} -exec touch -t #{stamp} {} \\;;
On Jan 12, 2007, at 11:11 AM, NeilW wrote:
It might be worth banging this around here for a week or two and
see if we can come up with something that is better than a wiki.
one alternative might be to set up a documentation repository and
handle changes via the standard submit patch - we
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 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 initial experiences with rails were pretty painful, as i got
a giant list of the api and no small nugget
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 initial experiences with rails were pretty painful,
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
I see,
so just like spinner, spawner also only deals with FastCGI listeners
right? I am asking all these questions to understand whether I would
ever need a cold_deploy (when I deploy the application for the first
time).
thank you
Julie
--~--~-~--~~~---~--~~
To
I just got going with Capistrano last week and have been asking myself
why didn't I do this sooner. Very good job, Jamis et al.
I keep encountering one svn related problem. The symlink of the log
directory seems to have broken my ability to update or commit. I get
this error message if I try an
Seems like Capistrano stops and restarts the Mongrel servers during
each deployment. Do you know which specific task does this?
Do you have mongrel_cluster installed? ...if so, it overrides the
spinner and restart tasks to call the start_mongrel_cluster and
restart_mongrel_cluster
Yes, after your point I found it and now I can see how it's used in
Capistrano. Thanks!
I was told before that everything is executed in top down order in
deploy.rb. Most tasks inside deploy.rb are defined in standard.rb of
capistrano library. I am wondering when are tasks like long_deploy, or
Yes, after your point I found it and now I can see how it's used in
Capistrano. Thanks!
I was told before that everything is executed in top down order in
deploy.rb. Most tasks inside deploy.rb are defined in standard.rb of
capistrano library. I am wondering when are tasks like long_deploy, or
This may be too simplistic but couldn't you simply get the value from 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
31 matches
Mail list logo