Closed gerardjk closed 1 year ago
@gerardjk that seems successful message. any problem after installation?
Yes I am getting the same thing, guessing this has to do with M1 architecture. This is what happens when trying to run the binary too
dyld: Library not loaded: @rpath/libwasmvm.dylib
Referenced from: /usr/local/bin/terrad
Reason: image not found
[1] 62009 abort terrad --help
It seems this is still in effect https://github.com/terra-money/core/issues/548#issuecomment-910185567
I am also encountering this same message, but have an intel chip installed. System Details: macOS Big Sur Version 11.6 Processor: Intel Core i7 GoLang: v1.16.8
@cryptoboole to get this working on an M1, you need to install the x86 version of Go and compile terrad with that version using Rosetta
@harryscholes thank you will attempt this now
Regret to inform the original problem in this issue remains even with steps above as mentioned by @harryscholes
go install -mod=readonly -tags "netgo ledger" -ldflags '-X github.com/cosmos/cosmos-sdk/version.Name=terra -X github.com/cosmos/cosmos-sdk/version.AppName=terrad -X github.com/cosmos/cosmos-sdk/version.Version=0.5.6-2-g884d1f3 -X github.com/cosmos/cosmos-sdk/version.Commit=884d1f3f2056a0dd17e9ddd0bc6b6b836dab8e70 -X "github.com/cosmos/cosmos-sdk/version.BuildTags=netgo,ledger" -w -s' -trimpath ./cmd/terrad
# github.com/keybase/go-keychain
cgo-gcc-prolog:203:11: warning: 'SecTrustedApplicationCreateFromPath' is deprecated: first deprecated in macOS 10.15 - No longer supported [-Wdeprecated-declarations]
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/SecTrustedApplication.h:59:10: note: 'SecTrustedApplicationCreateFromPath' has been explicitly marked deprecated here
The issue is in a deprecated function used by the cosmos-sdk
as described here, will try to find a work around https://github.com/cosmos/cosmos-sdk/issues/5759
@cryptoboole what commit are you doing this on? It works for me on v0.5.6
884d1f3f2056a0dd17e9ddd0bc6b6b836dab8e70 which mac OS version are you running?
11.4
11.6 here but I doubt that is the issue... ill keep debugging. Just to confirm @harryscholes (thank you for replying btw)
I am running under i386
using rosetta mode terminal and working on that commit. I am using an x86 version of go to compile...
Related Cosmos SDK issues: https://github.com/cosmos/cosmos-sdk/issues/10267 https://github.com/cosmos/cosmos-sdk/issues/5759
stupid question, after I checkout, cd core, and then make install. I am getting make is not a recognized command?
thanks!
@cryptoboole does this work?
arch -x86_64 make install
hi guys, any new progress? I am encountering the same issue on mac air too
terrad --help dyld: Library not loaded: @rpath/libwasmvm.dylib Referenced from: /Users/xxx/Desktop/terra/./terrad Reason: image not found
having the same issue with mac 12.1
.
@cryptoboole @harryscholes were you guys able to get up and running? Am having issue with v0.5.6
and v0.5.14
and v0.5.14_oracle
.
On the mbp 16' 2019
+1 big issues, definitely a cosmos-sdk thing though
Still facing this, any actual solution? No issue linked above actually solved it.
no actual solution for now, I simply ran the thing on a linux // wsl on windows and it worked fine
So basically terrad is unusable on Macos. Superb
+1 here
Worth mentioning that, while this seems to be related to the issues the broader cosmos ecosystem is having with go-keychain, the stack trace points directly to CosmWasm when trying to build terrad.
Ive been able to work around with different go-keychain versions but not luck thus far with terra.
Luckily the LocalTerra repo seems to provide me with an alternative route to getting the functionality i need
It seems pretty unbelievable to me that a project this size doesn't have anyone fixing this, bascially rendering their CLI useless to a pretty big user base.
@vvllxxdd This is pretty harsh... 😶
It seems pretty unbelievable to me that a project this size doesn't have anyone fixing this, bascially rendering their CLI useless to a pretty big user base.
As i mentioned above, I have been able to run LocalTerra on a docker instance. Have 0 issue running the terrad
command from within the context of my container.....
I was able to build and use on an m1 Mac with CGO_ENABLED=1 GOARCH=amd64 make build
and then cp build/terrad ~/go/bin
. For some reason, CGO_ENABLED=1 GOARCH=amd64 make install
does not work.
@vvllxxdd This is pretty harsh... 😶
It seems pretty unbelievable to me that a project this size doesn't have anyone fixing this, bascially rendering their CLI useless to a pretty big user base.
As i mentioned above, I have been able to run LocalTerra on a docker instance. Have 0 issue running the
terrad
command from within the context of my container.....
Yeah but the thing is I don't want to use Local Terra, if I wanted a local env I would've used that.
I was able to build and use on an m1 Mac with
CGO_ENABLED=1 GOARCH=amd64 make build
and thencp build/terrad ~/go/bin
. For some reason,CGO_ENABLED=1 GOARCH=amd64 make install
does not work.
@zmanian I didn’t have any luck doing this unfortunately. Are there any more steps or info you can provide that helped you get it working?
Sorry to say this, but for a 40 bn market cap blockchain you would think there SHOULD be a better dev support and documentation. Instead, everything is deprecated and outdated. Disappointed, wanted to take a fresh breath from EVMs and Solana, but instead i wasted 3 weeks on Terra and didn't make 1 single mainnet transaction from the terminal.
I was able to build and use on an m1 Mac with
CGO_ENABLED=1 GOARCH=amd64 make build
and thencp build/terrad ~/go/bin
. For some reason,CGO_ENABLED=1 GOARCH=amd64 make install
does not work.
@zmanian thanks u a lot for this!
didnt run the make install
, however running ur modified make build
cmd succeeded in creating a local terrad
instance which i then copied from./build
folder into my go/bin directory. smooth sailing thus far 🙌
I was able to build and use on an m1 Mac with
CGO_ENABLED=1 GOARCH=amd64 make build
and thencp build/terrad ~/go/bin
. For some reason,CGO_ENABLED=1 GOARCH=amd64 make install
does not work.@zmanian thanks u a lot for this!
didnt run the
make install
, however running ur modifiedmake build
cmd succeeded in creating a localterrad
instance which i then copied from./build
folder into my go/bin directory. smooth sailing thus far 🙌
@tgrecojs Can you take us through this as a step by step? I’m still yet to get it working and very curious as to how you did it!
@tgrecojs Can you take us through this as a step by step? I’m still yet to get it working and very curious as to how you did it!
@gosseti for me it was rly just a matter of copying that modified make build cmd and running it within the terra-money/core
repo.
really straightforward (thankfully) but in the event that it's helpful, the process from start to finish is detailed in snippet below.
# clone repo && cd into it
~/ git clone https://github.com/terra-money/core && cd core
# execute make build command modified for m1 arch && cd into new build directory
~/core CGO_ENABLED=1 GOARCH=amd64 make build
## find go directory using "which"
~/core which go
/usr/local/go
# copy build/terrad into appropriate directory :)
~/core cp ./build/terrad /usr/local/go/bin/terrad
maybe i lucked out in this instance with everything working so well so quickly... hope u have the same luck tho 🙂
update
want to mention that after i got terrad
installed properly, i cloned LocalTerra and executed docker-compose up
.
from there, exectuing terrad status
verified that my local env was up n running correctly 👍
@tgrecojs This is great, thank you for sharing!
When running which go
it’s reporting a different directory:
/opt/homebrew/bin/go
I believe this is because homebrew uses the opt
folder with M1 chips.
And then when copying into there I run into this:
cp ./build/terrad /opt/homebrew/bin/go/bin/terrad
# cp: /opt/homebrew/bin/go/bin/terrad: Not a directory
Curious as to what method you used to install go
into the /usr/local/go
folder? Oh and just to clarify, you’re using an M1 right? (I didn’t see you explicitly mention that above)
I've successfully compiled native arm64 runtime on my M1 machine without any flag (make build
and make install
) by using current main
branch.
I've successfully compiled native arm64 runtime on my M1 machine without any flag (
make build
andmake install
) by using currentmain
branch.
Same. It works now.
But maybe another bug, command terrad keys add test
doesn't ask for keyring password, just creates key. And commands like terrad tx bank send test terra1adrress
return error Error: test.info: key not found
same here
tried to --keyring-backend file and move to the file, tried pointing --keyring-dir, nothing helped
edit: apparently that also happens on linux v0.5.18
both terrad keys list and terrad keys list name show name
account it's there, there's also a file at ~/.terra/, so everything seems to be working fine up to the tx simulation/execution
When following the installation instructions on MacOs Big Sur I am encountering the following error from
make install
which is preventing successful installationgo install -mod=readonly -tags "netgo ledger" -ldflags '-X github.com/cosmos/cosmos-sdk/version.Name=terra -X github.com/cosmos/cosmos-sdk/version.AppName=terrad -X github.com/cosmos/cosmos-sdk/version.Version=0.5.2-2-gf41a7de -X github.com/cosmos/cosmos-sdk/version.Commit=f41a7de7e1c06ab836d50381c6fe918b64a73483 -X "github.com/cosmos/cosmos-sdk/version.BuildTags=netgo,ledger" -w -s' -trimpath ./cmd/terrad # github.com/keybase/go-keychain cgo-gcc-prolog:203:11: warning: 'SecTrustedApplicationCreateFromPath' is deprecated: first deprecated in macOS 10.15 - No longer supported [-Wdeprecated-declarations] /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/SecTrustedApplication.h:59:10: note: 'SecTrustedApplicationCreateFromPath' has been explicitly marked deprecated here
Is anyone able to give advice on overcoming this problem?