-
Notifications
You must be signed in to change notification settings - Fork 55
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.
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
0.5.0 binary depends on recent GLIBC #94
Comments
No, they should be statically linked. I'll take a look at this this evening. |
Link to generic issue: golang/go#57328 |
Any update on this? |
Hi. sorry for the delay, I can't be quite as active on this project now. I have a solution that should make releases more reliable, but I need to find time to get a PR together. |
@tcolgate Thx for the fast feedback! ✌️ |
Any update on this? Can you suggest the appropiate steps to build the app for older systems with older glibc versions? Or to build a system environment to run the binary with newer libc6 version? I've setup a chroot env with newer glib6 version, but Im not sure how this safe/stable is. |
Found out the same yesterday. Compiled stuff from master and seems working now since the repo switched to a new buildpipeline... |
@tcolgate any chance to build and release the binaries officially? |
I'm not in a position to do run these releases anymore unfortunately. I can see about forking out to my personal GitHub and running them from there maybe, but I'm not actively deploying expexp anywhere, so maintenance would be patchy there anyway. |
I'm willing to help maintaining the project, at least from CI side and GitHub issue maintenance because me go skills are not that impressive. 🫣😅 |
I was using exporter_exporter 0.4.2 binary just fine under Ubuntu 20.04.
But after upgrading to exporter_exporter 0.5.0 binary, it refuses to start:
Comparing the two binaries:
I find this odd, since I thought that in general, pure Go programs are statically linked. e.g.
I also notice that the Dockerfile has
Is it intentional that the exporter_exporter release binaries are dynamically linked? If so, perhaps they could be linked against an older version of GLIBC?
The text was updated successfully, but these errors were encountered: