Thanks for making this extension, i look forward to trying it out!
Description
I've installed v0.0.7, as far as i can tell it makes use of a bundled binary mls compiled against glibc 2.28, but i'm using Amazon Linux 2 which comes with the older glibc 2.26 so the mls binary isn't able to run.
Output:
Starting...
[Info - 11:25:14] Connection to server got closed. Server will restart.
/home/ec2-user/.vscode-server/extensions/betajob.modulestf-0.0.7/out/mls: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /home/ec2-user/.vscode-server/extensions/betajob.modulestf-0.0.7/out/mls)
I'd be happy to build from source against my older glibc if you can point me in that direction?
Ideally i'd suggest building bundled binaries with an old enough glibc to be widely compatible, for example Python's manylinux wheel build system uses docker containers with old versions of glibc.
Versions
Note that I'm using Remote: SSH support to install this extension on a remote EC2 instance.
> ldd mls
./mls: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by ./mls)
linux-vdso.so.1 (0x00007ffe78353000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fbc57acc000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fbc578b6000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fbc57698000)
libm.so.6 => /lib64/libm.so.6 (0x00007fbc57358000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fbc57154000)
libc.so.6 => /lib64/libc.so.6 (0x00007fbc56da9000)
/lib64/ld-linux-x86-64.so.2 (0x00007fbc5822e000)
Amazon Linux has glibc 2.26:
> cat /etc/os-release
NAME="Amazon Linux"
VERSION="2"
ID="amzn"
ID_LIKE="centos rhel fedora"
VERSION_ID="2"
PRETTY_NAME="Amazon Linux 2"
ANSI_COLOR="0;33"
CPE_NAME="cpe:2.3:o:amazon:amazon_linux:2"
HOME_URL="https://amazonlinux.com/"
> /lib64/libc.so.6
GNU C Library (GNU libc) stable release version 2.26, by Roland McGrath et al.
Copyright (C) 2017 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.
Compiled by GNU CC version 7.3.1 20180712 (Red Hat 7.3.1-13).
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
Reproduction
Steps to reproduce the behavior:
Spin up an EC2 instance running Amazon Linux 2 (i used AWS Cloud9)
Use VSCode's Remote: SSH support to access the EC2 instance
Install this extension
Restart VSCode and remote connect again
A popup will appear saying A request has failed. See the output for more information. Source: Terraform (Extension) with a button to see the output.
Expected behavior
The binary should run.
Actual behavior
The bundled binary doesn't run because it was compiled against a newer version of glibc.
Thanks for making this extension, i look forward to trying it out!
Description
I've installed
v0.0.7
, as far as i can tell it makes use of a bundled binarymls
compiled against glibc2.28
, but i'm using Amazon Linux 2 which comes with the older glibc2.26
so themls
binary isn't able to run.Output:
I'd be happy to build from source against my older glibc if you can point me in that direction?
Ideally i'd suggest building bundled binaries with an old enough glibc to be widely compatible, for example Python's manylinux wheel build system uses docker containers with old versions of glibc.
Versions
Note that I'm using Remote: SSH support to install this extension on a remote EC2 instance.
Remote VSCode server version:
Local VSCode version:
mls
requires glibc2.28
:Amazon Linux has glibc
2.26
:Reproduction
Steps to reproduce the behavior:
A request has failed. See the output for more information. Source: Terraform (Extension)
with a button to see the output.Expected behavior
The binary should run.
Actual behavior
The bundled binary doesn't run because it was compiled against a newer version of glibc.