custom linux config files managed with gnu stow


read me

      ██            ██     ████ ██  ██                
     ░██           ░██    ░██░ ░░  ░██                
     ░██  ██████  ██████ ██████ ██ ░██  █████   ██████
  ██████ ██░░░░██░░░██░ ░░░██░ ░██ ░██ ██░░░██ ██░░░░ 
 ██░░░██░██   ░██  ░██    ░██  ░██ ░██░███████░░█████ 
░██  ░██░██   ░██  ░██    ░██  ░██ ░██░██░░░░  ░░░░░██
░░██████░░██████   ░░██   ░██  ░██ ███░░██████ ██████ 
 ░░░░░░  ░░░░░░     ░░    ░░   ░░ ░░░  ░░░░░░ ░░░░░░  
 ░▓ about  ▓ custom linux config files
 ░▓ author ▓ xero <>
 ░▓ code   ▓
 ░▓ mirror ▓

 awesome        > awesome wm config and ghost theme
 bin            > system automation scripts
 compton        > minimal composite config for opacity
 figlet         > custom 3d font
 fonts          > configs for gohu and other bitmap fonts
 fun            > term color, sys info, and other misc scripts
 git            > global git config and aliases
 herbstluftwm   > herbstluft wm config and greybeard theme
 irssi          > nixers irc theme
 mc             > midnight commander ui colors
 mpd            > music player daemon setup
 mutt           > minimal mutt setup
 ncmpcpp        > ncurses mpc++ ui/color settings
 pacman         > pacman colors and progress bar animations
 previews       > unixporn screenshots
 pygments       > add syntax highlighting to cat and less commands
 ranger         > file manager with image previews and z3bra theme
 ryu-login      > ryu ansi art for /etc/issue tty login
 ssh            > remote ssh server keep alive
 stalonetray    > stand alone tray for daemons
 sublime        > sublime text 2 with greybeard, monokai, and gohu
 themes         > mod of the cathexis dark theme for gtk/qt/xfce
 tmux           > terminal multiplexer with custom status bar
 urxvt          > sourcerer terminal colors and keyboard settings
 vim            > wizard status bar and sourcerer color scheme
 wallpaper      > the cool desktop background images i use
 xmodmap        > global vi/m movement keys with caps+hjkl
 zsh            > zshell settings, aliases, and custom prompts

##table of contents
 - [introduction](#dotfiles)
 - [managing](#managing)
 - [installing](#installing)
 - [how it works](#how-it-works)
 - [tl;dr](#tldr)
 - [my shell](#my-shell)
 - [vim](#vim)
 - [previews](#previews)

in the unix world programs are commonly configured in two different ways, via shell arguments or text based configuration files. programs with many options like window managers or text editors are configured on a per-user basis with files in your home directory `~`. in unix like operating systems any file or directory name that starts with a period or full stop character is considered hidden, and in a default view will not be displayed. thus the name dotfiles. 

it's been said of every console user: 
> _"you are your dotfiles"_.

since they dictate how your system will look and function. to many users (see [ricers]( and [beaners]( these files are very important, and need to be backed up and shared. people who create custom themes have the added challenge of managing multiple versions of them. i have tried many organization techniques. and just take my word for it when i say, keeping a git repo in the root of your home directory is a bad idea. i've written custom shell scripts for moving or symlinking files into place. there are even a few dotfile managers, but they all seem to have lots of dependencies. i knew there had to be a simple tool to help me.

i manage mine with [gnu stow](, a free, portable, lightweight symlink farm manager. this allows me to keep a versioned directory of all my config files that are virtually linked into place via a single command. this makes sharing these files among many users (root) and computers super simple. and does not clutter your home directory with version control files.

stow is available for all linux and most other unix like distributions via your package manager.

- `sudo pacman -S stow`
- `sudo apt-get install stow`
- `brew install stow`

or clone it [from source]( and [build it]( yourself.

#how it works
by default the stow command will create symlinks for files in the parent directory of where you execute the command. so my dotfiles setup assumes this repo is located in the root of your home directory `~/dotfiles`. and all stow commands should be executed in that directory. otherwise you'll need to use the `-d` flag with the repo directory location.

to install most of my configs you execute the stow command with the folder name as the only argument. 

to install my **herbstluft** theme _greybeard_ use the command:

`stow herbstluftwm`

this will symlink files to `~/.config/herbstluftwm` and various other places.

but you can override the default behavior and symlink files to another location with the `-t` (target) argument flag. 

to install the **ryu-login** you need to execute the command:

`stow -t / ryu-login` 

this will symlink the file to `/etc/issue`.

**note:** stow can only create a symlink if a config file does not already exist. if a default file was created upon program installation you must delete it first before you can install a new one with stow. this does not apply to directories, only files.

navigate to your home directory

`cd ~`

clone the repo:

`git clone`

enter the dotfiles directory

`cd dotfiles`

install the zsh settings

`stow zsh`

install zsh settings for the root user

`sudo stow zsh -t /root`

install awesomewm theme

`stow awesome`

uninstall awesome theme

`stow -D awesome`

install herbstluftwm

`stow herbstluftwm`

etc, etc, etc...

#my shell
i prefer a minimal setup, and choose to interact with my operating system via the so-called "terminal" or "command line", (read that quoting sarcastically) over a gui interface 2 times out of 3. with the web browser and video player among the noted outliers. in my opinion, using your computer should be a very personal experience. your colors, aliases, key-bindings, etc meticulously crafted to your exacting specifications. so for me, the unix shell is the most important part of my environment.


my terminal emulator of choice is the lightweight, unicode, 256 color [urxvt]( i use [zsh]( as my interactive shell. it's an extensible, bash like shell with awesome completion and correction engines. i manage multiple shell sessions with [tmux]( it's a feature packed terminal multiplexer with support for buffers, split windows, detached local and remote sessions, etc. i'm a member of the cult of [vim]( sing phrases to the third reincarnation of the glorious ed! lel. [mpd]( is my music server and i use [ncmpcpp]( as it's frontend. my configs for [urxvt](, [zsh](, [tmux](, [vim](, [mpd]( and [ncmpcpp]( shown above feature my [sourcerer]( color scheme.

with it's tight integration to the unix shell, [vim]( has quickly become my editor of choice. once you start to master the movements and operators you quickly begin manipulating, not just editing source code files.

when you learn vim it's best to use a more vanilla config. if helps you focus on learning the editor and not the plugins. these are also great for [remote machines]( but for your local dev environment, vim's vast and powerful plugin system can add many great features. i try to keep my editor slim and fast, but i find myself loving these plugins:

- [vundle]( - to manage other plugins
- [you complete me]( - the best completion system
- [php complete]( - extended php completions
- [syntastic]( - syntax linting
- [git gutter]( - git diff in the gutter
- [match it]( - extended word and regex matching
- [lightline]( - custom status line (for much rice)
- [fugitive]( - fast git integration

- [herbstluftwm](
- [urxvt](
- [zsh](
- [tmux](
- [vim](
- [ncmpcpp](

- [blizzard orb xcolors](

- [sysinfo](

- [irssi](


- [sysinfo](

- [sublime greybeard theme](

- [chroimum with cathexis gtk]( & [greybeard devtools](
- figlet [-f 3d]( webdev | lolcat

- [color scripts](