Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Prebuilt binaries for arm cpu (raspberry pi etc.) #197

Closed
maxmilton opened this issue Oct 21, 2016 · 4 comments
Closed

Prebuilt binaries for arm cpu (raspberry pi etc.) #197

maxmilton opened this issue Oct 21, 2016 · 4 comments

Comments

@maxmilton
Copy link

maxmilton commented Oct 21, 2016 •
edited

I'd love to see prebuilt binaries for the arm architecture. E.g. env GOOS=linux GOARCH=arm GOARM=7.

I want to use gcsfuse together with Syncthing on a raspberry pi to handle storage of backups on my home network. I haven't been able to build the binary myself yet as I keep running into issues. On the pi itself I struggle to install a recent enough version of golang and on my workstation I run into this issue:

$ env GOOS=linux GOARCH=arm GOARM=7 go get -u github.com/googlecloudplatform/gcsfuse
github.com/googlecloudplatform/gcsfuse/vendor/github.com/jacobsa/fuse/internal/buffer
src/github.com/googlecloudplatform/gcsfuse/vendor/github.com/jacobsa/fuse/internal/buffer/runtime.go:22: missing function body for "memclr"
src/github.com/googlecloudplatform/gcsfuse/vendor/github.com/jacobsa/fuse/internal/buffer/runtime.go:27: missing function body for "memmove"

Just a suggestion. Since you're building the other binaries it would be nice to see an arm build too. Optionally, this could also be added to the debian repo to make updates easy on pis. 😄
@jacobsa
Copy link
Contributor

jacobsa commented Oct 23, 2016 •
edited

FYI, I suspect you can at least fix the compilation errors by making this file support ARM in the same manner as this one. Unfortunately I have no way to test this.

@maxmilton
Copy link
Author

Thanks for the tip. I was able to build the binary and it ran almost successfully on my raspberry pi. When it came time to mount I would get this:

Using mount point: /mnt/gcs
Opening GCS connection...
daemonize.Run: readFromProcess: Decode: EOF

I didn't debug this because in the end I went with a different approach for my backups. Since I wont be using this I'm closing the issue.

@meyeraj meyeraj mentioned this issue Feb 24, 2017
Open
elProxy added a commit to elProxy/daemonize that referenced this issue Mar 9, 2017
@elProxy
Quick attempt at fixing EOF error issue encountered on linux/ARM
40b1097 
When trying to run gcfuse on linux/ARM, ran into the issue described
here:
GoogleCloudPlatform/gcsfuse#197

Change the API slightly (expose even less), and switch to using a local
unix socket (assuming windows is not a primary target for gcsfuse) for
communicating back status to the parent process.
@elProxy elProxy mentioned this issue Mar 9, 2017
Closed
@vrobot
Copy link

vrobot commented May 11, 2020

@jacobsa wondering if there is any fix for the daemonize.Run: readFromProcess: Decode: EOF error. I'm getting it too when I compile gcsfuse on a raspberry pi.

@bjornleffler
Copy link
Member

I have no idea, and I don't have an arm based system to test with.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@jacobsa @bjornleffler @vrobot @maxmilton