netsensei / dotfiles Goto Github PK

I see this fatal error when trying to deploy this on CentOS 7.

I need to add a config file for vim. Depends on which version of vim I want to use.

ls has its own colouring scheme independent of the bash_prompt. So, it will simply use a system database of colours to highlight certain file and directory types. As a result, the colours do not match with the prompt... which makes the look of the shell inconsistent.

I want to use the base 16 gruvbox colouring for LS_COLORS as well:

http://www.bigsoft.co.uk/blog/2008/04/11/configuring-ls_colors

Fix the screenshot: center and width. Make it nicer. Look into carbon-now.

While Matthias Bynens prompt is really useful, it would be nice to have my own custom prompt with some customizations.

See: https://twitter.com/eenriquelopez/status/1212636370365083648

Adding a gazillion specific editor files in project specific .gitignore is impractical. There's always N+1 conceivable editors where 1 represents a new editor that hasn't been conceived yet; but will definitely come with new specific files that pollute your projects.

The problem then is that doing the upkeep of adjusting all .gitignore files across all your projects to the new situation is time-consuming and tedious housekeeping. Whereas simply adding a single line to a global .gitignore is trivial.

But what about people who don't use a global gitignore file?

If you're the maintainer of a project; you get to reject PR's that might contain such files.

If you aren't the maintainer of a project; and simply forked someone else's code that does contain such files; either you could create a PR and flag it as a housekeeping task, or you could happily ignore those files and put the responsibility in the hands of the maintainer in so-far that they don't get in the way of your own editor settings.

If you are working in a small team, you should at least make an agreement on how to deal with this problem among team members.

This does not work in bash on fedora 31 in .inputrc.

# Use the text that has already been typed as the prefix for searching through
# commands (i.e. more intelligent Up/Down behavior)
# "\e[B": history-search-forward
# "\e[A": history-search-backward

Add a proper bash script that gets the git repo, drops it into the home folder, creates symlinks and sources the bash shell of the user.

At the moment, I don't need plenv support. Even so, it's Probably better to run a separate Perl environment in a docker or vagrant box instead of directly from the Fedora.

Review adding plenv support at a later time, if necessary

Define a list of nice bash aliases for much used commands (git and suchlike)

Turn em into proper dotfiles instead of regular files that need to be renamed. There's zero reason to not have them as dotifles.

When using screen the scroll in xterm based terminals (gnome-terminal) won't work. This can be easily fixed with a .screenrc file containing this line:

termcapinfo xterm* ti@:te@