Such as https://github.com/xtaci/kcptun, in this kcptun-linux-amd64-20231012.tar.gz release

Contains two binaries: server_darwin_amd64, client_darwin_amd64,

What I expected is : when I run this repository script, I can install those two binaries into the folder /usr/local/bin/.

Running, e.g.:

curl -fsSL https://i.jpillora.com/jesseduffield/[email protected] | bash

fails with Error: No asset for platform linux-amd64 on Linux and Error: No asset for platform darwin-amd64 on Mac.

The reason is lines ~45-47

     case `uname -s` in
     Darwin) OS="darwin";;
     Linux) OS="linux";;

and ~63-96:

    case "${OS}_${ARCH}" in
    "Linux_386") ...
    "Linux_amd64") ...
    "Linux_arm") ...
    "Darwin_386") ...
    "Darwin_amd64") ...

.

The cases must be lowercased as well.

We can use Github Actions to build the program for every commit and store it as an artifact that could later be fetched by the installer. This would be useful for easy testing prior to committing to a release.

I think the architecture should be changed from returning 1 complex shell script into 2 simple shell scripts:

curl <installer ip address>/myuser/myrepo

should return a simple script which fetches all of the OS information it can, and then repeats the call (Protocol + Host + path) except the call has extra fields added:

curl <installer ip address>/myuser/myrepo?os=linux&arch=arm64&tools=unzip,tar,gz

now that it has the minimum info (os arch tools) it can now do the checks in Go, and return a simple script which is effectively 1. curl to /tmp, 2. optional unpack, 3. chmod +x, 4. optionally mv to PATH. all the complex shell logic will move into go. second simple shell script does a minimal download and install. errors are just a one-liner echo "my error..."

subsequent improvements:

• uses trap to better cleanup and show errors
• for private installations, you can set a GH_TOKEN on your server and securely serve private binaries. this second script now knows exactly which file you need, and can get the presigned download URL: https://objects.githubusercontent.com/github-production-release-asset-2e65be/725845012/814abb0e-fc45-4965-be3b-24a0d6df38be?X-Amz-Algorithm=AWS4-HMAC-SHA256.....
  • this would not be feasible in the previous architecture as it would require installer to get the presigned URLs for all files, and there could be hundreds
• second script should also allow the user to provide the asset url directly url=https://github... to installer to skip the asset discovery step (api.github.com calls). this would essentially just do the final GET + unarchive + move into PATH steps.
• second script could support optional caching, through a Put / Get interface. which could support caching to disk, to s3, to artifactory, etc. user fetches URL x, and installer checks if x is cached, if not installer quickly downloads and caches it, and returns an installer download link instead of a GitHub content link

caveat:

• this may break a small portion of users who go via a dumb proxy. if user goes server-a.com -> installer.internal, and server-a changes the user's request setting Host: installer.internal then the second script would incorrectly have installer.internal when it should have server-a.com

Darwin_arm64 is missing from the arch detection case switch. /usr/local/bin has migrated to /bin on darwin_arm64 This breaks all installs that try to write to the non existent directory /usr/local/bin, instead of writing to the correct install dir /bin. I would be happy to create a PR with the changes needed if that direction is approved.

The GitHub CLI repo is cli/cli so we run the curl command:

curl -s "https://i.jpillora.com/cli/cli!!" | bash -x

and see that it installs gh as cli:

+ echo 'mv with sudo...'
+ sudo mv ./gh_2.19.0_linux_amd64/bin/gh /usr/local/bin/cli
+ echo 'Installed at /usr/local/bin/cli'

Is there any way to ensure the binary is installed as gh? It seems to me that the script could just do this instead:

+ sudo mv ./gh_2.19.0_linux_amd64/bin/gh /usr/local/bin/

i.e. move into the target directory instead of to a target file, but I'm not sure if that would adversely affect different repo's releases. My current workaround is to follow up with a sudo mv /usr/local/bin/{cli,gh}.

It looks like it doesn't work on Windows platforms！

great!

