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.
@@TheArnold002 not really, using stow you can also have different hierarchy and they don't have to be parent/child relation you can set them manually, see the 'man stow'
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).
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.
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.
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.
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.
@@TheArnold002 not really, using stow you can also have different hierarchy and they don't have to be parent/child relation you can set them manually, see the 'man stow'
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
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.
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 😊
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!
Can this be platform agnostic? I have a Mac but I want to be able to sync without problems with a Linux machine
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.
thanks for sharing
Love it. Thanks for sharing chap!
does this mean i have to move every config from .config to dotfile and then symlink them back to .config?
Why do you use zsh instead of bash when Linux is bash?
I use chezmoi it's great I can encrypt my private rc dot files with "age"
And Alacritty changed from yml to toml. Nothing like constant change to keep you on your toes.
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
Have you tried linux brew?
Great stuff!
informative video! thank you for sharing
use gnu stow!
You lost me at Zed 🤣
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
use precmd partially source alias is genius 😂
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!