3 ms·

This attitude is definitely something that makes my life harder. My OS is usually OpenBSD, and I constantly need to fix other people's scripts. It's not diffic

by ori_b 6y ago

This attitude is definitely something that makes my life harder. My OS is usually OpenBSD, and I constantly need to fix other people's scripts. It's not difficult to do, but it is annoying. I don't blame people for ignorance, but it'd be nice if people thought about portability. Non-portable scripts can also bite you on Linux, where Debian, for example, will swap out the shell from bash to dash for performance. but others will not. So, even within the Linux ecosystem, you can end up with scripts that behave differently across distros.

jfrunyon 6y ago
Sounds to me like your choice of OS is what makes your life harder...
- ori_b 6y ago
  It makes my life easier in most ways. This is one of the costs. And, again, this still bites whenever using different linux distros.
  - jfrunyon 6y ago
    I never said that wasn't the case. That doesn't mean anyone else's attitude is the cause of problems caused by your own choices. #!/bin/bash
    - ori_b 6y ago
      I think you mean #!/usr/bin/env bash
      - jfrunyon 6y ago
        Nope, I don't.
jjgreen 6y ago
It's really useful to have a *BSD user or two in your userbase complaining about your non-POSIX linuxisms, it improves the portability of your code no end ...
rascul 6y ago
> Non-portable scripts can also bite you on Linux, where Debian, for example, will swap out the shell from bash to dash for performance. but others will not. So, even within the Linux ecosystem, you can end up with scripts that behave differently across distros. From the bash man page, "If bash is invoked with the name sh, it tries to mimic the startup behavior of historical versions of sh as closely as possible, while conforming to the POSIX standard as well." Also you should not be including bashisms if your shebang is sh and not bash. So using bash as sh shouldn't generally be a problem, if you stick to the published Shell Command Language [0], unless you hit one of the cases where the spec is a bit ambiguous and shells implement it differently [1]. [0] https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V... [1] https://stackoverflow.com/questions/16069339/different-pipeline-behavior-between-sh-and-ksh/16322932#16322932 https://stackoverflow.com/questions/16069339/different-pipel...
- ori_b 6y ago
  > From the bash man page, "If bash is invoked with the name sh, it tries to mimic the startup behavior of historical versions of sh as closely as possible, while conforming to the POSIX standard as well." From what I remember, it doesn't do a particularly good job.
stjohnswarts 6y ago
I do 95% of my work on linux so bash it is. I'm not really concerned about other systems. I can always google later. It would take down my productivity quite a bit if I worried if all my scripting needed to be compatible with BSD or other unix varieties. YAGNI is mostly true.

by ori_b 6y ago

jfrunyon 6y ago

Sounds to me like your choice of OS is what makes your life harder...

ori_b 6y ago
It makes my life easier in most ways. This is one of the costs. And, again, this still bites whenever using different linux distros.
- jfrunyon 6y ago
  I never said that wasn't the case. That doesn't mean anyone else's attitude is the cause of problems caused by your own choices. #!/bin/bash
  - ori_b 6y ago
    I think you mean #!/usr/bin/env bash
    - jfrunyon 6y ago
      Nope, I don't.

jjgreen 6y ago

It's really useful to have a *BSD user or two in your userbase complaining about your non-POSIX linuxisms, it improves the portability of your code no end ...

rascul 6y ago

> Non-portable scripts can also bite you on Linux, where Debian, for example, will swap out the shell from bash to dash for performance. but others will not. So, even within the Linux ecosystem, you can end up with scripts that behave differently across distros. From the bash man page, "If bash is invoked with the name sh, it tries to mimic the startup behavior of historical versions of sh as closely as possible, while conforming to the POSIX standard as well." Also you should not be including bashisms if your shebang is sh and not bash. So using bash as sh shouldn't generally be a problem, if you stick to the published Shell Command Language [0], unless you hit one of the cases where the spec is a bit ambiguous and shells implement it differently [1]. [0] https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V... [1] https://stackoverflow.com/questions/16069339/different-pipeline-behavior-between-sh-and-ksh/16322932#16322932 https://stackoverflow.com/questions/16069339/different-pipel...

ori_b 6y ago
> From the bash man page, "If bash is invoked with the name sh, it tries to mimic the startup behavior of historical versions of sh as closely as possible, while conforming to the POSIX standard as well." From what I remember, it doesn't do a particularly good job.

stjohnswarts 6y ago

I do 95% of my work on linux so bash it is. I'm not really concerned about other systems. I can always google later. It would take down my productivity quite a bit if I worried if all my scripting needed to be compatible with BSD or other unix varieties. YAGNI is mostly true.