So, I just found out about a programme called SynthShell which kind of does the work for you and gives you a nice looking shell, the thing is that this also creates some config files and other stuff in my system, instead of just one .bashrc file to edit. What would be the best way to learn to have a nice looking bash where I can just have a backup of it that I can use throughout systems?

  • chtk@feddit.nl
    link
    fedilink
    arrow-up
    20
    ·
    1 year ago

    You’ll want to look into a category of programs called dotfiles managers. There’s a bunch of them. Most of them are based on some kind of version control system, usually git.

    I personally use yadm

    • 𝘋𝘪𝘳𝘬@lemmy.ml
      link
      fedilink
      arrow-up
      10
      ·
      edit-2
      1 year ago

      I personally use yadm

      I just use some code and Git.

      if [ ! -z "$PS1" ]; then
          repo="${XDG_CONFIG_HOME}/dotfiles/"
          br='origin/main'
      
          title="\e[1m\e[31m\n ░▒▓\e[7m    %s    \e[27m▓▒░\e[0m\n\n%s\n\n"
          status="$(git --git-dir="$repo" --work-tree="$HOME" status -s)"
          diff=$(git --git-dir="$repo" --work-tree="$HOME" diff --stat --cached $br)
      
          [ -n "$status" ] && printf "$title" "Uncommited changes!" "$status"
          [ -n "$diff" ] && printf "$title" "Not yet pushed commits!" "$diff"
      
          unset title status diff br
          alias dotfiles="/usr/bin/git --git-dir=$repo --work-tree=$HOME"
      fi
      

      The code runs when it’s an interactive shell with a PS1 prompt and just checks if any of the tracked files have changed or if there are commits that are not pushed. By configuration I ignore all untracked files. If something has changed or wasn’t pushed it always prints an annoying message.

      Whenever I want to do something I use dotfiles ..... instead of git ....., everything else works the same.

      • Beej Jorgensen@lemmy.sdf.org
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        This is the fun way. I have a ton of configuration files in git and I symlink to them from various places with an install script. And zshrc has enough brains to determine the OS it’s running under and the hostname. Between those two, I can have it do all the Right Things no matter what system it’s on. So far, it deploys to my personal Mac, my work Mac, my personal Linux box, my SDF account, and my Android phone with tmux.

        Basically I clone the repo into .local/share/beejsys and then run the install script and everything just works. And I don’t typically have to rerun the install script after a pull.

    • Elw@lemmy.sdf.org
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      This sounds really similar to how I do things but I use Ansible. What are the advantages to something like yadm, that is specifically designed for dot file management, and a generic config management utility like Ansible?

      • d3Xt3r@lemmy.nzM
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        I’ve only started using yadm recently so I may not be able to elaborate in detail, but for me the main draw for using yadm (as opposed to Ansible, which I use at work) is the simplicity. It’s basically just a bash script that uses git, so there’s no dependencies besides git and tools installed on most Unix systems. Ansible felt like overkill for what I needed, ie just something to manage and sync my dotfiles.

        Also, maybe it’s personal bias, but I really hate installing/using Python-based programs - they often tend to go wild with their dependencies and eventually break. I recall trying to install Ansible on a Raspberry Pi at some point (via pip) and it failed because one of the dependencies couldn’t be compiled for whatever reason. I gave up after trying to fix it for a while, and dropped the idea. I’ve had similar experiences with other large Python projects, there’s always some drama. Why is why I prefer compiled binaries or simple shell scripts like yadm.

        I’ve no issues using Ansible at work though. We use it on RHEL so it’s quite stable and doesn’t have the dependency issues you’d get on a bleeding-edge, ever-changing, end-user system. Plus it really shines at the Infrastructure as Code stuff so we use it to automate everything from networking gear to VMs. But I feel it’s overkill for something as simple as syncing a bunch of text files.

        • Elw@lemmy.sdf.org
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          I recently started uses dotbot for managing dot files across my systems. It sounds very similar, in terms of the simplicity of the implementation, to yadm. You define a config file in yaml or json and run the “install” script which calls the dotbot utility, passing in your config file. With a simple change to the install script, I’ve been able to create multiple config files, one per environment (work, home, linux, mac, etc.) and I’ve been thinking about how I could automatically sync changes to git whenever I edit a config file. Leaning towards setting up an autocmd in neovim to automatically commit and push changes on save when I have one of the config files open. Just not yet sure how to do this in a way that would only run the sync for the configs and not every json or yaml file on my system. I’ve only ever set up autocmds for specific file extensions but the syntax leads me to believe it’s flexible enough that any arbitrarily specific file name or path could work the same.

    • ghost_laptop@lemmy.mlOP
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      I think I maybe phrased it horribly, my question was more like, what do I need to learn in order to modify myself the .bashrc by myself instead of using a programme. Does it make sense?

      • OpenStars@discuss.online
        link
        fedilink
        English
        arrow-up
        9
        ·
        1 year ago

        Bash syntax - I recommend Unix Power Tools by O’Reilly, but it is more advanced so maybe start with a basic version. People look at me funny whenever I say this, but I started myself with something like Unix for Dummies. Why not!?

        Keep in mind that this is no trivial task: bash is basically a programming language unto itself - it even has conditionals, loops, variables, etc. Yet SO worth it if you use Unix and want to know more what it is doing.

        You also should have a basic familiarity with Unix foundationals as well, to know why something such as this is very dangerous:

        export PATH=“~/bin/:$PATH”

        So, the easy way would be to just take the nice file, copy it wherever you want, and leave it at that. The hard way of actually understanding it may require a deeper dive into Unix. Unix Power Tools, with the picture of a drill on the cover, or maybe someone will recommend a better option but that’s what comes to my mind.

        Have fun!:-)

      • dream_weasel@sh.itjust.works
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        So you can do what you like, but if you are going down the road of shell customization, I recommend you first consider if bash is the shell you want to keep by googling around and reading some articles.

        I personally use ZSH (and I cannibalized ohmyzsh for the few configs I wanted instead of taking the whole giant bastard of a thing) but fsh is a fine choice if you don’t care about posix (a different discussion). There are some other options to consider as well, but if you’re gonna configure, don’t do it then do it again in a month with different syntax lol.