Open lutcraft opened 6 months ago
This error caused by GLIBC dynamic linking library is hardly to be tackled unless Neon which is used for embedding Rust would support compiling static modules such as using MUSL, but it seems not yet supported as this issue mentioned: https://github.com/neon-bindings/neon/issues/823#issuecomment-965253691
我也一样的情况,src/resource/voice/rodio/linux-x64.node 不能支持Deepin系统 我用的是Deepin 20.3,不能播放单词声音,检查后发现NATIVE=null,应该是编译好的linux的node文件不兼容Deepin
pudding@pudding-PC:~/Desktop$ cat /etc/os-version
[Version]
SystemName=Deepin
SystemName[zh_CN]=深度操作系统
ProductType=Desktop
ProductType[zh_CN]=桌面
EditionName=Community
EditionName[zh_CN]=社区版
MajorVersion=20
MinorVersion=20.7
OsBuild=11038.007
pudding@pudding-PC:~/Desktop$ cat /etc/os-release
PRETTY_NAME="Deepin 20.7"
NAME="Deepin"
VERSION_ID="20.7"
VERSION="20.7"
VERSION_CODENAME="apricot"
ID=Deepin
HOME_URL="https://www.deepin.org/"
BUG_REPORT_URL="https://bbs.deepin.org/"
this error cased NATIVE be NULL, so the voicePlayer didnt work:
may be its because the linux-x64.node so is compiled on Ubuntu which has newer version of glibc lib. my Centos only support to GLIBC_2.28, maybe such nativemod should be based on lower version of glibc to support more linux release version? or maybe we can add a new .node binary so to satisfied support from users like me.
by the way one can check if the same err occur to you by doing this:
ldd [your home path mostly]/.vscode/extensions/kaiyi.qwerty-learner-0.3.7/dist/0499bc3cb3e2b70114d4091e8eb506dd.node
you will find error like i quote above if you have the same problem.