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
Compatibility issue for version 0.19.8 GLIBC_2.29' not found
#596
Comments
@don-chau what's the OS and arch you're using? |
@rchipka looks like libxmljs needs to static link when building binaries? but it has always been maybe it's because of the newer OS used when building? |
I know I am having a rather old system... Centos 7 ` $ /lib/libc.so.6 ` |
Hi @tuananh No glibc not found exception using libxmljs v0.19.7 |
my guess would be because I'm using maybe I should switch to lower version to build to match with older releases? or should I change to https://github.com/actions/virtual-environments#available-environments |
This has broken our systems in production. We did not upgrade anything, but we did an "npm install" which apparently downloaded the new broken build. Ubuntu 18.04 is still supported for another year. Please revert to building on 18.04 or build statically. |
It's been "shared_library" for 8 years now, so I'm hesitant to change it, but I think that's the correct answer here if we want to avoid C library version incompatibility. |
Give v0.19.9 a try |
Tested with v0.19.9 on Centos 7
|
i got issue with latest release as well
|
same issues here.
|
We upgraded our servers to 20.04 in order to escape this issue. It seemed like a more sure-fire way to resolve it than waiting for this repo to be corrected or trying to find the right magic invocation to get an old version of node & libxmljs working. Random question... what is the second version number in the github release? e.g. v82 |
it's node application binary interface (ABI) version |
With libxmljs 0.19.8, I was able to resolve the GLIBC issue (on CentOS 7, w/ GLIBC 2.17, node v12.22.12, npm 8.9.0) by running: Now I'm hitting the @rchipka any chance of going back to a shared library build? That seems like it would make it easier to get things working again for systems with older GLIBC versions by building from source. It might also reduce the risk of incompatibilities for the pre-built binaries, even for systems with compatible versions of GLIBC. Alternatively, anyone know of a way to force npm / node-gyp to build a shared library (overriding the configuration in binding.gyp)? Or have any other suggestions? |
Huh now I'm getting |
Reverting back to |
If we build releases on Also, |
How about ubuntu 16.04? It's still supported until 2026 through ESM. |
Facing the same issue with the latest version of this package, using an older version of the package helps as a workaround, |
@akashepik 0.19.7 has some vulnerabilities - instead try building the newest version from the source ( |
I would expect that if you build on an older version of Ubuntu, then newer versions will work as well. I dealt with the same issue on the Dropbox desktop client back in 2016. At the time, we ended up using Ubuntu 12.04 as our minimum version and it worked all the way up to at least 16.10. Not sure if they ended up rolling forward to 18.04 later. |
has problem with latest build. see libxmljs/libxmljs#596
has problem with latest build. see libxmljs/libxmljs#596
Can you guys make a new version that fixes the Error: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /opt/atlassian/pipelines/agent/build/node_modules/libxmljs/build/Release/xmljs.node) issue? |
Hi,
looking for alternatives as the build-from-source and other options aren't viable in our workflow. |
if i were you, i probably would fork this lib and use an instance with the reason for this is probably we're using ubuntu-latest in the current release. maybe downgrading to an older version of ubuntu (that use older glibc) would help
|
The official Node docker "slim" image for Gallium (https://hub.docker.com/layers/library/node/gallium-slim/images/sha256-1d5b38c2dc2a7752a13818dfef9c0ad752cbc3becee097053fac460a57120a8b?context=explore) has |
Thats a valid reason |
@rchipka Why has this been closed? It still does not work for me with the latest version v1.0.7 and the "node:16" or "node:18" image. |
We now build on really old linux systems with either glibc 2.14 or glibc 2.28, so this should be fixed in v1.0.8 Can someone here verify? |
There is unstated compatibility issue for new 0.19.8 version
Error: /lib64/libm.so.6: version
GLIBC_2.29' not found`The new version require GLIBC_2.29 which better state in changelog or improve for backward compatiability?
The text was updated successfully, but these errors were encountered: