bootandy/archived-dust
1
0
Fork 0
mirror of https://github.com/bootandy/dust.git synced 2026-06-08 11:29:05 +03:00
Code Issues 21 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #233] relocation error: symbol pthread_getattr_np, version GLIBC_2.2.5 not defined in file libpthread.so.0 with link time reference #107

New Issue
Closed
opened 2026-06-08 11:25:43 +03:00 by zhus · 1 comment
zhus commented 2026-06-08 11:25:43 +03:00
Owner
Copy Link
Copy Source

Originally created by @cnut1648 on GitHub (Aug 4, 2022).
Original GitHub issue: https://github.com/bootandy/dust/issues/233

Hello,
I would like to use dust for my remote server (without root). I unzipped the executable from release. But when I ran it throwed

dust: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by dust)

After some googling, I figured this was caused by system-installed glibc version being too low. So I installed gcc 11.3.0 and glibc 2.35 from the source. Since I do not have root permission, from this question I learned to use patchelf to inject the glibc path:

patchelf --set-rpath /path/to/glibc/lib dust

I thought it would solve every issue but no, there was again one more issue:

dust: relocation error: dust: symbol pthread_getattr_np, version GLIBC_2.2.5 not defined in file libpthread.so.0 with link time reference

But I do have a libpthread.so.0 in /path/to/glibc/lib.

Does anyone have any clue about this issue? Thanks!

Originally created by @cnut1648 on GitHub (Aug 4, 2022). Original GitHub issue: https://github.com/bootandy/dust/issues/233 Hello, I would like to use dust for my remote server (without root). I unzipped the executable from [release](https://github.com/bootandy/dust/releases/tag/v0.8.1). But when I ran it throwed ``` dust: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by dust) ``` After some googling, I figured this was caused by system-installed `glibc` version being too low. So I installed `gcc 11.3.0` and `glibc 2.35` from the source. Since I do not have root permission, from [this question](https://stackoverflow.com/questions/847179/multiple-glibc-libraries-on-a-single-host/851229#851229) I learned to use [patchelf](https://github.com/NixOS/patchelf) to inject the `glibc` path: ``` patchelf --set-rpath /path/to/glibc/lib dust ``` I thought it would solve every issue but no, there was again one more issue: ``` dust: relocation error: dust: symbol pthread_getattr_np, version GLIBC_2.2.5 not defined in file libpthread.so.0 with link time reference ``` But I do have a `libpthread.so.0` in `/path/to/glibc/lib`. Does anyone have any clue about this issue? Thanks!
zhus closed this issue 2026-06-08 11:25:43 +03:00
zhus commented 2026-06-08 11:25:43 +03:00
Author
Owner
Copy Link
Copy Source

@cnut1648 commented on GitHub (Aug 5, 2022):

Turns out I need a set-interpreter flag as well. Closing the issue.

<!-- gh-comment-id:1206255122 --> @cnut1648 commented on GitHub (Aug 5, 2022): Turns out I need a `set-interpreter` flag as well. Closing the issue.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
good first issue
help wanted
pull-request
Mirrored from GitHub Pull Request
 windows help wanted
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
zhus (Sergey Zhukov)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: bootandy/archived-dust#107
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?