remi / teamocil Goto Github PK

I'm afraid that the project name is just too awesome.... I'm personally to intimidated to even checkout the code. On the other hand, some of the side effects might be useful to the kind of people that do enough console work to need yaml to manage tmux layouts.

I installed it as described (here)[https://github.com/remiprev/teamocil]

teamocil                                                                                                                                                                                                          :(
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': /var/lib/gems/1.9.1/gems/teamocil-1.0.1/lib/teamocil.rb:50: syntax error, unexpected tLABEL, expecting ')' (SyntaxError)
  def self.parse_options!(arguments: nil)
                                    ^
/var/lib/gems/1.9.1/gems/teamocil-1.0.1/lib/teamocil.rb:54: syntax error, unexpected keyword_end, expecting $end
        from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
        from /var/lib/gems/1.9.1/gems/teamocil-1.0.1/bin/teamocil:4:in `<top (required)>'
        from /usr/local/bin/teamocil:23:in `load'
        from /usr/local/bin/teamocil:23:in `<main>'

Every time I try to run it I get the error above. What am I doing wrong ? Anny suggestions ?
uname -a
Linux mybox 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:40:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Mybox is running Kubuntu
EDITOR=emacs

It would be nice if www.teamocil.com redirected to teamocil.com, since it looks like the www-less form is the official site.

Just like "pip freeze" - freezes the currently visible tmux layout into a layout file skeleton. Would greatly simplify layout setup...

Anyway - teamocil is a great tool, don't want to miss it :) Thanks!

tmux and teamocil tc commands are used.
Then, only the first whoami being processed in the panel 0, in other three panels, no command being processed at all. What's wrong with it?

tc.yml under ~/.teamocil/

windows:
  - name: TC
    root: /home/kamel/Code/study
    layout: tiled
    #layout: ba8a,211x49,0,0{165x49,0,0,19,45x49,166,0[45x14,166,0,21,45x34,166,15,22]}
    panes:
      - whoami
      - ls
      - vim
      - vim

Tmux version: 1.9a

teamocil version: 1.0.1

ruby version: 2.1.2p95 installed with RVM

lsb_release -a:
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty

KDE version: 4.13.2
Konsole version: 2.13.2

I use homesick to symlink my dotfiles. The .teamocil folder is thus a symlink to the real folder. In that environment, teamocil can't find my default.yaml file that I created in the teamocil folder.

(for example to use it with tmate) or a tmux binary that is not in $PATH.

Example here: https://github.com/remiprev/teamocil/blob/master/lib/teamocil/layout/session.rb#L23

Totally new to teamocil... would love to specify which split should be focused after they all loaded. Is this already possible? Asking too much? If this is desired by others I'd be happy to do the work, lemme know (;

If I take the example from the documentation and generalize it a bit like this:

windows:
  - name: "my-first-window"
    root: "~/Desktop"
    filters:
      before: "echo rvm use 1.9.2"
      after: "echo 'I am done initializing this split.'"
    splits:
      - cmd: "echo first"
      - cmd: "echo second"
        width: 50
      - cmd:
          - "echo third command1"
          - "echo third command2"
        height: 50

I see the following happen:

$ <teamocil command>                 |   $ <teamocil command>
rvm use 1.9.2                        |   rvm use 1.9.2
second                               |   third command1
I am done initializing this split.   |   third command2
                                     |   I am done initializing this split.
                                     |
                                     |--------------------------------------
                                     |
                                     |  ## Nothing in this split
                                     |  $
                                     |

The first split that is defined never runs the teamocil command.

There's a focus key for panes to select which pane to focus on intially. I'd like to have this key for windows as well since I always start working in my first window instead of the last.

teamocil shows error trying to find layout file even if its not set:

$ teamocil
[teamocil] There is no file "/Users/vital/.teamocil/.yml"

I suppose the better is to show usage help (as teamocil --help does) if no arguments passed to program:

$ teamocil
Usage: teamocil [options] <layout>
...

It would be cool if teamocil could select the layout file from specified file

teamocil --layout ./mylayout.yml

This way the file could live in a project's git repository.

It would be really nice with CoffeeScript and Sass since with those you always need to start the watcher processes which compiles files of you project.

teamocil could really help automating this as it already does, but I would like to share those layouts within my project files.

For example, I'd like to create a root shell using sudo su - and then execute a command inside that shell. Right now this doesn't seem to be possible.

When I try to run teamocil, it dies a firey death. All other commands (list, edit) seem to work.

Here is what I see:

->  ~  teamocil mainapp
/home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/../lib/teamocil/layout/session.rb:14:in `each_with_index': no block given (LocalJumpError)
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/../lib/teamocil/layout/session.rb:14:in `initialize'
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/../lib/teamocil/layout.rb:34:in `new'
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/../lib/teamocil/layout.rb:34:in `compile!'
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/../lib/teamocil/cli.rb:38:in `initialize'
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/teamocil:8:in `new'
        from /home/mhislop/.gem/ruby/1.8/gems/teamocil-0.3.2/bin/teamocil:8
        from /home/mhislop/.gem/ruby/1.8/bin/teamocil:19:in `load'
        from /home/mhislop/.gem/ruby/1.8/bin/teamocil:19

I couldn't find a way to specify tmux commands in configuration files such as running clock using :clock-mode in one of the splits. can anyone recommend me anything?

I'd like to have teamocil set an environment variable, like say, $TEAMOCIL so I can watch for it in some of my zsh scripts. Mainly I'd like to control zsh window renaming based on whether it's a teamocil-spawned window or not.

Currently the session variable names one session and doesn't allow for multiples within one file.

Rather than using tmux to launch several teamocil sessions, each with their own configuration. It would be preferable to have all the configuration within teamocil.

Hi,

cool stuff this, thanks.

However, in my test scenario, the window names are not displayed:

% teamocil --show sample
session:
name: mail
windows:
- name: mymail
splits:
- cmd: "mutt"
- name: sysmon
splits:
- cmd: "mutt -F ~/.muttrc.sysmon"
- name: oi
splits:
- cmd: "nice -n 19 offlineimap"

But after "teamocil --here sample", the display line shows the session name (mail) correctly, but the hostname for all the other windows.

Any idea?

teamocil (0.3.7)
tmux 1.6
ruby 1.8.7
xubuntu 12.04

Thanks,
Sven

In 0.4.2 you could also use erb in the yaml file:

  root: <%= ENV['PROJECT_NAME_ROOT'] %>

this allowed us as a team to share the config along with our git repo, and allow everyone to use another path on disk. It seems like this is no longer supported?
static paths do work though

this is more like a request then an issue but is it possible to port zsh autocompletion to bash as well? it looks trivial but I don't have much knowledge about autocompletion in bash.

as I understand there are two kinds of autocompletion in bash. first one is command line options autocompletion (i.e. teamocil --he<tab> => teamocil --here) and the other one is the file name completion from ~/.teamocil which is the one in README for zsh I guess (haven't tested myself). I would love to see them both if possible.

I love the simplicity of teamocil, but tmuxinator has a nice feature whereby you can set the default path for the session (what it refers to as the "project root"). It'd be nice if there was either an option for this, or a way to execute arbitrary shell or tmux commands during the setup (tmuxinator provides arbitrary shell command execution via 'pre').

In some bash configs (HISTCONTROL=ignorespace) prefixing a command with a single space prevents it from being saved in the bash history.

I'm sure I'm not the only one who doesn't like export TEAMOCIL=1; cd .; sudo su -; clear; tmux a || tmux etc. to clutter his bash history.

Teamocil fails for me when invoking it with the --here flag. I end up with one window whose shell has tried to execute every command in my yaml file; the end result is a mess. It works fine without the --here flag.

teamocil version 0.2.1

Tha yaml file in question looks like this; perhaps something is wrong with it.

session:
  name: pim
  root: ~/
  windows:
    - name: mail
      root: ~/
      splits:
        - cmd: "sup-mail"
    - name: news
      root: ~/
      splits:
        - cmd: "newsbeuter"
    - name: chat
      root: ~/
      splits:
        - cmd: "irssi"
    - name: cal
      root: ~/
      splits:
        - cmd: "when"
    - name: todo
      root: ~/
      splits:
        - cmd: "task next"

Scenario:

• Using tmux solely to create new windows-with-splits; no configs have explicit session settings in them.
  • I manually manage my sessions (e.g. one for work, one for personal/OSS, etc).
• Executing tmux pollutes my existing session name, calling it e.g. teamocil- (I think tmux is truncating the name, possible)
• This is because teamocil is auto-generating a unique session name when sessions aren't given (in lib/teamocil/layout/session.rb::Session#initialize).
• There's no way to disable this behavior.

This seems to regress whatever was done to fix #5.

I regret I have no time to submit a PR for this, partly as I'm not sure what the preferred fix would be.

Suspect best is for implicitly created sessions to skip the automatic name generation - folks using the session are by definition not creating new sessions and do not need the collision-avoidance random name.

Hey,

fish-shell is a non-bash-compatible shell which is under very active development.
I'd love to see teamocil work with fish too.

The problem is that fish uses ls -la; and ls instead of ls -la && ls and that setting environment variables is handled with set instead of export.

I added the proper commands in the code below as comments. I'll put this into a pull request after feedback.

layout/split.rb:51

# Set the TEAMOCIL environment variable
@cmd.unshift "export TEAMOCIL=1"
           # "set -gx TEAMOCIL 1"

# Execute each split command
commands << "tmux send-keys -t #{@index} \"#{@cmd.flatten.compact.join(" && ")}\""
                                                                    # "; and "
commands << "tmux send-keys -t #{@index} Enter"

When a name is given it would be helpful if after a check whether the session already exists with this name, that session will be used instead of the current session.

Or is there another means to start a teamocil-layout in a new session?

If I'm already happy with my session's name, and just want to add windows from a teamocil configuration to it, it's useful to leave out the session name, but it runs rename-session even if the name isn't specified, resulting in a rename-session usage message being displayed.

After using teamocil tc, the working directory changed to /home/kamel/.oh-my-zsh/plugin/tmux,
not the intended /home/kamel/Code/study

.tmux.config file

set -g default-terminal "screen-256color"
# zsh is kinda tight
set-option -g default-shell $SHELL

# look good
#set -g default-terminal "screen-256color"

# act like GNU screen
unbind C-b
set -g prefix C-a

# Make shift+arrows, ctrl+arrows etc work in Vim.
set -g xterm-keys on
# See if this fixes slow ESC issues.
# http://unix.stackexchange.com/questions/23138/esc-key-causes-a-small-delay-in-terminal-due-to-its-alt-behavior
set -s escape-time 0

# a mouse
set -g mode-mouse on
setw -g mouse-select-window on
setw -g mouse-select-pane on

# act like vim
setw -g mode-keys vi
bind h select-pane -L
bind j select-pane -D
bind k select-pane -U
bind l select-pane -R
bind-key -r C-h select-window -t :-
bind-key -r C-l select-window -t :+
unbind [
bind Escape copy-mode
unbind p
bind p paste-buffer
bind -t vi-copy v begin-selection
bind -t vi-copy y copy-selection
bind -n C-h run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys C-h) || tmux select-pane -L"
bind -n C-j run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys C-j) || tmux select-pane -D"
bind -n C-k run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys C-k) || tmux select-pane -U"
bind -n C-l run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys C-l) || tmux select-pane -R"
bind -n C-\ run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys 'C-\\') || tmux select-pane -l"

