coreutils: Do not symlink dircolors, dir, and vdir

[sjackman]

Symlinking dircolors breaks Prezto.

---

See #36241

[ericbn]

I am in favor of having the whole #36241 reverted. The Caveats of coreutils state that all tools are prefixed with g, and that optionally you can add all tools without prefix to the path. With #36241 this broke, and it became some or all, instead of none or all. Why can't people like @sjackman that want to use the coreutils without the prefix just add it to the path as instructed? Why?! WHY?!

Other people that have it as default (no prefixes), most likely just have it because it was installed as a dependency.

[sjackman]

The Caveats of coreutils state that all tools are prefixed with g

I've addressed this discrepancy with the following change.

-    All commands have been installed with the prefix "g".
+    Commands also provided by macOS have been installed with the prefix "g".

Why can't people like @sjackman that want to use the coreutils without the prefix just add it to the path as instructed?

The specific issue that PR #36241 addressed is being able to easily install and run the common utilities md5sum, sha1sum, sha256sum, (and other *sum), shuf, tac, and truncate without additional configuration (namely adding libexec/gnubin to your PATH).

[MikeMcQuaid]

Why?! WHY?!

@ericbn Please adjust your tone for future comments, please.

[ericbn]

Sorry about my tone.

[MikeMcQuaid]

Thanks @ericbn. Apology much appreciated ❤️

[lembacon]

Thanks @sjackman!

[sjackman]

Thanks for merging, @lembacon !

[adamchainz]

Thanks for undoing this. I was just in the middle of a dive into why my ls (aliased through prezto) was broken after upgrading all my homebrew packages, narrowed it down to dircolors and then was looking for a way to unalias it.