Bonjour. Ce post serait a priori plus pour @Dami1 sauf si quelqu'un a la solution bien sûr.
Au temps de ADM 3.x (le bon temps
) j'avais trouvé dans AppCentral le merveilleux programme mc (Midnight Commander) dont je peux difficilement me passer pour administrer un serveur à distance. Il ne fonctionnait pas bien car j'avais une erreur :
"mc: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory"
Erreur que j'avais pu contourner avec la ligne de commande :
export TERM=xterm
Et mc se lançait bien.
Je suis alors passé en ADM 4.x et depuis, Midnight Commander a disparu de AppCentral, et en plus il ne se lance plus même avec mon workaround.
@Dami1 pourrais-tu faire remonter ce problème pour que mc qui est un programme vraiment efficace en admin à distance puisse être utilisé sur ADM ?
Pour info, un ldd sur le programme donne ça :
root@chronos:/volume1/Web # ldd /usr/local/AppCentral/mc/bin/mc
linux-vdso.so.1 (0x00007ffff6f43000)
libncurses.so.5 => not found
libtinfo.so.5 => not found
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f7f62149000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f7f6202d000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7f6200d000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7f61e57000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7f61e52000)
libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00007f7f61d54000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f7f61cde000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7f6215d000)
Il semblerait donc que les librairies libncurses.so.5 et libtinfo.so.5 ne soient pas trouvées (ou présentes) sur le système.
Voilà voilà...
Au temps de ADM 3.x (le bon temps
) j'avais trouvé dans AppCentral le merveilleux programme mc (Midnight Commander) dont je peux difficilement me passer pour administrer un serveur à distance. Il ne fonctionnait pas bien car j'avais une erreur : "mc: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory"
Erreur que j'avais pu contourner avec la ligne de commande :
export TERM=xterm
Et mc se lançait bien.
Je suis alors passé en ADM 4.x et depuis, Midnight Commander a disparu de AppCentral, et en plus il ne se lance plus même avec mon workaround.
@Dami1 pourrais-tu faire remonter ce problème pour que mc qui est un programme vraiment efficace en admin à distance puisse être utilisé sur ADM ?
Pour info, un ldd sur le programme donne ça :
root@chronos:/volume1/Web # ldd /usr/local/AppCentral/mc/bin/mc
linux-vdso.so.1 (0x00007ffff6f43000)
libncurses.so.5 => not found
libtinfo.so.5 => not found
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f7f62149000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f7f6202d000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7f6200d000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7f61e57000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7f61e52000)
libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00007f7f61d54000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f7f61cde000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7f6215d000)
Il semblerait donc que les librairies libncurses.so.5 et libtinfo.so.5 ne soient pas trouvées (ou présentes) sur le système.
Voilà voilà...