# Maximize pane, e.g. for copying.
bind-key z resize-pane -Z

# Reload tmux conf.
unbind r
bind r source-file ~/.tmux.conf\; display "Reloaded conf."

# move x clipboard into tmux paste buffer
bind C-p run "xclip -o | tmux load-buffer - ; tmux paste-buffer"
# move tmux copy buffer into x clipboard
bind C-y run "tmux save-buffer - | xclip -i"
# after copying to a tmux buffer, hit y again to copy to clipboard
#### COLOUR (Solarized 256)

# default statusbar colors
set-option -g status-bg colour235 #base02
set-option -g status-fg colour136 #yellow
set-option -g status-attr default

# default window title colors
set-window-option -g window-status-fg colour244 #base0
set-window-option -g window-status-bg default
#set-window-option -g window-status-attr dim

# active window title colors
set-window-option -g window-status-current-fg colour166 #orange
set-window-option -g window-status-current-bg default
#set-window-option -g window-status-current-attr bright

# pane border
set-option -g pane-border-fg colour235 #base02
set-option -g pane-active-border-fg colour240 #base01

# message text
set-option -g message-bg colour235 #base02
set-option -g message-fg colour166 #orange

# pane number display
set-option -g display-panes-active-colour colour33 #blue
set-option -g display-panes-colour colour166 #orange