curl https://i.jpillora.com/my-repo/my-windows-tool | powershell -

I don't have a windows machine so can't implement this, however, I'd guess this would be possible by detecting the windows "curl" (https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/invoke-webrequest?view=powershell-7.3) user agent

e.g. https://i.jpillora.com/lzanini/[email protected] can no longer be found because it's not on the first page of results in https://api.github.com/repos/lzanini/mdbook-katex/releases anymore. The handler should provide the tag_name in the body parameter when specified not to rely on the order

Expected Behavior

Tried installing Installer on my Raspberry Pi 4 and got an error when trying to run it.

Current Behavior

Get an error when trying to run Installer

$ curl -s https://i.jpillora.com/installer | bash
Downloading jpillora/installer v0.2.7.....
######################################################################## 100.0%#=#=-#  #                ######################################################################## 100.0%
Downloaded to /home/pi/installer
$ ./installer 
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Segmentation fault

Possible Solution

Detect the correct architecture.

Manually downloading and running installer_0.2.7_linux_arm64.gz works.

Steps to Reproduce

1. $ curl -s https://i.jpillora.com/installer | bash
2. $ ./installer

Context (Environment)

Hardware: Raspberry Pi 4

$ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
$ uname -a
Linux pi-04 5.4.72-v8+ #1356 SMP PREEMPT Thu Oct 22 13:58:52 BST 2020 aarch64 GNU/Linux
$ md5sum installer
2d365aab917f3844cb021ba7b1634e90  installer

File saved to /usr/local/bin don't have permission that allow other users to run the binary.
It probably needs a chown o+rx at least, maybe chown root?

-rwxr-x---   1 jpambrun jpambrun 4.9M Feb  9 14:28 some_binary

M1 Macs are darwin/arm64. The install script should support this os/arch pair.

M1 Macs also have Rosetta 2 which means its safe to fallback to darwin/amd64

I am curious if there would be any reasons why they are not support? The release page looks decent enough.

https://i.jpillora.com/helm/helm
https://github.com/helm/helm/releases/tag/v3.14.0

https://i.jpillora.com/getsops/sops
https://github.com/getsops/sops/releases/tag/v3.8.1

just wanted to say thank you, great piece of software for serving up an organization's binaries in a more accessible way to devs.

we forked it and are using it here: https://github.com/dotenvx/dotenvx.sh

you can close this.

>> uname -a
Linux jpambrun-rancher 3.10.0-1160.83.1.el7.x86_64 #1 SMP Wed Jan 25 16:41:43 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

>> curl -s https://i.jpillora.com/casey/just! | bash
Installing casey/just 1.13.0 (linux/amd64).....
######################################################################## 100.0%
mv with sudo...
Installed at /usr/local/bin/just

>> file /usr/local/bin/just
/usr/local/bin/just: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), statically linked, BuildID[sha1]=5dd31aa9ff55b6b00d45dc70e07bac6d376f90f9, not stripped

Should have got x86_64, but got aarch64.

When running installer --version, the output is directed to stderr instead of stdout. Also, a return character needs to be added to the end.

Referencing this article.

Expected behavior.

$ ./installer --version
0.2.9
$ ./installer --version 1> out.txt 2> error.txt && cat out.txt
0.2.9
$ ./installer --version 1> out.txt 2> error.txt && cat error.txt
null

Actual behavior.

$ ./installer --version
0.2.9$
$ ./installer --version 1> out.txt 2> error.txt && cat out.txt
null
$ ./installer --version 1> out.txt 2> error.txt && cat error.txt
0.2.9$

Environment

