Wouldn't they solve different use-cases? This seems is better for having a different hierarchy in the dotfile directory than the symlinked directory. As well as allows for a relationship between the two besides a direct parent/child relation.
To actually have scripts that would be setup everything on a new Mac (or whatever) seems like it could need a lot of work to maintain. Unless you do it very often it might be better to just do a bit of it manually. I guess you could do broad outline stuff.
4:40 - I have wanted to do the same exact thing and then I found that brew actually works on linux (you just can't use casks). So for stuff like alacritty you'll need to either use apt/pacman or use cargo install alacritty (which will take some time to build from src). I'm also trying to support a WSL setup where I'd need to use winget for alacritty and symlink the config over on the windows fs (messy).
Hey really liking your videos. Wondering if you could you make one about when to use *.d.ts vs just putting your types in the same file as your regular code. (How to organize a typescript project)
the only time you should be writing definition files (*.d.ts) manually is if you're converting a javascript library for typesafe use in typescript. Otherwise typescript will generate definition files for your library automatically when you build it.
Currently I'm working on a AngularJS legacy project with no perspective of being upgraded to Typescript or any modern framework even in a long term. So I'm starting to use some *.d.ts files and import then as comments just for intellisense and to show off to my backend collegues that Javascript is not as bad as they think, it just need some types.
Very cool setup! I just redid mine using zshell, it allows you to install dependencies from various sources (primarily git-based). For example, if I want to install 'exa', I would do something like this: zi ice wait'!' from"gh-r" as"program" pick"bin/exa" \ atload"alias ls='exa'; alias tree='exa -T'" zi light ogham/exa and it would automatically figure out which release to get based on the computer I am on.
ive been using stow. however i still am confused about the application. are you supposed to keep a repository of dotfiles within ~/dotfiles separate from .config files?
It is. Though I imagine this is better for having a different hierarchy in the dotfile directory than the symlinked directory. As well as allows for a relationship between the two besides a direct parent/child relation.
@@andrew-burgess If only youtube would get off their asses and fix that filtering criteria. It might be the totally legit link I pasted although it was a really known domain name(atlasian). Anyways, the idea is that you use a bare git repository where the file system of the repo is your $HOME, and the repo itself is in its own directory, say .dotfiles, and then you only track the files from your home that need to be included in the repo, and every time you add>commit>push it'll only pick the up the changes of those explicitly tracked files. If you google it, you'll get an atlasian page explaining that. Sorry I can't link it because of the really smart team behind youtube's interface. I hope this doesn't get deleted.
![Build better shell scripts with ShellCheck [Terminal Velocity 6]](http://i.ytimg.com/vi/OLIwBAJDCkk/mqdefault.jpg)
![Build better shell scripts with ShellCheck [Terminal Velocity 6]](/img/tr.png)
![Kodak Black - Sharp Vibes [Official Music Video]](http://i.ytimg.com/vi/oEV0OoLJeIs/mqdefault.jpg)
I’m very been tossing around the idea of organizing dotfiles. The algorithm knows me well.
Stow still the best. Stow is the symbolic link farm manager.
Wouldn't they solve different use-cases? This seems is better for having a different hierarchy in the dotfile directory than the symlinked directory. As well as allows for a relationship between the two besides a direct parent/child relation.
homebrew also makes it for linux, they call it Linuxbrew and the command works just the same, the problem is that the packages are a lot less.
To actually have scripts that would be setup everything on a new Mac (or whatever) seems like it could need a lot of work to maintain. Unless you do it very often it might be better to just do a bit of it manually.
I guess you could do broad outline stuff.
4:40 - I have wanted to do the same exact thing and then I found that brew actually works on linux (you just can't use casks). So for stuff like alacritty you'll need to either use apt/pacman or use cargo install alacritty (which will take some time to build from src).
I'm also trying to support a WSL setup where I'd need to use winget for alacritty and symlink the config over on the windows fs (messy).
Would imagine Windows is not as good for this as a Unix based option
Hey really liking your videos. Wondering if you could you make one about when to use *.d.ts vs just putting your types in the same file as your regular code. (How to organize a typescript project)
Greta idea, thanks! Adding it to my list 👍
+1 for this! :)
the only time you should be writing definition files (*.d.ts) manually is if you're converting a javascript library for typesafe use in typescript. Otherwise typescript will generate definition files for your library automatically when you build it.
Currently I'm working on a AngularJS legacy project with no perspective of being upgraded to Typescript or any modern framework even in a long term.
So I'm starting to use some *.d.ts files and import then as comments just for intellisense and to show off to my backend collegues that Javascript is not as bad as they think, it just need some types.
That precmd make sense 😊
Very cool setup!
I just redid mine using zshell, it allows you to install dependencies from various sources (primarily git-based). For example, if I want to install 'exa', I would do something like this:
zi ice wait'!' from"gh-r" as"program" pick"bin/exa" \
atload"alias ls='exa'; alias tree='exa -T'"
zi light ogham/exa
and it would automatically figure out which release to get based on the computer I am on.
ive been using stow. however i still am confused about the application.
are you supposed to keep a repository of dotfiles within ~/dotfiles separate from .config files?
Any plans to show off what kind of equipment you're using? I'm interested in knowing what your keyboard is
That could be a fun video! Thanks for the suggestion!
And Alacritty changed from yml to toml. Nothing like constant change to keep you on your toes.
thanks for sharing
Love it. Thanks for sharing chap!
Isn't stow (gnu) available on mac?
It is. Though I imagine this is better for having a different hierarchy in the dotfile directory than the symlinked directory. As well as allows for a relationship between the two besides a direct parent/child relation.
Thanks manito.
I use chezmoi it's great I can encrypt my private rc dot files with "age"
Why do you use zsh instead of bash when Linux is bash?
does this mean i have to move every config from .config to dotfile and then symlink them back to .config?
Wait, I'm new to this a little, coming from Windows. Others are using Ansible for the installs. Is Alacrity like that?
alacritty is just a terminal
Great stuff!
use gnu stow!
informative video! thank you for sharing
You lost me at Zed 🤣
Have you tried linux brew?
use precmd partially source alias is genius 😂
I think NixOs could interest you
oh wow you were fast 😅
Why the symlinks? use a bare repository.
Not familiar with that approach, can you say more?
Love the channel btw!
@@andrew-burgess If only youtube would get off their asses and fix that filtering criteria. It might be the totally legit link I pasted although it was a really known domain name(atlasian).
Anyways, the idea is that you use a bare git repository where the file system of the repo is your $HOME, and the repo itself is in its own directory, say .dotfiles, and then you only track the files from your home that need to be included in the repo, and every time you add>commit>push it'll only pick the up the changes of those explicitly tracked files.
If you google it, you'll get an atlasian page explaining that. Sorry I can't link it because of the really smart team behind youtube's interface.
I hope this doesn't get deleted.
@@anasouardini this sounds amazing
You left nvim 😱 what are you using now instead and don't say vscode
Still neovim! Just been trying out an nvim config set called lunarvim. Liking it so far!