# clock
set-window-option -g clock-mode-colour colour64 #green

tmux --debug tc:

tmux rename-session 'teamocil-session-126108'
tmux new-window -n 'TC' -c '/home/kamel/Code/study'
tmux send-keys -t 1 'vim'
tmux send-keys -t 1 'Enter'
tmux split-window -c '/home/kamel/Code/study'
tmux send-keys -t 2 'whoami'
tmux send-keys -t 2 'Enter'
tmux split-window -c '/home/kamel/Code/study'
tmux send-keys -t 3 'ls'
tmux send-keys -t 3 'Enter'
tmux select-layout 'ba8a,211x49,0,0{165x49,0,0,19,45x49,166,0[45x14,166,0,21,45x34,166,15,22]}'
tmux select-pane -t 1

I try a simple layout

windows:
  - name: "window1"
    splits:
      - cmd: "pwd"

and got window like this:

export TEAMOCIL=1 && cd . && pwd
user@host:~$ export TEAMOCIL=1 && cd . && pwd
pwd   pwdx  
user@host:~$ export TEAMOCIL=1 && cd . && pwdx 

I need to hit ENTER to execute the command . Is that normal?

And I use Ubuntu 12.10, tmux 1.6, teamocil 0.4.

BTW: I notice there are some message in the window which I run teamocil sample. Here is:

