ipfs / kubo

An IPFS implementation in Go
https://docs.ipfs.tech/how-to/command-line-quick-start/
Other
16.07k stars 3.01k forks source link

I am trying to get ipfs go work on Haiku OS but... #8520

Open GatoAmarilloBicolor opened 2 years ago

GatoAmarilloBicolor commented 2 years ago

Checklist

Description

I am on the haiku os amd64 hrev55507 with golang installed and the same requirements that you ask, but i am getting this message, seems like there ar not rules for my operating system(I really dont know).

Any help will be great, i can test it and learn.

~/src/go-ipfs> make build  
can't load package: package github.com/ipfs/go-ipfs/cmd/ipfs: cannot find package "github.com/ipfs/go-ipfs/cmd/ipfs" in any of:
        /packages/golang-1.4.3-6/.self/non-packaged/lib/go/src/github.com/ipfs/go-ipfs/cmd/ipfs (from $GOROOT)
        ($GOPATH not set)
go version 1.4.3 haiku/amd64
bin/check_go_version 1.15.2
fatal: Invalid 'go version' output: go version 1.4.3 haiku/amd64
mk/golang.mk:79: recipe for target 'check_go_version' failed
make: *** [check_go_version] Error 1
welcome[bot] commented 2 years ago

Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review. In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment. Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:

Finally, remember to use https://discuss.ipfs.io if you just need general support.

godcong commented 2 years ago

The minimum version should be go 1.16

kallisti5 commented 2 years ago

I want to see this as well @Laniaktroid :-)

However, Haiku only has the C-based go 1.4 at the moment. We need to work on improving our go-lang port before this one could be accomplished. While we have a full mainline rust toolchain, our go-lang port is pretty far behind at this point

Given the above, this one should probably be closed as "working as designed"