OVH Cloud OVH Cloud

Perl & GD & OVH

29 réponses
Avatar
Aurelien
Bonjour

J'écris içi, car c'est un des rares endroits où j'espère avoir une réponse.

Beaucoup de gens hébergent leurs sites chez OVH donc j'espère que je
pourrai avoir quelques réponses.

Je cherche à utiliser GD sur mes scripts Perl sur mon hébergement
mutualisés chez OVH, mais lors du chargement de GD, j'ai la belle erreur
suivante :

Can't load '/usr/lib/perl5/site_perl/5.005/i386-linux/auto/GD/GD.so' for
module GD: libX11.so.6: cannot open shared object file: No such file or
directory at /usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169.

Pour moi, cela est totalement lié à l'installation du module qui est
défectueuse mais la Hotline m'envoie dans les roses.

J'ai fait un script très court, qui n'a pour seul but que de charger
le module.

Il est disponible à cette adresse :
http://www.dragon-occasion.org/testgd.cgi

et sont code est le suivant :
#!/usr/bin/perl -w

print "Content-Type: text/plain\n\n";
print "Test du chargement de GD :\n\n";

$@ = undef;
eval {require GD};
if ($@) {
print $@;
}
else {
print $GD::VERSION;
}
#---


Si vous avez une idée ? Etes vous d'accord avec mon analyse ?
Un moyen de résoudre le problème ?

Merci d'avance

Aurélien

10 réponses

1 2 3
Avatar
Laurent Wacrenier
Paul GABORIT écrit:
Puisque il est dit que ça marche pour PHP, c'est soit qu'il existe une libgd
disponible qui n'a pas besoin de libX11... ou qu'il existe une libX11
disponible pour libgd.


