5 ms·

I'd imagine it's because it's available everywhere (even openwrt routers and those things), and it's easier to get away with not having to use sudo (depending o

by _frkl 7y ago

I'd imagine it's because it's available everywhere (even openwrt routers and those things), and it's easier to get away with not having to use sudo (depending on the task you are doing, of course). With Ansible, you almost always need python installed on the target host. Which, in 95% of cases is not a problem. It's not ideal to install a system package just because you want to do some provisioning (there are ways around that, but it gets hacky pretty quick...). I haven't looked at this yet, but I really like the idea. Always wanted to have something like this for a few special cases. And if it's well designed, it could be a nice, lightweight and portable solution to do server provisioning, development project setups, use in Docker builds, etc.

yjftsjthsd-h 7y ago
> it's available everywhere (even openwrt routers and those things) BASH itself? Or a Bourne-family shell? I thought most embedded systems were shipping busybox's ash as /bin/sh
- travbrack 7y ago
  Most *nix server and cloud nodes use bash for the shell. You're right about embedded systems but they're not usually the target platform for a config management system like this one or Ansible.
  - yjftsjthsd-h 7y ago
    Yeah, I was mostly thrown by the reference to openwrt. I'm sure most/all GNU/Linux systems ship BASH.
    - shakna 7y ago
      Debian ship's dash for /bin/sh doesn't it?
      - detaro 7y ago
        but also ships bash for interactive use, so #!/bin/bash will just work, which you should be doing anyways in scripts that want bash.
        abathur 7y ago
        /usr/bin/env bash?
        mdaniel 7y ago
        If you use `env` instead, it'll pick up more recent versions of bash available on the path, such as the one installed by homebrew #!/usr/bin/env bash
- toraobo 7y ago
  It's common even for embedded systems which use busybox to provide /bin/bash because bash itself is not that large.
senorsmile 7y ago
In my experience, Perl is available everywhere. Some sort of bourne shell is likely available everywhere, but Perl is a safe bet. (EDIT: actually, some systems have recently started removing Perl from their base I hear... Fedora?)
- pfundstein 7y ago
  Neither are available on common small embedded systems that rely 90% on busybox.

by _frkl 7y ago

yjftsjthsd-h 7y ago

> it's available everywhere (even openwrt routers and those things) BASH itself? Or a Bourne-family shell? I thought most embedded systems were shipping busybox's ash as /bin/sh

travbrack 7y ago
Most *nix server and cloud nodes use bash for the shell. You're right about embedded systems but they're not usually the target platform for a config management system like this one or Ansible.
- yjftsjthsd-h 7y ago
  Yeah, I was mostly thrown by the reference to openwrt. I'm sure most/all GNU/Linux systems ship BASH.
  - shakna 7y ago
    Debian ship's dash for /bin/sh doesn't it?
    - detaro 7y ago
      but also ships bash for interactive use, so #!/bin/bash will just work, which you should be doing anyways in scripts that want bash.
      - abathur 7y ago
        /usr/bin/env bash?
      - mdaniel 7y ago
        If you use `env` instead, it'll pick up more recent versions of bash available on the path, such as the one installed by homebrew #!/usr/bin/env bash
toraobo 7y ago
It's common even for embedded systems which use busybox to provide /bin/bash because bash itself is not that large.

senorsmile 7y ago

In my experience, Perl is available everywhere. Some sort of bourne shell is likely available everywhere, but Perl is a safe bet. (EDIT: actually, some systems have recently started removing Perl from their base I hear... Fedora?)

pfundstein 7y ago
Neither are available on common small embedded systems that rely 90% on busybox.