-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
Check /lib64/libstdc++.so.6: version GLIBCXX_3.4.20',
GLIBCXX_3.4.21' by default
#347
Comments
apt-get install software-properties-common Have you changed the dockerfile? |
@JavanTang I used CentOS 7 |
@mengjuleu You can use yum to install apt and then use those commands. I have not tried it, just give a way. |
@JavanTang That is least effective way to do it in any other distro than Ubuntu. I have for example a Debian Jessie (Debian 8) and solution provided by you won't work at all. |
Seems that the binary itself needs that glibc version now. It would be nice if the binaries were actually built on CentOS (or a different flavour of linux with older GCC) so CentOS users could also use code-server. The docker implementation is nice, but it's not great for long-lived usage. |
Was genuinely excited about this until I discovered that it wouldn't run on CentOS 7. Such a shame. Hopefully a binary compiled for people who dare to not use Ubuntu will become available 😉 |
Well, I finally found a way. I compiled and installed gcc 8.3 on my CentOS 7 box. Then create symLink to the newer BTW, compiling |
Linking with |
It seems that in the most recent binary drop, the environment is not passed correctly when creating the shared process. This causes LD_LIBRARY_PATH to not be passed, which results into the error message related to GLIBCXX_3.4.20 if you're running on CentOS 7. When doing a strace -ff, you will see: So, only 3 variables are passed as environment to execve syscall, while I have 159 in my environment... |
@mischajonker Yeah, I found the same thing. So, the shared process cannot catch up |
... and not to mention that creating a symLink in /lib64 requires root, which I don't have. Perhaps we need to change this issue from "question" to "bug". |
I agree, it looks like it have effected all centos users. :( i dont want to change os just to get this to work :( |
Also |
I had the same problem on debian jessie, i think i fixed it by adding but got the |
Could you give us a sample command? |
Hello! I was able to install on CentOSI have a server with CentOS Linux release 7.6.1810 (Core) arch x86_64 and I finally make code-server works on it. 1After follow default intalation's tutorial, when i tryed start the code-server o got this error ./code-server: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./code-server)
./code-server: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./code-server) 2So I had tried check provides versions avaliable at Command strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX Output
3My natural action was update the version of Command sudo yum install libstdc++ Output
4I looked for a repository to CentOS 7 with updated library avaliable I had not success :( 5So I had tried to find a library Command sudo find / -name "libstdc++.so.6*" Output
The library version that we need is Command
After I mode the symbolic link Command sudo mv /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.6.bkp My lastest step was create a symbolic link Command sudo ln -s /usr/lib64/libstdc++.so.6.0.25 /usr/lib64/libstdc++.so.6 5Now try run the code-server |
@enniosousa How do you get |
@mengjuleu the I asked to him. He told me that had downloaded the |
Duplicate of #239 |
I resolved this issue by install gcc-9.1.0 ( My version: |
I followed all of @enniosousa 's steps. rpm -ivh or yum install still cant find resolve this dependency. Added /usr/lib64 to $LD_LIBRARY_PATH as well.
gives me
Error:
|
@anishagartia This is the issue tracker for code-server, not bazel. |
Thanks. It's work for me |
Thanks a lot bro....you really saved my ass with your idea |
Description
In 1.408-vsc1.32.0, it seems code-server check GLIBCXX_3.4.20 and GLIBCXX_3.4.21 before anything starts. Therefore, it's almost impossible to run code-server in CentOS 7. We can run code-server 1.32.0-310 by replacing spdlog.node in $HOME/.local/share/code-server/dependencies. Is there any similar way in 1.408-vsc1.32.0?
The text was updated successfully, but these errors were encountered: