Hi, i'm testing/using gofish since a few weeks and really like the idea but updating food is in my opinion a bit to unhandy.. at the moment i need to update the version and all checksums, which can be many.. also many project are already providing the checksum for each release in a separate file.. so it be really great if the could use these files for verifying downloads.. if this would be possible a update of my food would be only to increment the version itself.. so updating food would be a small step and can be done quickly.. so what do you think? could this be an option?

thanks eloo

It looks like no matter what it's searching the default "Rig" even if it has been removed. Also it looks like support for Private or SSH based repos doesn't work?

If there's any way to configure gofish to use a private Fish Food repository instead of the default, this would be an amazing tool.

Allows the use of added rigs and updating Provides a rig.conf that details which rig the food were installed from. Currently, the rig.conf is simply adding the rig and no other values.

Hi! Thanks for starting and sharing this awesome project ☺️

I'm using gofish to install "project dependencies", not system-wide dependencies, i.e. to manage symlinks across many directories other than /usr/local/bin.

After reading gofish code, I realized that there is an envvar named $GOFISH_BINPATH, that is read by gofish, expected setting it to somewhere other than /usr/loca/bin would do my job, but it didn't.

Let's say I want to install go under $(pwd)/.tools/bin, I'd run:

export GOFISH_BINPATH=$(pwd)/.tools/bin

gofish init
gofish install go

so that I can use the project-specific go by setting:

export PATH=$GOFISH_BINPATH:${PATH}

But this doesn't work as I wanted. init created $(pwd)/.tools/bin, but install installed the symlink under /usr/local/bin on my macOS and Linux machines, regardless of what I set to GOFISH_BINPATH.

Can we make GOFISH_BINPATH to change where the install command installs symlinks? Or would there be any other (possible) workaround or feature to address my use-case?

Thanks!

Related https://github.com/fishworks/gofish/pull/174

I am virtually certain that there is something misconfigured on my (MacOS 10.14 Catalina) system, but I haven't had this problem before with any other tools so far, and I couldn't find any docs or code at all about how SSL certificates are verified in gofish, or related issues, so I'm opening an issue for it.

$ gofish --log-level 9999 install helm
==> Installing helm...
ERRO[0001] Get "https://get.helm.sh/helm-v3.5.4-darwin-amd64.tar.gz": x509: certificate signed by unknown authority
Error: failed to download package for OS/arch darwin/amd64 with URL https://get.helm.sh/helm-v3.5.4-darwin-amd64.tar.gz to filepath /Users/kingdonb/Library/Caches/gofish/helm-3.5.4-darwin-amd64.tar.gz

I'm not certain how to diagnose this further, and I thought it might be quicker to ask a question, if you might have seen this before. I'll keep trying in case you haven't seen it.

This fixes go-fish install to use $GOFISH_BINPATH when installing foods.

To be clear, go-fish init had been correctly using $GOFISH_BINPATH to override the default bin path(e.g. /usr/local/bin on *nix) to be created. So, I had expected go-fish install to install binaries under the path go-fish init created, but it didn't.

This patch updates gofish install to create symlinks under $GOFISH_BINPATH if set, so that the behavior is consistent with init.

I am using this for package management and it occurred to me it would also be a nice addition to goFish

https://github.com/gomods/athens

It would allow GoFish to store the app binaries anywhere in any cloud but also onpremise. It also seems to have a great velocity in the golang community.

https://github.com/gomods/athens/blob/master/pkg/repo/fetcher.go Has a APi to github as GoFish will need it.

let me knwo what you think.

Hi!

Do you think we could get a manual rebuild of v0.14.0 or a minor v0.14.1 bump, so that the darwin-arm64 binary appears at: https://gofi.sh/releases/gofish-v0.14.0-darwin-arm64.tar.gz

Not sure if this works, it seems that gofish is still using the old unarchiving code

My setup:

cd %USERPROFILE%\go\src\github.com\fishworks
git clone https://github.com/fishworks/gofish
cd gofish
dep ensure
cd cmd\gofish
go run . install cabal-install

Would .tar.xz support be possible? Here's a sample file: https://downloads.haskell.org/~cabal/cabal-install-latest/cabal-install-3.0.0.0-x86_64-apple-darwin17.7.0.tar.xz

Helm v3 has been released. Should we update food to that version?

Taking terraform example, we have updated it always, irrespective of breaking changes

Hello, I'm on Fedora 35, let's say I want to cleanup all helm versions, I issue: gofish cleanup helm

That just returns immediately without any output. Then I check with gofish rotten and the old versions are still there:

NAME     	VERSION
helm     	3.5.4  
helm     	3.6.0  
kompose  	1.26.0 
kubectl  	1.22.3 
terraform	0.15.4 
terraform	1.0.11 
yq       	4.14.1 
yq       	4.4.0  

Also the -n does not seem to be supported as it says "Error: unknown shorthand flag: 'n' in -n", and last but not least it would be wonderful to have a gofish cleanup all option, to clean everything up!

Thanks and keep up the good work!

On homebrew you can install completions (fish, zsh, bash)... is this something planned for gofish as well?

I did look for issues et al, but didn't find anything. Also didn't find any fish food using resources to do it, so I'm assuming its not possible right now (please let me know if my assessment is incorrect)

Thanks!

add basic auth credentials to request for food packages if present in users netrc file

add 'Accept: application/octet-stream' header to permit working through github api

ref: fishworks#190

gofish can install private rigs as it uses the hosts git configuration

however to download the release itself it just does a simple http get request

could we support netrc files or similar?

gitlab needs an authorization header like the following

curl --header "Authorization: Bearer ${GITLAB_TOKEN}" 
"https://somegitlab.com/stuart.warren/some-tool/-/releases/0.3.0/downloads/some-tool_0.3.0_darwin_amd64.tar.gz"

github needs something similar "Authorization: token ${GITHUB_API_TOKEN}"

perhaps we could set both?

I looked at the docs and skimmed the code and didn't see anything, but I'm curious if there's an equivalent to Brewfile. With a Brewfile you can define your dependencies in a list and run brew bundle from the same directory that the Brewfile lives in and it will install all of the dependencies listed there.

If this functionality doesn't exist, would it be cool to PR adding it?