eyuelt / dotfiles Goto Github PK

This project has a few dependencies. They should be listed in the readme file.

The setup script doesn't currently install Vundle, so when you open vim after running the script, you get a bunch of errors and all of the plugins are missing.

Since I hop between different machines, It would be nice to show which computer I'm on in the prompt. The problem is that the hostname is pretty ugly on some of these machines. I could either change the computers' hostnames or just have a $NICKNAME variable that I set in my .localrc file.

If one is provided, create a .localrc file that contains a line to set the NICKNAME variable to the given value.

Add a nosudo option to the setup script so it can be run on systems where the user doesn't have sudo access (minus the functionality that actually requires sudo).

When the setup script is run, the Vundle.vim folder is being installed into the current directory, rather than in .vim/bundle/. This started around the time when I added the $VUNDLE environment variable, so I think there's an issue with that.

Since sudo is aliased, I get issues when I try to use it with options. Since the alias is just to change the env, I only want it to take effect when sudo is followed by non-option arguments.

So in these cases:

• sudo ./script.sh
• sudo vim foo.txt

but not in these cases:

• sudo -k
• sudo

I'm thinking of doing this by using a wrapper around sudo instead of an alias.

Since with reverse-i-search, the cursor stays at the position where it is doing the search from. This means that when the line is empty and I press up to go to the previous command, the cursor stays at the beginning of the line. The expected behavior in this situation is for the cursor to move to the end of the line.

Before pressing up:

After pressing up:

The best solution to this is probably to only do reverse-i-search when the line is non-empty and to have it do its default behavior otherwise.

I'm not sure what should happen in this case, but what currently happens is this:

Maybe it could state that it's in detached head state.

Otherwise, all of the zshrc stuff won't work.

I want to be able to start writing a line in my shell, then if I press up, be able to go through all of the lines in my history that start with what I've written. For some reason, I thought I already had this feature but I guess not.

Call exec zsh at end of script to switch to zsh. This isn't necessary if we're on a mac and we relaunch Terminal to set the default theme.

Environment variables aren't preserved when using sudo. So using vim with sudo spits out an error because my vimrc uses the environment variable $DOTFILES, which is exported by my zshrc.

One solution may be to add the $DOTFILES variable to the sudoers config file, like this stackoverflow answer suggests. Though I don't really like the idea of putting this, or any other non-system-wide environment variable, in a global config file.

I'm not sure if there's an easy way to do this programmatically, but if there is, it'd be nice to have it done automatically from the setup script.

Vundle and vim plugins should still be installed even if the --nosudo option is used, as installing it doesn't require sudo access.

Mainly just clean up the install script. Also, the setup script currently tries to install zsh, this should be left to the install script.

Sometimes the cursor is kind of hard to find. Having the cursor blink would fix this.

This script would be executed by the setup script and would install any missing dependencies like homebrew, zsh, Vundle, etc.

If there is already a gitconfig file in the home directory, the setup script should ask the user before overwriting the existing gitconfig.

When I do git add -p the color of the "Stage this hunk?" text is very close to white, so it's hard to tell where the split between two hunks is.

Running setup script with sudo causes the symlinks to be owned by root. The script should drop down to the user's privileges before creating the symlinks. Is there a way to get the current user even if the script was run with sudo?

Before setting zsh as the default shell, the script should check to see if zsh is already the default shell.

The osx/set_default_terminal_theme.sh script depends on the DOTFILES var, however system/envvars.symlink is not yet sourced.

For the script/setup script, to get around this, we defined DOTFILES locally. Maybe we should just export it there. Otherwise we'll need to treat envvars specially and source it during the setup script, unlike the other symlink files.

Besides, envvars contains vars that we want globally defined in general. All we need is for a few vars (DOTFILES and maybe VUNDLE) to be defined during the setup script. So there's no need to source the whole envvars file and load all of those vars.

The code directory is specified by the $PROJECTS env variable in envvars.symlink. The setup script should somehow be able to access this variable and run mkdir -p $PROJECTS. Maybe the setup script could just source envvars.symlink before doing anything. This seems kind of weird, but it's better than redeclaring each variable at the top of the setup script.

When run with sudo, the script still prints out "This script requires sudo access" then continues (without reprompting for the password).