Bonjour à tous,
Je fais la migration de debian jessie vers debian stretch pour les services de ma raspberry pi 3.
Un service migre mal vers debian stretch alors qu'il fonctionnait sous debian jessie, c'est le serveur turtl de framacloud.
Voici les logs associé au serveur turtl :
root@raspberrypi:/home/pi# systemctl status turtl
● turtl.service - Note taking service
Loaded: loaded (/etc/systemd/system/turtl.service; enabled; vendor preset: enabled)
Active: inactive (dead) since Tue 2017-10-31 12:48:30 UTC; 11s ago
Docs: http://turtl.it
Process: 2954 ExecStart=/usr/local/bin/ccl (code=exited, status=0/SUCCESS)
Main PID: 2954 (code=exited, status=0/SUCCESS)
Oct 31 12:48:27 raspberrypi ccl[2954]: To load "turtl":
Oct 31 12:48:27 raspberrypi ccl[2954]: Load 1 ASDF system:
Oct 31 12:48:27 raspberrypi ccl[2954]: turtl
Oct 31 12:48:27 raspberrypi ccl[2954]: ; Loading "turtl"
Oct 31 12:48:30 raspberrypi ccl[2954]: ..
Oct 31 12:48:30 raspberrypi ccl[2954]: > Error: Can't resolve foreign symbol "SSL_library_init"
Oct 31 12:48:30 raspberrypi ccl[2954]: > While executing: CCL::RESOLVE-EEP, in process listener(1).
Oct 31 12:48:30 raspberrypi ccl[2954]: > Type :GO to continue, :POP to abort, :R for a list of available restarts.
Oct 31 12:48:30 raspberrypi ccl[2954]: > If continued: Skip loading init file.
Oct 31 12:48:30 raspberrypi ccl[2954]: > Type :? for other options.
Egalement ci-joint la liste des paquets installés pour que le projet fonctionne :
echo "###########################################"
echo " 1 - INSTALL LIBUV "
echo "###########################################"
cd /usr/local/src
wget http://dist.libuv.org/dist/v1.9.1/libuv-v1.9.1.tar.gz
tar -xf libuv-v1.9.1.tar.gz
rm libuv-v1.9.1.tar.gz
cd libuv-v1.9.1
sh autogen.sh
./configure
make
make install
echo "###########################################"
echo " 2- INSTALL RETHINKDB "
echo "###########################################"
wget -q https://github.com/YunoHost-Apps/Turtl_ynh/raw/master/conf/rethinkdb_2.3.6_armhf.deb -O /tmp/rethinkdb_2.3.6_armhf.deb
dpkg -i /tmp/rethinkdb_2.3.6_armhf.deb
echo "###########################################"
echo " 3 - INSTALL CCL Clozure Common Lisp "
echo "###########################################"
wget -q ftp://ftp.clozure.com/pub/release/1.11/ccl-1.11-linuxarm.tar.gz
tar xf ccl-1.11-linuxarm.tar.gz
echo "###########################################"
echo " 4 - INSTALL QUICKLISP "
echo "###########################################"
su -c 'wget https://common-lisp.net/project/asdf/asdf.lisp' -s /bin/bash www-data
su -c 'curl -O https://beta.quicklisp.org/quicklisp.lisp' -s /bin/bash www-data
if [ ! -e $wwwhome/quicklisp ]; then
su -cs /bin/bash www-data 'ccl --load' $wwwhome'/quicklisp.lisp'
fi
#taper ceci ci-dessous =>
# copier et lancer : (quicklisp-quickstart:install)
# + copier et lancer : (ql:add-to-init-file)
# touche entrée
# + copier et lancer : (load (compile-file "asdf.lisp"))
#INSTALL DEPENDENCIES QUICKLISP
cd $wwwhome/quicklisp/local-projects
if [ ! -e cl-hash-util ] && [ ! -e cl-async ]; then
su -c 'git clone git://github.com/orthecreedence/cl-hash-util && \
git clone git://github.com/orthecreedence/vom && \
git clone git://github.com/orthecreedence/cl-async && \
git clone git://github.com/orthecreedence/cffi && \
git clone git://github.com/orthecreedence/wookie && \
git clone git://github.com/orthecreedence/cl-rethinkdb && \
git clone git://github.com/orthecreedence/cl-libuv && \
git clone git://github.com/orthecreedence/drakma-async && \
git clone https://github.com/Inaimathi/cl-cwd.git' -s /bin/bash www-data
fi
echo "###########################################"
echo " 5 - INSTALL TURTL "
echo "###########################################"
cd $wwwhome
if [ ! -e $wwwhome/turtl/api ]; then
su -c 'mkdir turtl/data -p && \
cd turtl && \
git clone https://github.com/turtl/api.git' -s /bin/bash www-data
fi
su -c 'ccl' -s /bin/bash www-data
D'autres personnes ont eu ce problème mais ne l'ont pas résolu. Du coup de mon côté je tente de passer mon ancien disque dur en debian jessie vers debian stretch pour voir si ça bloque.
Auriez-vous des suggestions vis à vis de ce problème :
Error: Can't resolve foreign symbol "SSL_library_init"
While executing: CCL::RESOLVE-EEP, in process listener(1).
Merci par avance pour vos réactions.
# pb version openssl
Posté par podoc . Évalué à 4.
Je pense que cela dois venir de la version installe de openssl
On peut voir a cette adresse https://wiki.openssl.org/index.php/Library_Initialization
que la fonction cité ne doit plus être utilisé avec openssl 1.1
A voir donc s'il n'existe pas une maj de turtle pour stretch
Sinon Ouvrir un bug
Voir si tu connais lisp recode la partie initialisation de openssl
ou voir si tu ne peux pas avoir les 2 versions de openssl en même temps…
[^] # Re: pb version openssl
Posté par electro575 . Évalué à 1.
Je vais regarder ça, merci pour ta réponse.
[^] # Re: pb version openssl
Posté par NeoX . Évalué à 2.
pas mieux, l'erreur est claire :
en cherchant sur internet avec ces messages on devrait trouver des reponses ou au moins des pistes.
[^] # Re: pb version openssl
Posté par freem . Évalué à 2.
D'autres pistes pour ce genre de problèmes de lien:
man ldd
et les manpages associées. Parfois c'est un «simple» problème de symbole qui n'est pas à la bonne version et du coup, il faut recompiler ou installer la bonne version de la lib.[^] # Re: pb version openssl
Posté par electro575 . Évalué à 1.
J'ai les deux versions d'openssl :
openssl paquet jessie raspbian :
openssl paquet stretch raspbian :
Bon, alors il faut installer l'ancien openssl mais je ne sais pas si cela va suffire tient.
[^] # Re: pb version openssl
Posté par electro575 . Évalué à 1.
Ou est-ce que je pourrais signaler ce bug avec openSSL?
A priori on peut encore utiliser l'ancienne fonction SSL_library_init() mais il faut peut être l'indiquer sinon c'est OpenSSL_library_init() !
[^] # Re: pb version openssl
Posté par NeoX . Évalué à 2.
vu que c'est un bug du programme 'turtl' qui n'est pas assez à jour par rapport à ta libraire OpenSSL,
je dirais que c'est chez 'turtl' qui faut faire la remontée du bug,
ou regarder s'ils ont une version plus recente de leur projet
[^] # Re: pb version openssl
Posté par electro575 . Évalué à 1.
Je ne vois pas vers qui me tourner pour signaler ce bug !
Voici la page du projet :
https://framacloud.org/fr/cultiver-son-jardin/turtl.html
https://framagit.org/framasoft/framacloud/blob/master/fr/cultiver-son-jardin/turtl.md
J'avais contacté Luc Didry mais il ne me répond plus pour le moment, je vais le relancer.
Ou page principale :
https://framacloud.org/fr/
[^] # Re: pb version openssl
Posté par Framasky (site web personnel) . Évalué à 2.
Mec, si je réponds pas en 3 jours, c'est sans doute parce que j'ai autre chose à faire. Genre vivre ma vie. Si tu regardes le calendrier, c'était les vacances scolaires… et en weekend ! Le mail est un système asynchrone par dessin, faut pas s'étonner si je ne réponds pas tout de suite.
Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.