3 ms·

`brew install coreutils` and update your `PATH`.

by silverwind 2y ago

sangeeth96 2y ago
I'm aware of this package for getting other utilities but: 1. I'm worried about this conflicting/causing other programs to fail if I set it on PATH. 2. This probably doesn't fix the shebang parsing issue I mentioned since it's an OS thing. Let me know if that's not the case.
- andreineculau 2y ago
  You've got nothing to worry Been doing it for more than a decade and yet to get in trouble. Not one issue. Doing it consistently for my teams as we decrease cognitive load (developing on macs but targeting unix). Others would confirm https://news.ycombinator.com/item?id=17943202 https://news.ycombinator.com/item?id=17943202 Basically software will either use absolute paths i.e. wants to use your OS version for a dependency like grep, or will use whatever grep is in your $PATH and stick to safe invocations regardless if it's BSD/GNU or if it's version x or y
  - sangeeth96 2y ago
    Hmm, I haven’t run this experiment myself but I have in the past faced problems overriding default python/ruby commands in PATH that caused some stuff to fail and had to add some specific overrides for `brew` command, for example. > Basically software will either use absolute paths I’ve personally written scripts that break this assumption (that’s a me problem, I guess) so I am quite sure there’s a lot of scripts at the very least that do this. Nevertheless, you’ve given me something to consider.
4ad 2y ago
The PATH is irrelevant, this is about how the kernel parses the shebang. It starts exactly /usr/bin/env with two arguments, not some other env binary you might have in your PATH.
drzaiusx11 2y ago
You can also brew install the gnu tools package and have both side by side for compatibility (gnu tools are prefixed with 'g', gls, gcat, etc I have a script that toggles the prefix on or off via bash aliases for when I need to run Linux bash scripts on a mac.

3 ms·

`brew install coreutils` and update your `PATH`.

by silverwind 2y ago

`brew install coreutils` and update your `PATH`.

sangeeth96 2y ago
I'm aware of this package for getting other utilities but: 1. I'm worried about this conflicting/causing other programs to fail if I set it on PATH. 2. This probably doesn't fix the shebang parsing issue I mentioned since it's an OS thing. Let me know if that's not the case.
- andreineculau 2y ago
  You've got nothing to worry Been doing it for more than a decade and yet to get in trouble. Not one issue. Doing it consistently for my teams as we decrease cognitive load (developing on macs but targeting unix). Others would confirm https://news.ycombinator.com/item?id=17943202 https://news.ycombinator.com/item?id=17943202 Basically software will either use absolute paths i.e. wants to use your OS version for a dependency like grep, or will use whatever grep is in your $PATH and stick to safe invocations regardless if it's BSD/GNU or if it's version x or y
  - sangeeth96 2y ago
    Hmm, I haven’t run this experiment myself but I have in the past faced problems overriding default python/ruby commands in PATH that caused some stuff to fail and had to add some specific overrides for `brew` command, for example. > Basically software will either use absolute paths I’ve personally written scripts that break this assumption (that’s a me problem, I guess) so I am quite sure there’s a lot of scripts at the very least that do this. Nevertheless, you’ve given me something to consider.
4ad 2y ago
The PATH is irrelevant, this is about how the kernel parses the shebang. It starts exactly /usr/bin/env with two arguments, not some other env binary you might have in your PATH.
drzaiusx11 2y ago
You can also brew install the gnu tools package and have both side by side for compatibility (gnu tools are prefixed with 'g', gls, gcat, etc I have a script that toggles the prefix on or off via bash aliases for when I need to run Linux bash scripts on a mac.