Sur le site de lilypond, j'ai récupéré le
fichier «lilypond-2.6.0.x86.package»
un petit «chmod +x» après, l'instalation se fait
sans message d'erreur.
mais à l'exécution :
[didier@gres chant]$ lilypond-2.6.0 laviemus.ly
GNU LilyPond 2.6.0
/usr/share/guile/1.6/srfi/srfi-13.scm:159:1: In procedure dynamic-link in expression (load-extension "libguile-srfi-srfi-13-14-v-1" "scm_init_srfi_13"):
/usr/share/guile/1.6/srfi/srfi-13.scm:159:1: file: "libguile-srfi-srfi-13-14-v-1", message: "libguile-srfi-srfi-13-14-v-1.so: cannot open shared object file: No such file or directory"
alosr que :
[root@gres ~]# urpmf libguile-srfi-srfi-13-14-v-1.so
libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1
libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1.0.0
Note : comme aucun des médias spécifiés n'utilise de hdlist, urpmf n'a pu retourner de résultat
Vous pouvez utiliser --name pour rechercher le nom d'un paquetage.
je crois donc comprendre que lilypond cherche un «libguile-srfi-srfi...»
dans /usr/share/ alors qu'il est en fait dans /usr/lib/ juste ?
si oui, comment faire ?
si non, comment faire ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
tarball
9a avance...
Sur le site de lilypond, j'ai récupéré le fichier «lilypond-2.6.0.x86.package» un petit «chmod +x» après, l'instalation se fait sans message d'erreur.
mais à l'exécution : [ chant]$ lilypond-2.6.0 laviemus.ly GNU LilyPond 2.6.0 /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: In procedure dynamic-link in expression (load-extension "libguile-srfi-srfi-13-14-v-1" "scm_init_srfi_13"): /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: file: "libguile-srfi-srfi-13-14-v-1", message: "libguile-srfi-srfi-13-14-v-1.so: cannot open shared object file: No such file or directory"
alosr que : [ ~]# urpmf libguile-srfi-srfi-13-14-v-1.so libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1 libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1.0.0 Note : comme aucun des médias spécifiés n'utilise de hdlist, urpmf n'a pu retourner de résultat Vous pouvez utiliser --name pour rechercher le nom d'un paquetage.
je crois donc comprendre que lilypond cherche un «libguile-srfi-srfi...» dans /usr/share/ alors qu'il est en fait dans /usr/lib/ juste ? si oui, comment faire ? si non, comment faire ?
re d'avance merci, Didier
je m'avance peut-être mais as-tu essayé de faire pointer des liens symboliques en partant de /usr/share et pointant vers /usr/lib ?
je ne garantis pas qu'un "shuntage" de so comme celui-là ne fasse pas tout planter.
à user avec prudence ! ;)
-- tarball, le con pressé. ~8^}
9a avance...
Sur le site de lilypond, j'ai récupéré le
fichier «lilypond-2.6.0.x86.package»
un petit «chmod +x» après, l'instalation se fait
sans message d'erreur.
mais à l'exécution :
[didier@gres chant]$ lilypond-2.6.0 laviemus.ly
GNU LilyPond 2.6.0
/usr/share/guile/1.6/srfi/srfi-13.scm:159:1: In procedure dynamic-link in expression (load-extension "libguile-srfi-srfi-13-14-v-1" "scm_init_srfi_13"):
/usr/share/guile/1.6/srfi/srfi-13.scm:159:1: file: "libguile-srfi-srfi-13-14-v-1", message: "libguile-srfi-srfi-13-14-v-1.so: cannot open shared object file: No such file or directory"
alosr que :
[root@gres ~]# urpmf libguile-srfi-srfi-13-14-v-1.so
libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1
libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1.0.0
Note : comme aucun des médias spécifiés n'utilise de hdlist, urpmf n'a pu retourner de résultat
Vous pouvez utiliser --name pour rechercher le nom d'un paquetage.
je crois donc comprendre que lilypond cherche un «libguile-srfi-srfi...»
dans /usr/share/ alors qu'il est en fait dans /usr/lib/ juste ?
si oui, comment faire ?
si non, comment faire ?
re d'avance merci,
Didier
je m'avance peut-être mais as-tu essayé de faire pointer des liens
symboliques en partant de /usr/share et pointant vers /usr/lib ?
Sur le site de lilypond, j'ai récupéré le fichier «lilypond-2.6.0.x86.package» un petit «chmod +x» après, l'instalation se fait sans message d'erreur.
mais à l'exécution : [ chant]$ lilypond-2.6.0 laviemus.ly GNU LilyPond 2.6.0 /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: In procedure dynamic-link in expression (load-extension "libguile-srfi-srfi-13-14-v-1" "scm_init_srfi_13"): /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: file: "libguile-srfi-srfi-13-14-v-1", message: "libguile-srfi-srfi-13-14-v-1.so: cannot open shared object file: No such file or directory"
alosr que : [ ~]# urpmf libguile-srfi-srfi-13-14-v-1.so libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1 libguile12:/usr/lib/libguile-srfi-srfi-13-14-v-1.so.1.0.0 Note : comme aucun des médias spécifiés n'utilise de hdlist, urpmf n'a pu retourner de résultat Vous pouvez utiliser --name pour rechercher le nom d'un paquetage.
je crois donc comprendre que lilypond cherche un «libguile-srfi-srfi...» dans /usr/share/ alors qu'il est en fait dans /usr/lib/ juste ? si oui, comment faire ? si non, comment faire ?
re d'avance merci, Didier
je m'avance peut-être mais as-tu essayé de faire pointer des liens symboliques en partant de /usr/share et pointant vers /usr/lib ?
je ne garantis pas qu'un "shuntage" de so comme celui-là ne fasse pas tout planter.
à user avec prudence ! ;)
-- tarball, le con pressé. ~8^}
didier
Le Wed, 13 Jul 2005 17:12:42 +0200, didier a écrit :
9a avance...
Sur le site de lilypond, j'ai récupéré le fichier «lilypond-2.6.0.x86.package» un petit «chmod +x» après, l'instalation se fait sans message d'erreur. [.........]
Le Wed, 13 Jul 2005 17:12:42 +0200, didier a écrit :
9a avance...
Sur le site de lilypond, j'ai récupéré le
fichier «lilypond-2.6.0.x86.package»
un petit «chmod +x» après, l'instalation se fait
sans message d'erreur.
[.........]
Le Wed, 13 Jul 2005 17:12:42 +0200, didier a écrit :
9a avance...
Sur le site de lilypond, j'ai récupéré le fichier «lilypond-2.6.0.x86.package» un petit «chmod +x» après, l'instalation se fait sans message d'erreur. [.........]
Je pinaille : Il est peut-être plus judicieux de faire un lien symbolique dans ce cas (comme cela a été suggéré dans un autre message). La commande est de la forme "ln -s". Google est ton ami pour les détails.
Je pinaille :
Il est peut-être plus judicieux de faire un lien symbolique dans ce cas
(comme cela a été suggéré dans un autre message). La commande est de la
forme "ln -s". Google est ton ami pour les détails.
Je pinaille : Il est peut-être plus judicieux de faire un lien symbolique dans ce cas (comme cela a été suggéré dans un autre message). La commande est de la forme "ln -s". Google est ton ami pour les détails.
