nix-config/README.md
Donovan Glover 30d4b680e9
meta: Change directory name from dotfiles to .files
Besides the fact that .files is indisputably cooler, using a literal dot
instead of the actual word makes this a hidden directory, which is great
since configuration files are expected to be hidden by default.

This also keeps our home dir nice and tidy, with only directories
generated by xdg-user-dirs.
2018-12-01 11:58:27 -05:00

2.8 KiB

~/.files

TODO: Screenshots

Usage

Replicate my Arch Linux setup

On a fresh Arch Linux install, run the bootstrap script.

git clone https://github.com/GloverDonovan/.files --depth 1 && ./.files/.archlinux/bootstrap.sh

Replicate my Fedora setup

On a fresh Fedora install, run the bootstrap script.

git clone https://github.com/GloverDonovan/.files --depth 1 && ./.files/.fedora/bootstrap.sh

Use only the dotfiles you want

Method 1. With stow

First, install stow with your package manager. Then, run the following:

make package=kitty

This will symlink my kitty config to your $XDG_CONFIG_HOME. If you want to install a different package, simply replace kitty with the name of the directory you wish to get dotfiles from.

Since stow will only change what it owns, you do not have to worry about any of your existing dotfiles being changed when you use this method.

To uninstall packages, simply use:

make uninstall package=kitty

This will remove the symlink to my kitty config. If you have other kitty files, stow will not remove them, since stow only changes what it owns.

Method 2. Manually

If you already have dotfiles and want to improve them, you can use this repository as a guide. If you find something that makes your dotfiles better, you're free to use it.

If you don't want to use stow, you can simply copy/paste the dotfiles you want to their relevant directories.

Updating

To update your system with any changes I make, you must first verify that the changes I made are actually changes you want. Eventually I want to consider my dotfiles "stable" (i.e. 1.0.0, 2.0.0, etc.) in which only major version upgrades would significantly alter existing functionality, but right now this simply isn't the case.

Once you've verified that you indeed want my changes, update your local copy of the repository like so:

git pull

If you used the stow method, all of the dotfiles that you use from me will already be updated; you do not have to do anything else. If git tells you that there are conflicts, you probably want to rebase your changes on top of mine, or consider making your own version of those files instead.

Downgrading

If for some reason you updated by accident and want existing functionality back, you can simply checkout a previous version or commit.

For example, if your configuration was last known to work at commit a1b2c3d, you would use:

git checkout a1b2c3d