homebrew-emacs-plus VS HomeBrew

I am intrigued by this line in the description:

"Super Fast Emacs: Bleeding edge Emacs that fixes itself, thanks to a community overlay"

Could you possibly tell me (or link to the explanation) what's special about that Emacs instance? (I'll update this comment if I find a link myself)

I use this homebrew cask and have been very happy with it thus far, but I'm always up for some new exploration. https://github.com/d12frosted/homebrew-emacs-plus

Oh, I just realized I'm using https://github.com/d12frosted/homebrew-emacs-plus . I recommend using that over the default formula.

I think it depends on how you installed your Emacs. I know for sure that you could do something like that with this variant of Emacs for macOS as explained here: https://github.com/d12frosted/homebrew-emacs-plus#system-appearance-change

There is the code to do just that. Works with emacs-mac and emacs-plus.

Not a badge, but a modern icon https://github.com/SavchenkoValeriy/emacs-icons

ps. Emacs plus aggregates a great collection https://github.com/d12frosted/homebrew-emacs-plus#icons

homebrew-emacs-plus generally works for me. I'd recommend it.

homebrew-emacs-plus has a whole compendium of custom icons that one can build emacs with on MacOS. You could open an issue to add this icon. E.g. I build with brew install -s emacs-plus\@29 --with-EmacsIcon2-icon to get a custom icon.

For those using homebrew-emacs-plus, apparently there is a feature request for org-protocol support

Homebrew - package manager for linux-based OSs.

Package Manager: Homebrew

Hopping from one distro to another with a different package manager might require some time to adapt. Using a package manager that can be installed on most distro is one way to help you get to work faster. Flatpak is one of them; other alternative are Snap, Nix or Homebrew. Flatpak is a good starter, and if you have a bunch of free time, I suggest trying Nix.

Are you using SQLite that ships with macOS, or SQLite installed from homebrew?

I had a different problem in the past with the SQLite that ships with macOS, and have been using SQLite from homebrew since.

So if it’s the one that comes with macOS that gives you this problem that you are having, try using SQLite from homebrew instead.

https://brew.sh/

I’m on MacOS and erlang.org, elixir-lang.org, and postgresql.org all suggest installation via Homebrew, which is a very popular package manager for MacOS.

I have always either installed Node from the installer provided by the Nodejs website or, via Brew in macOS. I have also used nvm in the past but did not know that there was a best practice to guide us.

A running Rails application needs a database to connect to. You may already have your database of choice installed, but if not, I recommend PostgreSQL, or Postgres for short. On a Mac, probably the easiest way to install it is with Posrgres.app. Another option, the one I prefer, is to use Homebrew. With Homebrew installed, this command will install PostgreSQL version 16 along with libpq:

On a macOS machine, you can use homebrew by running the command.

This is an overreaction, almost to the point of absurdity.

Risks inherent to pipe installers are well understood by many. Using your logic, we should abandon Homebrew [1] (>38k stars on GitHub), PiHole [2] (>46k stars on GitHub), Chef [3], RVM [4], and countless other open source projects that use one-step automated installers (by piping to bash).

A more reasonable response would be to coordinate with the developers to update the docs to provide alternative installation methods, rather than throwing the baby out with the bathwater.

[1] https://brew.sh/

[2] https://github.com/pi-hole/pi-hole

[3] https://docs.chef.io/chef_install_script/#run-the-install-sc...

[4] https://rvm.io/rvm/install

And by supercookie, do you mean this UUID? https://github.com/Homebrew/brew/commit/57844530a94d5686029c...