libc.so.6: version `GLIBC_2.39' not found (required by asciinema) #971

New issue

Closed

opened 2026-03-15 11:10:55 +03:00 by kerem · 2 comments

kerem commented

2026-03-15 11:10:55 +03:00

Owner

Originally created by @RobertKosten on GitHub (Nov 13, 2025).
Original GitHub issue: https://github.com/asciinema/asciinema/issues/715

Pre-submission checks

I have searched existing issues and this bug has not been reported yet
This is a bug report for asciinema CLI (not player or server)

Bug Description

Both the current (v3.0.1) pre-built binary (asciinema-x86_64-unknown-linux-gnu) and the result of cargo install asciinema (as well as --locked and --url https://github.com/asciinema/asciinema) depend on GLIBC_2.39. Debian Bookworm currently comes with 2.36. At least the cargo-install should not depend that hard, no? At least no other rust cli tool I use does :-P

Steps to Reproduce

$ cargo install --locked --git https://github.com/asciinema/asciinema
[snip]
 Compiling libc v0.2.174
[snip]
$ asciinema rec demo.cast
asciinema: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.39' not found (required by asciinema)
$ ldd --version
ldd (Debian GLIBC 2.36-9+deb12u13) 2.36
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.

Expected Behavior

I'd expect the build to use whatever glibc is currently installed, tbh.

Operating System

Debain Bookworm

asciinema CLI Version

--git

Installation Method

Built from source

Terminal Information

kitty 0.44.0
GNU bash, version 5.2.15(1)-release (x86_64-pc-linux-gnu)
tmux 3.3a

Additional Context

No response

Originally created by @RobertKosten on GitHub (Nov 13, 2025). Original GitHub issue: https://github.com/asciinema/asciinema/issues/715 ### Pre-submission checks - [x] I have searched existing issues and this bug has not been reported yet - [x] This is a bug report for asciinema CLI (not player or server) ### Bug Description Both the current (v3.0.1) pre-built binary ([asciinema-x86_64-unknown-linux-gnu](https://github.com/asciinema/asciinema/releases/download/v3.0.1/asciinema-x86_64-unknown-linux-gnu)) and the result of `cargo install asciinema` (as well as `--locked` and `--url https://github.com/asciinema/asciinema`) depend on `GLIBC_2.39`. Debian Bookworm currently comes with 2.36. At least the cargo-install should not depend *that* hard, no? At least no other rust cli tool I use does :-P ### Steps to Reproduce ```bash $ cargo install --locked --git https://github.com/asciinema/asciinema [snip] Compiling libc v0.2.174 [snip] $ asciinema rec demo.cast asciinema: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.39' not found (required by asciinema) $ ldd --version ldd (Debian GLIBC 2.36-9+deb12u13) 2.36 Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath and Ulrich Drepper. ``` ### Expected Behavior I'd expect the build to use whatever glibc is currently installed, tbh. ### Operating System Debain Bookworm ### asciinema CLI Version --git ### Installation Method Built from source ### Terminal Information kitty 0.44.0 GNU bash, version 5.2.15(1)-release (x86_64-pc-linux-gnu) tmux 3.3a ### Additional Context _No response_

kerem closed this issue

2026-03-15 11:11:00 +03:00

kerem commented

2026-03-15 11:11:06 +03:00

Author

Owner

@RobertKosten commented on GitHub (Nov 13, 2025):

One should also not be a dumbass and make sure the previously downloaded pre-built binary is actually removed from the PATH facepalm

@RobertKosten commented on GitHub (Nov 13, 2025): One should also not be a dumbass and make sure the previously downloaded pre-built binary is actually removed from the PATH *facepalm*

kerem commented

2026-03-15 11:11:11 +03:00

Author

Owner

@ku1ik commented on GitHub (Nov 13, 2025):

Happens to all of us :)

@ku1ik commented on GitHub (Nov 13, 2025): Happens to all of us :)