homebrew-bundle VS linuxbrew-core

I maintain a Brewfile (https://github.com/Homebrew/homebrew-bundle) which contains the majority of the non-project specific applications that I like to install on any new Mac:

https://github.com/jonahgeorge/dotfiles/tree/main

What's really nice is the `cask` & `mas` keywords allow you to install .dmg files & directly from the App Store.

---

While its not included in there yet, I've been experimenting with maintaining a private Homebrew tap which contains my ~/bin directory as opposed to shell aliases.

> It's strange that people are so against declarative systems, or even file-based OS configuration. When I get my new Macbook I was up-and-running within a few minutes. I can't imagine maintaining a list of brews I need to re-install just to set up everything + my configs + everything else.

I haven’t had time to try Nix yet, but HomeBrew does have a declarative-ish workflow that I’ve been using for years:

[Brew Bundle](https://github.com/Homebrew/homebrew-bundle) let’s you have a plaintext file listing all packages you want installed on your system. Add a line for stuff you want installed, delete a line for stuff you want removed, invoke it the right way and it will install/remove packages until your system matches the list. The initial list can be generated by “brew bundle dump” or something like that.

For configuration, I find that a normal dotfile repo cloned into my ~/.config (with a script that maintains symlinks to config files in e.g. ~/Library) works well enough for my use.

Brew supports dumping installed things into a brewfile: https://github.com/Homebrew/homebrew-bundle

I was using text files before as well to manage it.

Assuming everyone's on a Mac, I'm actually surprised there isn't that much use of something like homebrew-bundle[1]. It's definitely nicer to have your tooling run natively rather than, say, trying to wrap everything in Docker, or trying to get everybody on board with nix or guix.

I think the only real issue here is that you can't really pin to specific versions unless a formula exists, and there is no guarantee that a formula with a pinned version will stick around because homebrew likes to stay lean.

[1]https://github.com/Homebrew/homebrew-bundle/

You should checkout Homebrew bundle and create a Brewfile instead. That will let you install both stuff from brew, casks and Mac AppStore apps in one go.

If you use brew bundle and create your own Brewfile, you can store this with your personal dot files and automate bootstrapping (auto-installing all your system tools) a new or recently reformatted Mac by including auto-trader-pro in your Brewfile.

And if you're already loving Homebrew, definitely check out Homebrew Bundle!

If you like homebrew, definitely give homebrew bundle a whirl if you haven't already

I decided to take a few years off work to just build on what I'd like. Perhaps in a startup studio model, so I have a bias for having something that is easily reusable, and that uses tech someone else can pick up and run with easily. I'll probably be in the business of dev/infra tooling.

Currently going with a container image as the minimal deployable unit that gets put on top of a clean up to date OS. For me that's created with a Dockerfile using Alpine image variants. In a way I could see someone's rsync as an ok equivalent, but I'd do versioned symlinked directories so I can easily roll back if necessary if I went with this method. Something like update-alternatives or UIUC Encap/Epk: https://www.ks.uiuc.edu/Development/Computers/docs/sysadmin/.... Anyone remember that? I guess the modern version of Epkg with dependencies these days is https://docs.brew.sh/Homebrew-on-Linux. :-) Or maybe Nixpkgs: https://github.com/NixOS/nixpkgs?

Deployment-wise I've already done the Bash script writing thing to help a friend automate his deployment to EC2 instance. For myself I was going to start using boto3, but just went ahead and learned Terraform instead. So now my scripts are just simple wrappers for Docker/Terraform that build, push, or deploy that work with AWS ECS Fargate or DigitalOcean Kubernetes.

No CI/CD yet. DBs/backups I'll tackle next as I want to make sure I can install or failover to a new datacenter without much difficulty.

If you need the absolute freshest development tools, also consider checking out Homebrew (easy) or Nix (more complicated). They're alternative package managers that will run happily alongside the default system stuff on most any Linux distro.

I've been running testing for years, but have switched to targetting bullseye so I will be back on stable when it is released. However, I have started installing most packages from linuxbrew now. https://docs.brew.sh/Homebrew-on-Linux

I've found using homebrew (for linux), it builds pretty easily: https://docs.brew.sh/Homebrew-on-Linux

homebrew on linux

The first thing you will need is to install mkcert which can be done via homebrew or homebrew for Linux.

Yesterday I installed homebrew and I had to run some commands to export it on my path. This message used to be shown when I opened a terminal but I ignored it since I was bussy with work. Now it looks like I can't even login, any ideas?