$ cat /etc/*-release
NAME="Ubuntu"
VERSION="20.10 (Groovy Gorilla)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.10"
VERSION_ID="20.10"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=groovy
UBUNTU_CODENAME=groovy

Great work! When self-hosting, users will likely want to only support one repository for security reasons (e.g. not allowing third-party or bad-party to install binaries through their domains). Also, I believe the documentation and support for self-hosting should be improved (e.g. parameters, docker image, helm, etc.).

There are some versions which are removed the hyphen char

$ curl -s 'https://i.jpillora.com/GoogleContainerTools/[email protected]!!'
echo 'release tag v1.0.0beta.24 not found'
$ curl -s https://api.github.com/repos/GoogleContainerTools/kpt/releases | grep '"tag_name": "v1.0.0-beta.24",'
    "tag_name": "v1.0.0-beta.24",

So apparently this conditional fails, maybe splitHalf method is modifying the value

Update

It works without sudo move option.

curl -s 'https://i.jpillora.com/GoogleContainerTools/[email protected]!' | bash

I had a couple of issues hosting:

• I was able to deploy my own version and update the .go files w/o an issue
• When I tried to update the install script, I could not determine how to update scripts/install.sh and include.
• I installed and was able run statik -dest=.. -f -p=scripts -src=../scripts -include=*.sh manually
• Could not determine how to deploy to my heroku instance. Once I updated scripts/statik.go, I started getting 500 errors in heroku.

Hey @jpillora, I was trying to use installer with zoxide, but it seems to be downloading the aarch64 binary instead of amd64 on Linux.

Here's the case statement generated by curl 'https://i.jpillora.com/ajeetdsouza/zoxide!':

case "${OS}_${ARCH}" in
"linux_amd64")
	URL="https://github.com/ajeetdsouza/zoxide/releases/download/v0.7.0/zoxide-aarch64-unknown-linux-musl.tar.gz"
	FTYPE=".tar.gz"
	;;
"linux_arm")
	URL="https://github.com/ajeetdsouza/zoxide/releases/download/v0.7.0/zoxide-armv7-unknown-linux-musleabihf.tar.gz"
	FTYPE=".tar.gz"
	;;
"darwin_amd64")
	URL="https://github.com/ajeetdsouza/zoxide/releases/download/v0.7.0/zoxide-x86_64-apple-darwin.tar.gz"
	FTYPE=".tar.gz"
	;;
*) fail "No asset for platform ${OS}-${ARCH}";;
esac

Hello,
My first try with https://github.com/sharkdp/bat showed that installer detected the correct architecture for my test VM (linux/amd64), retrieved a artifact and put into /usr/local/bin as expected.
Bash errored with /usr/local/bin/bat: No such file or directory although the file was there.
A "file /usr/local/bin/bat" showed :
/usr/local/bin/bat: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=0c2142c993195cf49a9b711d45efbc3cf3e201e5, stripped

Installer worked for other projects but choked also on https://github.com/sharkdp/fd or https://github.com/bootandy/dust.
Any idea to resolve these issues ?
(I looked at the release assets of the projects and everyone is following... its own convention...)

Would it be possible to add a query parameter like prefix=foo/ to match releases by prefix and then obtain the latest? I have a mono repo that uses tags like foo/0.1.0 and bar/0.2.0.

I have a use-case with siderolabs/[email protected] (release). I would like to only grab the talosctl artifact from these releases. Right now it only pulls talos which is not what I want.

Maybe there can be a filter arg like ?filter=talosctl&as=tctl that wraps a glob around the filter ?

When I run https://i.jpillora.com/chisel!, move-to-path is false despite the ! at the end of the URL. See:

When I run the latest version from master on my own it seems to work. Could it be that there is an issue with your installation?

Hello is it possible to combine this with rclone or other function to upload automatically on gdrive?

as you know there are unlimited gdrives.

Would it be possible to have a license added to the repository? It makes the lawyers happy.

For example, this release

https://github.com/jpillora/installer/releases/tag/v0.3.2

has both a checksums.txt file and darwin assets

and so could fill this template https://github.com/jpillora/installer/blob/master/scripts/install.rb.tmpl

Add support for passing headers to the download command in the script.

Our use case is GitHub CI pipelines downloading the binary from GitHub. If we do it more than 60 times/minute, we get rate limited.

This is the header we need for ours to work in curl:

--header 'authorization: Bearer ${{ secrets.GITHUB_TOKEN }}'