user@host:~$ teamocil sample                                                  
usage: show-window-options [-g] [-t target-window]
usage: show-window-options [-g] [-t target-window]

Based on findings from #65, I found out that we’re sending commands to the first pane as tmux send-keys -t 1 … is not working with default tmux settings where the pane-base-index is 0.

If no layout option is provided for a window, an "can't set layout:" error is given.

Deep-Thought:~ $ teamocil test
can't set layout:
Deep-Thought:~ $ teamocil --show test
windows:
  - name: window-1
    root: "~"
    panes:
      - ls
Deep-Thought:~ $ teamocil --debug test
tmux rename-session 'teamocil-session-280683'
tmux new-window -n 'window-1' -c '/Users/john'
tmux send-keys -t 0 'ls'
tmux send-keys -t 0 'Enter'
tmux select-layout ''
tmux select-pane -t 0

HI,

Any idea on how launching teamocil from a tmux window created programmatically from the command line ? Something like this :
tmux -c "teamocil --here --layout=layout.yml"

It would be great !

$ teamocil --edit sample
[teamocil] You must be in a tmux session to use teamocil

The README suggests I run teamocil --edit sample before running tmux.

Great project by the way, works better than tmuxinator!

trying to create 6 panes, I get this error. tmuxinator had this issue too, and had to fix it by setting the layout after each pane was created.