Il me semble que PHP utilise un GD interne
(GD n'est pas le projet le mieux géré).

Avatar
Paul GABORIT
À (at) Thu, 5 Aug 2004 15:12:31 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
Il me semble que PHP utilise un GD interne
(GD n'est pas le projet le mieux géré).


Sans faire appel à libgd ? C'est effectivement étonnant !

--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Perl en français - <http://www.enstimac.fr/Perl/>

Avatar
Laurent Wacrenier
Paul GABORIT écrit:

À (at) Thu, 5 Aug 2004 15:12:31 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
Il me semble que PHP utilise un GD interne
(GD n'est pas le projet le mieux géré).


Sans faire appel à libgd ? C'est effectivement étonnant !


Pas à celle éventuelement sur le système.


Avatar
Baroiller Pierre-Emmanuel
sur ovh, la dernière version de php en date est la 4.3.8 qui intègre
directement GD...
Par contre, effectivement, la librairie n'est pas installée, il faut donc la
compiler ( dans le cas d'un serveur dédié), sinon,
en mutualisé... fais le forcing! :)

a+

"Laurent Wacrenier" <lwa@ teaser . fr> a écrit dans le message de
news:
Paul GABORIT écrit:

À (at) Thu, 5 Aug 2004 15:12:31 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
Il me semble que PHP utilise un GD interne
(GD n'est pas le projet le mieux géré).


Sans faire appel à libgd ? C'est effectivement étonnant !


Pas à celle éventuelement sur le système.





Avatar
Aurelien
Baroiller Pierre-Emmanuel wrote:
sur ovh, la dernière version de php en date est la 4.3.8 qui intègre
directement GD...
Par contre, effectivement, la librairie n'est pas installée, il faut donc la
compiler ( dans le cas d'un serveur dédié), sinon,
en mutualisé... fais le forcing! :)

a+

J'suis en mut' et j'ai fait le forcing.

Si ca vous interesse de voir la discution que j'ai eu avec la hotline :

http://www.ovh.com/fr/support/support/?id 109177488510481419

Ils me soutiennent qu'ils ont vérifié qu'il n'y a pas de problème de
leur côté, alors, je vous demande, comment utiliser GD ? Y'a-t-il une
autre méthode ? Moi je vois vraiment pas là...


Aurélien

Avatar
Paul GABORIT
À (at) Fri, 06 Aug 2004 13:14:58 +0200,
Aurelien écrivait (wrote):
J'suis en mut' et j'ai fait le forcing.
Si ca vous interesse de voir la discution que j'ai eu avec la hotline :

http://www.ovh.com/fr/support/support/?id 109177488510481419

Ils me soutiennent qu'ils ont vérifié qu'il n'y a pas de problème de leur
côté, alors, je vous demande, comment utiliser GD ? Y'a-t-il une autre méthode
? Moi je vois vraiment pas là...


Changez d'hébergeur ?

--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Perl en français - <http://www.enstimac.fr/Perl/>

Avatar
DominiX
ici même:41123001$0$8173$,
Aurelien a écrit
Paul GABORIT wrote:
À (at) Thu, 5 Aug 2004 10:33:21 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
Aurelien écrit:
Can't load
'/usr/lib/perl5/site_perl/5.005/i386-linux/auto/GD/GD.so' for
module GD: libX11.so.6: cannot open shared object file: No such
file or directory at
/usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169.

Pour moi, cela est totalement lié à l'installation du module qui
est défectueuse mais la Hotline m'envoie dans les roses.


Le module a semble t'il été compilé avec X11 (curieux pour un
serveur web) et la librairie X11 est absente.


GD utilise 'freetype' et 'Xpm' et donc 'X11' (cela permet de générer
des dessins offscreen). Il est donc normal de faire appel à X11. Ce
qui n'est pas normal, c'est l'absence de libX11.so.6...



Vous me conseillez quoi ?
Y'a une solution ?


si tu a un acces ftp tu peux mettre ta propre libX11.so dans un PATH
a toi car cette ci n'a pas d'autre dependency

$ ldd /usr/X11R6/lib/libX11.so
libdl.so.2 => /lib/libdl.so.2 (0x400e4000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

-- dominix




Avatar
Aurelien
DominiX wrote:
ici même:41123001$0$8173$,
Aurelien a écrit

Paul GABORIT wrote:

À (at) Thu, 5 Aug 2004 10:33:21 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):

Aurelien écrit:

Can't load
'/usr/lib/perl5/site_perl/5.005/i386-linux/auto/GD/GD.so' for
module GD: libX11.so.6: cannot open shared object file: No such
file or directory at
/usr/lib/perl5/5.00503/i386-linux/DynaLoader.pm line 169.

Pour moi, cela est totalement lié à l'installation du module qui
est défectueuse mais la Hotline m'envoie dans les roses.


Le module a semble t'il été compilé avec X11 (curieux pour un
serveur web) et la librairie X11 est absente.


GD utilise 'freetype' et 'Xpm' et donc 'X11' (cela permet de générer
des dessins offscreen). Il est donc normal de faire appel à X11. Ce
qui n'est pas normal, c'est l'absence de libX11.so.6...



Vous me conseillez quoi ?
Y'a une solution ?



si tu a un acces ftp tu peux mettre ta propre libX11.so dans un PATH
a toi car cette ci n'a pas d'autre dependency

$ ldd /usr/X11R6/lib/libX11.so
libdl.so.2 => /lib/libdl.so.2 (0x400e4000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

-- dominix


Bon, va falloir trouver une lib qui tourne bien sur ce serveur, c pas
gagné, mais on va voir (a ce sujet, si vous avez ca pour RH7.3, je suis
preneur), mais surtout, je vois pas du tout dans quel répertoire mettre
ca pour que GD puisse la trouver ?
y'a pas moyen de spécifier un LDPATH en Perl ? :)


Aurélien





Avatar
Aurelien
si tu a un acces ftp tu peux mettre ta propre libX11.so dans un PATH
a toi car cette ci n'a pas d'autre dependency

$ ldd /usr/X11R6/lib/libX11.so
libdl.so.2 => /lib/libdl.so.2 (0x400e4000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

-- dominix





J'ai essayé un script de ce style

#!/bin/sh

echo Content-Type: text/html
echo
echo
echo Testn
LOAD=`LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH perl testgd.cgi`
echo $LOAD
echo Chargement fait.n

Avec une lib libX11.so dans le même répertoire.
Depuis que j'ai modifié le LD_LIBRARY_PATH, j'ai l'impression que le
script ne charge plus, avant, il donnait une erreur standard.
Mais maintenant, il ne se passe rien...

Aurélien

Avatar
DominiX
ici même:4114e4b2$0$32069$,
Aurelien a écrit
si tu a un acces ftp tu peux mettre ta propre libX11.so dans un
PATH

a toi car cette ci n'a pas d'autre dependency

$ ldd /usr/X11R6/lib/libX11.so
libdl.so.2 => /lib/libdl.so.2 (0x400e4000)
libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)



J'ai essayé un script de ce style

#!/bin/sh

echo Content-Type: text/html
echo
echo
echo Testn
LOAD=`LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH perl testgd.cgi`
echo $LOAD
echo Chargement fait.n

Avec une lib libX11.so dans le même répertoire.
Depuis que j'ai modifié le LD_LIBRARY_PATH, j'ai l'impression que le
script ne charge plus, avant, il donnait une erreur standard.
Mais maintenant, il ne se passe rien...



que done
LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ldd /systemperl/path/to/GD.so


-- dominix


1 2 3