bbcloud 0.8.1 → 0.8.2

data/lib/bbcloud/vendor/formatador-0.0.16/lib/formatador.rb

@@ -1,128 +0,0 @@
-require File.join(File.dirname(__FILE__), 'formatador', 'table')
-require File.join(File.dirname(__FILE__), 'formatador', 'progressbar')
-
-class Formatador
-
-  VERSION = '0.0.16'
-
-  STYLES = {
-    :"\/"             => "0",
-    :reset            => "0",
-    :bold             => "1",
-    :underline        => "4",
-    :blink_slow       => "5",
-    :blink_fast       => "6",
-    :negative         => "7", # invert color/color
-    :normal           => "22",
-    :underline_none   => "24",
-    :blink_off        => "25",
-    :positive         => "27", # revert color/color
-    :black            => "30",
-    :red              => "31",
-    :green            => "32",
-    :yellow           => "33",
-    :blue             => "34",
-    :magenta          => "35",
-    :purple           => "35",
-    :cyan             => "36",
-    :white            => "37",
-    :_black_          => "40",
-    :_red_            => "41",
-    :_green_          => "42",
-    :_yellow_         => "43",
-    :_blue_           => "44",
-    :_magenta_        => "45",
-    :_purple_         => "45",
-    :_cyan_           => "46",
-    :_white_          => "47",
-    :light_black      => "90",
-    :light_red        => "91",
-    :light_green      => "92",
-    :light_yellow     => "93",
-    :light_blue       => "94",
-    :light_magenta    => "95",
-    :light_purple     => "95",
-    :light_cyan       => "96",
-    :_light_black_    => "100",
-    :_light_red_      => "101",
-    :_light_green_    => "102",
-    :_light_yellow_   => "103",
-    :_light_blue_     => "104",
-    :_light_magenta_  => "105",
-    :_light_purple_   => "105",
-    :_light_cyan_     => "106",
-  }
-
-  PARSE_REGEX  = /\[(#{ STYLES.keys.join('|') })\]/ix
-  INDENT_REGEX = /\[indent\]/ix
-
-  def initialize
-    @indent = 1
-  end
-
-  def display(string = '')
-    print(parse("[indent]#{string}"))
-    STDOUT.flush
-    nil
-  end
-
-  def display_line(string = '')
-    display(string)
-    print("\n")
-    nil
-  end
-
-  def display_lines(lines = [])
-    for line in [*lines]
-      display_line(line)
-    end
-    nil
-  end
-
-  def parse(string)
-    if STDOUT.tty?
-      string.gsub(PARSE_REGEX) { "\e[#{STYLES[$1.to_sym]}m" }.gsub(INDENT_REGEX) { indentation }
-    else
-      string.gsub(PARSE_REGEX, '').gsub(INDENT_REGEX) { indentation }
-    end
-  end
-
-  def indent(&block)
-    @indent += 1
-    yield
-    @indent -= 1
-  end
-
-  def indentation
-    '  ' * @indent
-  end
-
-  def redisplay(string = '')
-    print("\r")
-    display("#{string}")
-    nil
-  end
-
-  %w{display display_line display_lines display_table indent parse redisplay redisplay_progressbar}.each do |method|
-    eval <<-DEF
-      def self.#{method}(*args, &block)
-        Thread.current[:formatador] ||= new
-        Thread.current[:formatador].#{method}(*args, &block)
-      end
-    DEF
-  end
-
-end
-
-if __FILE__ == $0
-
-  Formatador.display_line("[negative]Formatador![/]")
-  Formatador.indent do
-    Formatador.display_lines([
-      'one',
-      'two'
-    ])
-  end
-  Formatador.display_table([], [:foo])
-
-end

data/lib/bbcloud/vendor/formatador-0.0.16/lib/formatador/progressbar.rb

@@ -1,46 +0,0 @@
-class Formatador
-
-  def redisplay_progressbar(current, total, options = {})
-    options = { :color => 'white', :width => 50 }.merge!(options)
-    data = progressbar(current, total, options)
-    if current < total
-      redisplay(data)
-    else
-      redisplay("#{data}\n")
-      @progressbar_started_at = nil
-    end
-  end
-
-  private
-
-  def progressbar(current, total, options)
-    color = options[:color]
-    started_at = options[:started_at]
-    width = options[:width]
-
-    output = []
-
-    if options[:label]
-      output << options[:label]
-    end
-
-    padding = ' ' * (total.to_s.size - current.to_s.size)
-    output << "[#{color}]#{padding}#{current}/#{total}[/]"
-
-    percent = current.to_f / total.to_f
-    done = '*' * (percent * width).ceil
-    remaining = ' ' * (width - done.length)
-    output << "[_white_]|[/][#{color}][_#{color}_]#{done}[/]#{remaining}[_white_]|[/]"
-
-    if started_at
-      elapsed = Time.now - started_at
-      minutes = (elapsed / 60).round.to_s
-      seconds = (elapsed % 60).round.to_s
-      output << "#{minutes}:#{'0' if seconds.size < 2}#{seconds}"
-    end
-
-    output << ''
-    output.join('  ')
-  end
-
-end

data/lib/bbcloud/vendor/formatador-0.0.16/lib/formatador/table.rb

@@ -1,57 +0,0 @@
-class Formatador
-
-  def display_table(hashes, keys = nil, &block)
-    headers = keys || []
-    widths = {}
-    if hashes.empty? && keys
-      for key in keys
-        widths[key] = key.to_s.length
-      end
-    else
-      for hash in hashes
-        for key in hash.keys
-          unless keys
-            headers << key
-          end
-          widths[key] = [key.to_s.length, widths[key] || 0, hash[key] && hash[key].to_s.length || 0].max
-        end
-        headers = headers.uniq
-      end
-    end
-
-    if block_given?
-      headers = headers.sort(&block)
-    elsif !keys
-      headers = headers.sort {|x,y| x.to_s <=> y.to_s}
-    end
-
-    split = "+"
-    if headers.empty?
-      split << '--+'
-    else
-      for header in headers
-        split << ('-' * (widths[header] + 2)) << '+'
-      end
-    end
-
-    display_line(split)
-    columns = []
-    for header in headers
-      columns << "[bold]#{header}[/]#{' ' * (widths[header] - header.to_s.length)}"
-    end
-    display_line("| #{columns.join(' | ')} |")
-    display_line(split)
-
-    for hash in hashes
-      columns = []
-      for header in headers
-        datum = hash[header] || ''
-        columns << "#{datum}#{' ' * (widths[header] - datum.to_s.length)}"
-      end
-      display_line("| #{columns.join(' | ')} |")
-      display_line(split)
-    end
-    nil
-  end
-
-end

data/lib/bbcloud/vendor/formatador-0.0.16/tests/formatador_tests.rb

@@ -1,8 +0,0 @@
-require File.expand_path(File.dirname(__FILE__) + '/tests_helper')
-
-Shindo.tests("Formatador") do
-  test("fails") do
-    "hey buddy, you should probably rename this file and start specing for real"
-    false
-  end
-end

data/lib/bbcloud/vendor/formatador-0.0.16/tests/tests_helper.rb

@@ -1,5 +0,0 @@
-$LOAD_PATH.unshift(File.join(File.dirname(__FILE__), '..', 'lib'))
-$LOAD_PATH.unshift(File.dirname(__FILE__))
-require 'formatador'
-require 'rubygems'
-require 'shindo'

data/lib/bbcloud/vendor/gli-1.1.2/.require_paths

@@ -1,3 +0,0 @@
-lib
-lib
-bin

data/lib/bbcloud/vendor/gli-1.1.2/README.rdoc

@@ -1,260 +0,0 @@
-= Git-Like Interface Command Line Parser
-
-Author::  Dave Copeland (mailto:davetron5000 at g mail dot com)
-Copyright:: Copyright (c) 2010 by Dave Copeland
-License:: Distributes under the Apache License, see LICENSE.txt in the source distro
-
-This is a DSL you can use to create a command line interface like git, gem or svn, in that the first argument is a command, and there are global and command specific flags.
-
-== Use
-
-Install if you need to:
-
-    sudo gem install gli
-
-The simplest way to get started is to create a scaffold project
-
-    gli init my_proj command_name other_command_name
-
-This will create a basic scaffold project in <tt>./my_proj</tt> with:
-
-* executable in <tt>./my_proj/bin/my_proj</tt>.  This file demonstrates most of what you need to describe your command line interface.
-* an empty test in <tt>./my_proj/test/tc_nothing.rb</tt> that can bootstrap your tests
-* a gemspec shell
-* a README shell
-* Rakefile that can generate RDoc, package your Gem and run tests
-
-== Supported Platforms
-
-Known to work on
-
-* 1.8.7
-* 1.9.2
-
-Though likely works on various other versions
-
-=== Example
-
-This example demonstrates most of the features of GLI.
-
-This sets you up to use the DSL that GLI defines:
-
-    #!/usr/bin/ruby
-    $: << File.expand_path(File.dirname(__FILE__) + '/../lib') 
-
-    require 'gli'
-
-    include GLI
-
-This sets a description of your program.  This can be as long as you want.
-
-    program_description 'Support program for bootstrapping GLI-based programs'
-
-This sets a config file for your program.  The config file can be used to store default values for command
-line options and command-specific options on a per-user (or per-site) basis.  The format is YAML-based.  
-Using an absolute path will result in the configuraiton file being located there.  Without an absolute path,
-the file will be located relative to the current user's home directory (which is what is being done here).
-
-    config_file '.glirc'
-
-This describes a command line switch "-n" that is global to all commands and specified before
-the command name on the command line.
-
-    desc 'Dry run; don\'t change the disk'
-    switch :n
-
-The following describes a command line flag that is global and has a default value of '<tt>.</tt>' (in GLI parlance,
-a "flag" is a command line switch that takes an option).  It also
-specifies a short and long description of its argument.  This is used to print command line help and to generate
-rdoc documentation.  Note that we
-have specified two different aliases for this flag.  <tt>-r</tt> (because it is listed first) is the default
-one and <tt>--root</tt> (note two-dash syntax) is also supported.  This means that <tt>-r some_dir</tt> and <tt>--root=some_dir</tt> mean
-the same thing to the application, but that your code should look for <tt>:r</tt>.
-
-    desc 'Root dir in which to create project'
-    long_desc 'This is the location where your project ill be created.  A subdirectory named for your project will be created here, and THAT directory will contain the generated files'
-    default_value '.'
-    arg_name 'root_dir'
-    flag [:r,:root]
-
-Next, we specify a command.  Inside the block we can use the same sorts of things as we did above to define flags
-and switches specific to the command.  These must come after the command name.  Also note that we use <tt>arg_name</tt>
-here to describe the arguments this command accepts.
-
-    desc 'Create a new GLI-based project'
-    arg_name 'project_name [command[ command]*]'
-    command [:init,:scaffold] do |c|
-
-      c.desc 'Create an ext dir'
-      c.switch [:e,:ext]
-
-      c.desc 'Overwrite/ignore existing files and directories'
-      c.switch [:force]
-
-Next, while we are still inside the <tt>command</tt> block,
-we specify the actual code to execute when the command is chosen by the user.  We define a block that
-will be given the global options (as a Hash), the command-specific options (as a Hash) and the command
-line arguments.  The hashes keys are symbols based upon the switches and flags.  For a switch or
-flag named "-r", we would use <tt>:r</tt>.
-
-      c.action do |global_options,options,args|
-        if args.length < 1
-          raise 'You must specify the name of your project'
-        end
-        Scaffold.create_scaffold(global_options[:r],
-                                 !options[:notest],
-                                 options[:e],
-                                 args[0],
-                                 args[1..-1],
-                                 ooptions[:force],
-                                 global_options[:n])
-      end
-    end
-
-You can also specify some global code to run before, after and on errors:
-
-    pre do |global_options,command,options,args|
-      puts "After parsing, but before #{command.name} is run"
-      return true
-      # return false if we want to skip command execution for some reason,
-      # such as some global precondition not having been met
-    end
-
-    post do |global_options,command,options,args|
-      puts "After successful execution of #{command.name}"
-    end
-
-    on_error do |ex|
-      puts "We got an error"
-      return true    # does the standard error handling code
-      # return false # this would skip standard error handling code
-    end
-
-Now, we run the program using the arguments the user provided on the command line
-
-    run(ARGV)
-
-Note that by using <tt>gli init</tt> you can create a shell with all of this already there for you.
-
-What this gives you:
-
-* A reasonably useful help system.  <tt>your_program help</tt> will list all the global options and commands (along with command aliases) and <tt>your_program help command_name</tt> will list help for that given command.
-* Error handling when flags do not receive arguments or unknown flags or switches are given
-* Error handling when an unknown command is specified
-* Default values for flags if they are not specified by the user (switches all default to false)
-* An easy way to allow user or site-specific defaults for options via a config file for your app
-* Nice RDoc describing how to use your application (you can see an example in the rdoc version of this file for the <tt>gli</tt> command)
-
-What this doesn't give you:
-
-* A way to indicate required flags
-* A way to indicate a required argument or required number of arguments
-* A way to do default switches to 'true' and therefore accept things like <tt>--no-force</tt>
-* A way to have repeated flags turn into an array or other type-transforming things
-
-== Configuration File
-
-The configuration file format is a very simple means of customizing the execution of your command on a per-user
-or per-site basis.  The idea is that commonly used values that aren't the commands' default can be stored in the configuration
-file so that users do not need to specify them on the command line.  The search order for the value of a particular
-flag then becomes:
-
-1. Command line invocation
-2. Configuration File value
-3. Default value in the application
-
-Note that since there is no way to switch _off_ switches, setting them to default to true in the configuration file
-cannot be "undone" on the command line.  A future version may allow this.
-
-The configuration file format is YAML based and can be bootstrapped via the +initconfig+ command to your application.  
-This command is automatically created and added to your application's commands when you declare that there is a 
-config file.  When invoked, all global options set on the command line are configured 
-inside the configuration file.  Further, a blank area for each
-command of your application is created, to allow the user edit the config file  ith command-specific default values.
-
-    --- 
-    # Global options are here
-    :f: foo
-    :g: blah
-    # Command-specific options are under 'commands'
-    commands: 
-      # defaults for the "doit" command
-      :doit: 
-        :g: bar
-        :s: true
-      # defaults for the "gonow" command
-      :gonow: 
-        :g: foobar
-        :f: barfoo
-
-This allows you to design your application to have it's behavior _entirely_ affected by command line options, with sensible
-defaults stored in a configuration file.
-
-== Generating RDoc
-
-All gli-based applications include a "hidden" command named <tt>rdoc</tt>.  When you execute this command, a file called <tt>yourapp.rdoc</tt>
-is created in the current directory.  This contains a rdoc-formatted helpfile for your command line application.  This can be useful
-in packaging your application to share with others. This is also the only place in which the <tt>long_desc</tt> values are currently
-used.
-
-If your application has a <tt>README.rdoc</tt> already, you can simply add <tt>:include:yourapp.rdoc</tt> to the bottom and it will
-be included when you generate and publish your rdoc (note that it will *not* show up on github).
-
-== Reference
-
-
-[+action+] Specify the action to take when a command is executed from the command line.  This is only usable in a command block on the command object (e.g. <tt>c.action</tt>).  This takes a block that yields three parameters: a hash of global options specified on the commandline, a hash of command-specific options specified on the command line, and an array of arguments parsed after the options were set on the command line.  So, a command like <tt>git --git-dir=/tmp commit -a -m 'Foo bar' foo.c bar.c</tt> would result in the global hash containing <tt>:'git-dir' => '/tmp'</tt>, the options hash containing <tt>:a => true, :m => 'Foo bar'</tt> and the arguments array being <tt>['foo.c', 'bar.c']</tt>
-[+arg_name+] Describe the name of the argument to the next flag or command.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.arg_name</tt>)
-[+config_file+] Name the configuration file for your applicaiton.  This can either be an absolute path to where the applicaiton will find the configuration file, or a relative path, that will be interpretted as relative to the user's home directory.  Default is +nil+, which means no configuration file will be used.  Declaring this creates a special +initconfig+ command that can bootstrap this configuration file for your users.
-[+command+] Declare a command.  This takes a symbol or array of symbols and a block.  The block yields one argument, the command itself.  
-[+default_value+] Indicate the default value of the next flag.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.default_value</tt>)
-[+desc+] Describe the next flag, switch, or command you will declare.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.desc</tt>)
-[+flag+] Declare a flag, which is a command line switch that takes an argument.  This takes either a symbol or an array of symbols.  The first symbol decared is used in your program to determine the flag's value at runtime.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.flag</tt>)
-[+long_desc+] Provide a more lengthy description of the next flag, switch, or command you will declare.  This will appear in command line output for commands when you get help for a command.  For flags and switches, this will only appear in the generated rdoc and *not* on the command line.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.long_desc</tt>)
-[+on_error+] Declare an error handling routine that will be called if any command (or other GLI processing) encouters an exception.  This is a block that will receive the exception that was caught.  All exceptions are routed through this block. If the block evaluates to true, the built-in error handling will be called after, otherwise, nothing will happen.
-[+post+] Declare code to run after every command that didn't experience an error.  This is not available inside a command block.  This takes a block that will receive four arguments: the global argument hash (as in <tt>action</tt>), the command (instance of Command), the command-specific options (as in <tt>action</tt>, and the parsed command line arguments (as in <tt>action</tt>).  
-[+pre+] Declare code to run before every command.  This is not available inside a command block.  This takes a block that will receive four arguments: the global argument hash (as in <tt>action</tt>), the command (instance of Command), the command-specific options (as in <tt>action</tt>, and the parsed command line arguments (as in <tt>action</tt>).  If this block evaluates to false, the command will not be executed and the program will stop.
-[+switch+] Declare a switch, which is a command-line switch taking no argument that indicates a boolean "true" when specified on the command line.  This takes either a symbol or array of symbols.  The first symbol declared is used in your program to determine if the switch was set.  This can be used at the global level or inside a command block on the command object (e.g. <tt>c.switch</tt>)
-
-== Interface Generated
-
-The command line interface that is created with the GLI DSL is:
-
-*executable* <i>global options and flags</i> *command* <i>command specific options and flags</i> `arguments`
-
-[switch]    a command line control string that takes no argument.  The <tt>-l</tt> in <tt>ls -l</tt>
-[flag]      a switch that takes an argument.  The <tt>-d' '</tt> in <tt>cut -d' ' file</tt>
-[command]   the command to execute.  The <tt>rebase</tt> in <tt>git rebase</tt>
-[arguments] Anything that's not a switch, flag, or command.  The <tt>main.c</tt> in <tt>git add main.c</tt>
-
-=== Switches
-
-Switches can be specified one at a time in either a long or short format:
-
-    git add -i
-    git add --interactive
-
-Switches can also be combined in their short form:
-
-    ls -l -a    
-    ls -la
-
-=== Flags
-
-Flags can be specified in long or short form, and with or without an equals:
-
-    git merge -s resolve
-    git merge --strategy=resolve
-
-=== Stop Switch
-
-A <tt>--</tt> at any time stops processing and sends the rest of the argument to the command as arguments, even if
-they start with a "--"
-
-:include:gli.rdoc
-
-== Links
-
-* [http://davetron5000.github.com/gli] - RubyDoc
-* [http://www.github.com/davetron5000/gli] - Source on GitHub
-