hi I'm unable to active this on a 2 screen setup:

http://cl.ly/0d0G3Q0Z1X1g0W1K3t0d

Thanks for helping out

Instead of forcing users to put all their layouts in ~/.teamocil, we could check if there’s a custom $TEAMOCIL_PATH environment variable and look there first.

The default $TEAMOCIL_PATH would be something like "$HOME/~.teamocil".

Hi,

I find teamocil now and I tried it. Teamocil is good and I love it but when I run teamocil myproject teamocil execute commands in newly created panes and these commands saving to history. I don't want to see these commands in history. How can I ignore save executed commands to history. Maybe If you add a space before command and If histignorespace is on in zsh, commands not save to the history.

Maybe this feature already exist but I could not find.

Bash is echoing all commands to my terminal as I start up new splits. Is there a way to suppress this? In my git status window, for example, I get output like the following:

export TEAMOCIL=1
git status
~/Projects ∴ export TEAMOCIL=1
git status
~/Projects ∴ git status
# On branch develop
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)

I'm running teamocil inside tmux from Terminal.app, OS 10.7.3.

Let's say I have something like the following in my configuration (taken from the README):

windows:
  - name: "my-first-window"
    root: "~/Projects/foo-www"
    filters:
      before: "rvm use 1.9.2"
      after: "echo 'I am done initializing this split.'"
    splits:
      - cmd: "git status"
      - cmd: "bundle exec rails server --port 4000"
        focus: true
        width: 50

In every split I will see the commands that teamocil has executed there to create that split. That is somewhat ugly, so I have resorted to adding clear as the first command to every cmd. It would be awesome if teamocil could do this by itself; I see no downsides to clearing the screen after such "plumbing" commands.

compctl is…old. I might do it in the future (opening the bug as a TODO more than anything).

Here is my current template,

running as: teamocil rails --here

session:
  name: "rails"
  windows:
    - name: "CODE"
      layout: 8590,178x45,0,0{114x45,0,0,3,63x45,115,0,4}
      panes:
        - cmd: "vim"
          focus: true
        - cmd: "guard"
    - name: "SERVER"
      layout: even-horizontal
      panes:
        - cmd: rails s -p 3000
        - cmd: ""

It won't switch to the "vim" pane inside of "CODE", instead it stays in the "SERVER" window.

Am I doing something wrong?

No feedback is given other than a sh syntax error. This is not so fun when you are a new user and are trying to type out your first config.

Related: #9

With the following in my /etc/bash.bashrc, teamocil does not automatically find the default layout file at /etc/tmux/teamocil/default.yml

export TEAMOCIL_PATH="/etc/tmux/teamocil"

Running teamocil as follows:

teamocil

Possibly also:

teamocil default

Produces this result:

[teamocil] There is no file "/etc/tmux/teamocil/.yml"

I think using teamocil arguments like here and show causes a similar problem.

teamocil --show default

These problems can be worked around by passing the full file path.

teamocil --show /etc/tmux/teamocil/default.yml

First off, this project looks great!

Suggestion: I'd like to track teamocil layouts in my git repos. Forcing the layouts to be in ~/.teamocil results in me putting multiple project layouts in one place, rather than separate and closer to the context where they are used (e.g. the project's directory).

Further, overriding the env variable doesn't help as it's restrictive and breaks when switching projects.

How about you make the gem check ./.teamocil file before ~/.teamocil. That wouldn't break things for existing users and also supports the case where users want portable + version tracked layouts. Thoughts?

When I create an empty pane, bash seems to be the shell used. Any way to use zsh instead without invoking zsh on top of bash?

Thanks for the effort you have put into writing teamocil. It certainly makes my life a little easier! ;)

I have a couple of issues, although I am not certain whether they are actual bugs, or errors in my config. Apologies if it's the latter.

My requirement is:

