██ ██ ████ ██ ██ ░██ ░██ ░██░ ░░ ░██ ░██ ██████ ██████ ██████ ██ ░██ █████ ██████ ██████ ██░░░░██░░░██░ ░░░██░ ░██ ░██ ██░░░██ ██░░░░ ██░░░██░██ ░██ ░██ ░██ ░██ ░██░███████░░█████ ░██ ░██░██ ░██ ░██ ░██ ░██ ░██░██░░░░ ░░░░░██ ░░██████░░██████ ░░██ ░██ ░██ ███░░██████ ██████ ░░░░░░ ░░░░░░ ░░ ░░ ░░ ░░░ ░░░░░░ ░░░░░░ ▓▓▓▓▓▓▓▓▓▓ ░▓ about ▓ custom linux config files ░▓ author ▓ xero <firstname.lastname@example.org> ░▓ code ▓ http://code.xero.nu/dotfiles ░▓ mirror ▓ http://git.io/.files ░▓▓▓▓▓▓▓▓▓▓ ░░░░░░░░░░
table of contents
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
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:
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
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
clone the repo:
git clone http://git.xero.nu/dotfiles.git
enter the dotfiles directory
install the zsh settings
install zsh settings for the root user
sudo stow zsh -t /root
install awesomewm theme
uninstall awesome theme
stow -D awesome
etc, etc, etc...
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.
you can install all three of them from the aur:
yay -S gohufont ttf-nerd-fonts-hack-complete-git ttf-symbola
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. 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:
- plug - to manage other plugins
- vim completes me - super lightweight completion system
- colorizer - display color codes as their colors inline
- ale - async 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
- GV - git commit browser (great for pr review)
- vim-tmux-clipboard - seamless integration between vim, tmux, and the system clipboard
- vim-tmux-navigator - seamless navigation between tmux panes and vim splits
- vim-tmux-resizer - resize tmux panes and vim splits with same keybinds