This readme along with an install script will help you get everything running in a few minutes. It contains a bunch of configuration for the tools I use. I also have a number of blog posts and videos related to my dev environment.
This project is more than a few config files. In 1 command and ~5 minutes it can take a new or existing system and install / configure a number of tools aimed at developers. It will prompt or warn you if it's doing a destructive action like overwriting a config file. You can run the idempotent install script multiple times to stay up to date.
I deeply understand one person's bloat is another person's treasure. All packages, configs and symlinks are configurable before you modify your system. A mini-goal of this project is to avoid needing to fork this project while still giving you a reasonable amount of control, and if you want to fork it that's fine too.
Your machine is yours. If you want to dual boot, do it up. If you want multiple users, sure thing. If you don't want to encrypt your drive, no problem. Everyone is welcome here and you have full control.
π Supports Arch Linux, both vanilla and Arch based distros such as CachyOS, etc.. It also supports Debian, Ubuntu (vanilla and all flavors), macOS and there's WSL 2 support for any supported Linux distro.
- Tweak out your shell (zsh)
- Set up tmux
- Fully configure Neovim
- Create SSH / GPG keys if they don't already exist
- Install modern CLI tools and programming languages
π Supports Arch Linux, both vanilla and Arch based distros such as CachyOS, etc.
- niri (Wayland compositor), Waybar (status bar), Walker (app launcher) and friends
- Hotkey focused but tons of mouse / trackpad support
- Prefer TUI (Terminal User Interface) apps over GUI apps when possible
- Development / media creation focused apps are ready to go
It's resource efficient, extremely stable, lightning fast, infinitely tweakable, intuitively handles scrolling / tiling / floating windows, integrates awesomely with multiple monitors, actively developed, well thought out, has great documentation and the author is very helpful.
niri feels like a perfect match and I wanted to make a special call out because it's that good. I'm the "I was there 3,000 years ago" meme from Windows 2000, XP, 7, 10 and also macOS on company issued laptops. Nothing I have ever used in ~25 years has approached how I feel using this set up. It's not even close (yes I tried Hyprland too).
I recorded a demo video on how I use niri in my day to day. This repo will always have the most up to date changes so what you see on video will likely evolve over time!
There's docs with a list of packages and scripts along with what they're being used for and why.
The source of truth can always be found within the files at _install/default/. You'll find files related to packages, standalone scripts, programming languages and more.
Since these dotfiles are constantly evolving and I tend to reference them in videos, blog posts and other places I thought it would be a good idea to include screenshots in 1 spot.
I prefer using themes that have good contrast ratios and are clear to see in video recordings. These dotfiles currently support easily switching between both themes but you can use any theme you'd like.
If you want to see icons you'll need a "nerd font". There's hundreds of them on https://www.nerdfonts.com/font-downloads with previews. I personally use Inconsolata NF which these dotfiles install for you.
# Get a full list of themes by running: dot-theme-set --list
# There's also a --menu flag to preview themes in the desktop environment.
#
# Optionally you can skip adding a theme name and the next theme will be picked.
dot-theme-set THEME_NAMEWhen switching themes all GTK apps will live update (Thunar, Firefox, GIMP,
etc.) and most terminal apps will live update too. If you have a bunch of
shells already open you can run the SZ (source
zsh)
alias to source new theme related configs.
Not all terminals are supported, if yours didn't change then check theming custom apps.
You can look in the _themes/ directory to see which apps are themed and add additional apps too. If you don't like the included themes that's no problem. You can add custom themes and remove the defaults.
Only available when the desktop environment is set up.
# Get a full list of wallpapers by running: dot-theme-set-bg --list
# There's also a --menu flag to preview wallpapers.
#
# Optionally you can skip adding a wallpaper name and the next wallpaper will be picked.
dot-theme-set-bg WALLPAPER_NAMEYou can cycle between wallpapers that are compatible with the active theme.
This is controlled through the _theme.json file in each theme's directory,
it's under the wallpaper.synergy object.
There's an automated script to get you going quickly (we'll go over running it soon). It handles checking system compatibility and installing / configuring everything.
You'll be able to choose where you want to clone these dotfiles to and also have an opportunity to review and edit what gets installed if you want to customize the defaults.
If you plan to use the desktop environment you'll want to set up a bootable USB stick with the official Arch Linux ISO and then run the official archinstall script. There is a FAQ item covering all of that.
Also, we're in a catch-22 where this project will set everything up for you but
to start using it you need curl to download its related install script.
You're good to go and don't need to do anything since curl is installed by
default.
# You can run this as root.
apt-get update && apt-get install --yes --no-install-recommends curlFor the command line version, it's unlikely you'll run into any conflicts when installing these dotfiles.
For the desktop environment, these dotfiles won't modify other environments you have. It will install everything and configure your user's shell to launch niri after logging in. It won't interfere with a login manager if you have one.
With that said, if you plan to go all-in with the desktop environment it's worth considering backing up your files and creating a fresh install but it's not technically required if you do manual cleanup. It's up to you!
You can download and run the bootstrap script with this 1 liner:
bash <(curl -fsSL https://raw.githubusercontent.com/nickjj/dotfiles/master/bootstrap)You'll be presented with a y/n prompt before installing anything of substance.
If you're not comfortable blindly running a script on the internet, that's no problem. You can view the bootstrap script to see exactly what it does. The bottom of the file is a good place to start. Alternatively you can look around this repo and reference the config files directly without using any script.
π³ Try the command line version in Docker without modifying your system:
# Start a Debian container, we're passing OS_IN_CONTAINER to be explicit we're in a container.
docker container run --rm -it -e "OS_IN_CONTAINER=1" -v "${PWD}:/app" -w /app debian:stable-slim bash
# Copy / paste all 3 lines into the container's prompt and run it.
#
# Since we can't open a new terminal in a container we'll need to manually
# launch zsh and source a few files. That's what the last line is doing.
apt-get update && apt-get install --yes --no-install-recommends curl \
&& bash <(curl -fsSL https://raw.githubusercontent.com/nickjj/dotfiles/master/bootstrap) \
&& zsh -c ". ~/.config/zsh/.zprofile && . ~/.config/zsh/.zshrc; zsh -i"Keep in mind with the Docker set up, unless your terminal is already configured to use Tokyonight Moon then the colors may look off. That's because your local terminal's config will not get automatically updated.
π Keeping things up to date and tinkering
Once you've installed these dotfiles you can run cd "${DOTFILES_PATH}" to
manage them.
Here's a few handy commands, you can run ./install --help to see all of them:
./install- Run the install script based on the local copy of your dotfiles
- Keeps your system up to date or apply local changes
./install --skip-system-packages | -S- Run the install script like above but skip installing or updating packages
- Helps regenerate symlinks, configs and everything else without modifying packages
./install --pull | -p- Pulls in the latest remote commits but doesn't run the install script
- Lets you review any changes locally before the install script runs
./install --update | -u- Pulls in the latest remote commits and runs the install script
- Shortcut to pull and run the install script together
./install --diff-config | -g- Compare your local
install-configto the localinstall-config.example - Helps keep your git ignored
install-configin sync with new options
- Compare your local
./install --diff | -d- Compare what you have locally vs the latest remote commits
- See what will change if you
--updatewithout modifying your git tree
./install --new-commits | -n- Show new remote commits that do not exist locally
- Present a quick list of what's available to pull locally
./install --changelog | -c- Show all remote commits
- Present a quick list of all commits to see what has changed
./install --local-files | -l- Show all local git ignored files such as configs, history and scripts
- Useful to see everything not committed and for optionally backing up those files
- Example:
./install --local-files | xargs zip dotfiles-personal.zip
- Example:
./install --debug- Show dotfiles environment and system information
- Can be used to help report issues and check your system stats
If you just ran the install script and haven't done so already please close your terminal and open a new one. If you've set up GUI mode with Arch Linux you'll want to reboot instead.
There's a few ways to customize these dotfiles ranging from forking this repo to customizing install-config which is git ignored. The second option lets you adjust which packages and programming languages get installed as well as configure a number of other things without forking this project.
Before you start customizing other files, please take a look at the personalization question in the FAQ.
In addition to the Linux side of things, there's a few config files that I have
in various directories of this dotfiles repo. These have long Windows paths and
are in the mnt/c/ directory.
It would be expected that you copy those over to your system while replacing "Nick" with your Windows user name if you want to use those things. The Microsoft Terminal config will automatically be copied over to your user's path.
It's expected you're running WSL 2 with WSLg support to get clipboard sharing
to work between Windows and WSL 2. You can run wsl.exe --version from WSL 2
to check if WSLg is listed. Chances are you have it since it has been supported
since 2022! All of this should "just work". If clipboard sharing isn't working,
check your .wslconfig file in your Windows user's directory and make sure
guiApplications=false isn't set.
If you see ^M characters when pasting into Neovim, that's a Windows line
ending. That's because WSLg's clipboard feature doesn't seem to handle this
automatically. If you paste with CTRL+SHIFT+v instead of p it'll be ok. I
guess the Microsoft Terminal does extra processing to fix it for you.
Pay very close attention to the mnt/c/Users/Nick/.wslconfig file because it
has values in there that you will very likely want to change before using it.
This commit
message
goes into the details.
Also, you should reboot or from PowerShell run wsl --shutdown and then
re-open your WSL instance to activate your /etc/wsl.conf file (the install
script created this).
You may have noticed I don't enable systemd within WSL 2. That is on purpose. I've found it delays opening WSL 2 by ~10-15 seconds and also any systemd services were delayed from starting by ~2 minutes.
The install-config lets you customize a few things
but chances are you'll want to personalize more than what's there, such as
various Neovim settings. Since this is a git repo you can always do a
./install --pull or git pull to get the most up to date copy of these
dotfiles, but then you may find yourself clobbering over your own personal
changes.
We have a few reasonable options without custom branches or forking:
- For minor changes like adjusting which packages get installed, the install config file lets you do that
- For minor config changes some tools let you include config files, so any git ignored
.localfiles you see is a way to customize them without needing to adjust the main config - For major config changes can configure the
CONFIG_INSTALLcommands to symlink other files and directories that are git ignored, this lets you keep your "real" files in the dotfiles repo with a different name
If the above isn't enough, or maybe you want things more streamlined you can
git checkout -b personalized and now you're free to make whatever changes you
want on your custom branch. When it comes time to pull down future updates you
can run a git pull origin master and then git rebase master to integrate
any updates.
Another option is to fork this repo and use that, then periodically pull and
merge updates. It's really up to you. By default these dotfiles will add an
upstream git remote that points to this repo for easy comparison.
I personally use these dotfiles on 3 different devices with different operating systems and haven't forked or created separate branches on any of them. I just tweaked the install config.
You'd add its theme file to each theme in _themes/ and update the
install script's set_theme function to symlink the config. If
your app has no dedicated config file, you can copy what I did for the
Microsoft Terminal in set_theme.
Happy to assist in your issue / PR to answer questions if you want to contribute your change.
- Locate the _themes/ directory in this repo
- Copy one of the existing themes' directory
- Rename your directory, this will be your theme's name
- Adjust all of the colors as you see fit
Switch to it by running dot-theme-set NEW_THEME_NAME and use the name you
picked in step 3.
If you added a theme with good contrast ratios please open a pull request to get it added to this project.
Nothing here is too specific to these dotfiles, it's general knowledge on setting up Arch but I wanted to include these steps to help get you going.
Here's a written and video tutorial for Windows, Linux and macOS.
- Follow any instructions it says before running
archinstall- For example if you use Wi-Fi you'll want to run
iwctlto set up your network:iwctldevice listshows devices such aswlan0which we'll use belowstation wlan0 scansearches for networks (no output is normal)station wlan0 get-networkslists your Wi-Fi networksstation wlan0 connect <NETWORK_NAME>prompts you for your passwordexitbrings you back to your shell- You should be connected to the internet at this point
- Verify with
ping example.comand hit CTRL+c to stop
- Verify with
- For example if you use Wi-Fi you'll want to run
The script guides you pretty well. Here's a few important callouts in the order they appear in the menu. The callouts are mostly my opinions, you can of course choose other options and have things work. The goal of this guide isn't to dictate what you do, it's to help you avoid analysis paralysis and see what's configurable before you do it.
Nothing you choose will happen immediately, you'll get to review everything at the end before anything happens. Generally speaking you'll be using enter to select options, escape to go back, the arrow keys to change selections and space to toggle checkboxes.
- Archinstall language:
- Pick what makes sense for your location
- Locales:
- Pick what makes sense to you for all of the sub-sections
- Mirrors:
- Select a region close to where your live
- Optional repositories:
- You can skip this unless you have reasons otherwise
- Disk configuration:
- If you go with the default "best effort" it will wipe your full drive:
- This is reasonable if you're not dual booting, if you dual boot you'll want to manually set this up
- Make sure the correct drive you want wiped is selected!
- For the file system type, I went with
ext4given how mature it is butbtrfsis also mostly ok, if you're not sure or don't know what's different just chooseext4 - Now it asks if you want a separate partition for your home directory, I chose no because I always end up wanting to adjust the size later and prefer skipping LVM but it's up to you of course
- Review the info, you should see
/bootand/(root) partitions at the very least
- Disk encryption:
- It's up to you, I would, choose to encrypt all of your non-boot partitions and set a good password, then double confirm you can remember this password, it's very important
- If you go with the default "best effort" it will wipe your full drive:
- Swap:
- It's up to you, I kept it enabled with zram which was the default
- Bootloader:
- I rolled with
systemd-bootwhich is the default - Unified kernel images:
- I left this turned off but I suggest reading up on this more if you're interested
- I rolled with
- Kernels:
- The normal kernel is likely fine which is the default but feel free to choose otherwise
- Hostname:
- Picking a cool name will probably be the longest time you spend in the installer
- You can always change it afterwards, don't sweat it!
- Authentication:
- Root password:
- Definitely set a password and don't forget it
- User account:
- Create your main user and pick a password you won't forget
- Allow this user to be a superuser (sudo) as well
- You'll be logging in as this user, you can create more users later if needed
- Root password:
- Profile:
- You can skip this (leave it unselected)
- These dotfiles handle setting up your desktop environment (including GPU drivers)
- Applications:
- These dotfiles will configure "Bluetooth" and "Audio", you can skip them
- If you have a printer you may want to configure the "Print service""
- Network configuration:
- Go with "Copy ISO network configuration" unless you have other opinions
- This just means it will use whatever you used in this bootable USB environment
- Additional packages:
- You can skip this as these dotfiles will install everything for you
- Timezone:
- Pick what makes sense for your location
- Automatic time sync (NTP):
- Yep, turn this on, it will use
systemd-timesyncdfor this
- Yep, turn this on, it will use
At this point you can write this configuration to the USB drive for next time (not necessary), install or abort. Choose install which will then show you a load out of what's going to happen.
Before hitting enter to continue, you can use page up / down to see what's going to happen. Triple check your drive being formatted is the correct one and everything else looks good!
- Sit back and relax while everything gets installed in ~2 minutes
- Choose "Exit archinstall" when it prompts you after it has finished
- Remove the USB drive from your computer
- Run
reboot - Configure your BIOS to boot from the drive you just installed Arch on
Depending on what boot loader you used, you can pick Arch Linux to boot into.
If everything worked properly, you'll get booted into a tty1 black login
screen. You can log in with the user and password you created. If you enabled
drive encryption you'll get prompted for your decrypt password before logging
in.
At this point you have Arch installed and you can run the bootstrap script mentioned earlier in this readme to install these dotfiles!
After logging in you'll be greeted with an empty desktop and a top bar.
- A few key binds:
Mod + Alt + T :: TerminalMod + Alt + B :: BrowserMod + / :: Show Global Hotkeys
- Connect to Wi-Fi if needed by clicking the Wi-Fi icon in the top right
- Alternatively you can run
impalafrom a terminal - If your system has no Wi-Fi adapter this tool won't be installed
- Alternatively you can run
- Connect Bluetooth devices if needed by clicking the Bluetooth icon in the top right
- Alternatively you can run
bluetuifrom a terminal - If your system has no Bluetooth adapter this tool won't be installed
- Alternatively you can run
- Verify your sound works by visiting YouTube or some site with audio
- There's a sound icon in the top right to pick your input and output devices
- Alternatively you can run
wiremixfrom a terminal - Both
mpdand rmpc are installed for playing music, configure your music directory!
- Open a terminal and run
dtto switch to the dotfiles repo and open it in Neovim- Explore
.config/niri/config.kdlfor a complete list of key binds
- Explore
- Have fun with your new system!
I've made dozens of blog posts and videos about Vim. Sometimes I linked directly to a commit so there's a permalink to it but other times I did not.
Before switching to Neovim I made a vim git tag. You can check out the state
of the repo for that tag by going
here. You'll see .vimrc in the
root directory. If you cloned these dotfiles locally you can git checkout vim. Keep in mind that's frozen to that point in time. Future updates
unrelated to Vim will not be included in that tag.
I'm a self taught developer and have been freelancing for the last ~20 years. You can read about everything I've learned along the way on my site at https://nickjanetakis.com. There's hundreds of blog posts and a couple of video courses on web development and deployment topics. I also have a podcast where I talk to folks about running web apps in production.