• Open 3 windows
• win1 - leave as it is
• win2, with name "user" - split into 3 panes. The first pane should be positioned at the top, span the full-width of the window and consume 70% of its height. The other two should be below the first, with a height of 30% and be sharing the width 50/50
• win3, with name "root" - same layout as win2. Sync panesm and run "sudo -i"in all panes, ready to accept the password

I am aiming for a layout with a vertical 70/30 split, like the following:

|----------------------|
|                      |
|                      |
|                      |
|                      |
|                      |
|-----------|----------|
|           |          |
|-----------|----------|

However, teamocil produces a 50/50 split

Please see my config below.

Furthermore, after running teamocil, win1 always contains the following text:

~$ teamocil 
usage: show-window-options [-g] [-t target-window]
usage: show-window-options [-g] [-t target-window]
usage: show-window-options [-g] [-t target-window]
usage: show-window-options [-g] [-t target-window]

My config:

session:
  windows:
    - name: "user"
      clear: true
      root: "/home/mydir/"
      splits: 
        - height: 70
          target: top
        - width: 50
          height: 30
          target: bottom-left
        - width: 50
          height: 30
          target: bottom-right
    - name: "root"
      clear: true
      focus: true
      options:
        synchronize-panes: true
      root: "/home/mydir/"
      splits:
        - height: 70
          cmd: "sudo -i"
          target: top
        - width: 50
          height: 30
          cmd: "sudo -i"
          target: bottom-left
        - width: 50
          height: 30
          cmd: "sudo -i"
          target: bottom-right

If there is any info I've omitted, please let me know as I'm happy to provide it.

Btw, the examples directory is a bit sparse. It would be nice to have different types of examples, than all that are pretty much using the same options.

Furthermore, note that the docs state to use the "panes" directive. I think this has changed to "splits", as "panes" doesn't seem to work.

Cheers

I've set up a yml file which launches configures my TMUX session nicely, though an additional window is already created, regardless of yml file. I've tried the most basic configuration, which ought to only create 3 windows, but it creates 4.

windows:
  - name: "a-window"
    panes:
      - cmd:
  - name: "another-window"
    layout: tiled
    panes:
      - cmd:
      - cmd:
  - name: "another-another-window"
    layout: main-vertical
    panes:
      - cmd:
      - cmd:
      - cmd:

I'm not sure if the root option is required, but if it isn't specified teamocil produces an exception. This is occurs in 1.0.3.

windows:
  - name: window-1
    panes:
      - ls

Deep-Thought:~ $ teamocil test
/Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/window.rb:8:in `expand_path': no implicit conversion of nil into String (TypeError)
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/window.rb:8:in `initialize'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:15:in `new'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:15:in `block in initialize'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:10:in `each'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:10:in `each_with_index'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:10:in `each'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:10:in `map'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/tmux/session.rb:10:in `initialize'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/layout.rb:49:in `new'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/layout.rb:49:in `parsed_layout'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/layout.rb:37:in `shell_commands'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/layout.rb:7:in `execute!'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/lib/teamocil/cli.rb:21:in `run!'
        from /Users/john/.rbenv/versions/2.0.0-p451/lib/ruby/gems/2.0.0/gems/teamocil-1.0.3/bin/teamocil:7:in `<top (required)>'
        from /Users/john/.rbenv/versions/2.0.0-p451/bin/teamocil:23:in `load'
        from /Users/john/.rbenv/versions/2.0.0-p451/bin/teamocil:23:in `<main>'
        from /Users/john/.rbenv/versions/2.0.0-p451/bin/ruby_executable_hooks:15:in `eval'

Tried the usage instructions:

$ gem install teamocil
$ mkdir ~/.teamocil
$ teamocil --edit sample

running teamocil gets a

command not found

error

I'm getting this error when spawning any layout, no matter how simple or complex. I realize this is not much information for diagnosis, is there a verbose or debug mode for teamocil?