mise à jour de l'extension curl

par **alfreddum** » 07 Juin 2004 09:53

Pour installer un moregroupware sur un SME 6.01, j'ai du installer une nouvelle version de PHP-4.3.6-1 ce qui necessite une mise à jour de l'extension curl (PHP-4.3.0 nécessitant curl-7.9.

.

j'ai bien chargé http://www.itp.tu-graz.ac.at/Comp/RPM/r ... 9.8-5.i386 mais à l'instal :
error: failed dependencies:
libc.so.6(GLIBC_2.3) is needed by curl-7.9.8-5
libcrypto.so.4 is needed by curl-7.9.8-5
libssl.so.4 is needed by curl-7.9.8-5

Lorsque je charge la librairie : glibc-2.3.2-4.80.8.i386.rpm :
error: failed dependencies:
glibc-common = 2.3.2-4.80.8 is needed by glibc-2.3.2-4.80.8
glibc > 2.2.5 conflicts with glibc-common-2.2.5-43

j'avoue que pour un novice je ne sais plus comment faire.
y a-t-il un rpm complet qui permet cette installation ?
merci.

par **Argenlos** » 07 Juin 2004 12:41

Bonjour,

Il te faut compiler le package que tu as télécharger, pour cela il faut les outils de dévelloppement

http://vanhees.homeip.net/modules.php?o ... load&sid=3

[EDIT]
Au fait, tu prend le un package de la rh9? tiens tiens, je te conseil plutot de prendre les sources et de compiler...
[/EDIT]

par **alfreddum** » 07 Juin 2004 18:22

peux-tu me donner d'avantage de précision :
où trouves tu le package rh9 ?
où puis-je trouver un how todo pour la compilation ?
je suis novice dans cette approche.
Merci

par **MasterSleepy** » 07 Juin 2004 20:26

Salut,

Pour une SME 6.0 et supérieur, il vaut mieux que tu ne prennes pas les outils que argenlos t'a indiqué, c'est ceux pour la 5.6.
Je te conseil plutôt ceux-ci : http://www.acenet-tech.org/cdj/dev-tools/sme60/

Mais pour ce qui est de curl, c'est un peu plus complexe que ça.
Le problème de dépendance avec glibc risque d'être assez compliqué à résoudre.
Je m'y suis jamais esayé, c'est pas pour ça que c'est impossible, tu peux essayer un rpm -Uvh
mais je crois bien que tu risques d'exploser ta SME après ça

Bonne chance

A+.

par **alfreddum** » 07 Juin 2004 22:47

bonsoir,
devant la difficulté, je préfère contourner l'obstacle.
Comme Moregroupware n'a besoin que de php-4.2.0, j'essaye de remettre cette version à la place de 4.3.6 mais je ne vois pas comment desinstaller la version 4.3.6:

solution 1 :si je fais rpm -e il m'indique
error: removing these packages would break dependencies:
php >= 4.1.0 is needed by horde-2.2.1-1es00
php >= 4.1.0 is needed by imp-3.2.1-2es01
php >= 4.1.0 is needed by turba-1.2-1es00
php >= 4.0.1 is needed by e-smith-php-1.10.0-01
php = 4.3.6-1db is needed by php-imap-4.3.6-1db
php = 4.3.6-1db is needed by php-ldap-4.3.6-1db
php = 4.3.6-1db is needed by php-mysql-4.3.6-1db
/usr/bin/php is needed by horde-2.2.1-1es00

solution 2 :j'ai chargé les sources de la php-4.2.2 mais j'ai un pb de compilation :

./configure --with-mysql --with-apache=../apache_1.3.x --enable-track-vars
il indique :
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable cc found in $PATH

as-tu une idée ?
merci pour ton conseil sur les outils de dev pour sme60

par **patrick101** » 07 Juin 2004 23:13

bonjour,

j'ai installé moregroupware ce matin sur une sme 5.6 avec php 4.3.6
A l'install j'ai également le message de curl absent mais a priori ca fonctionne quand meme.

juste comme info donc a voir si ca ne résoud pas ton pb

mais attention je n'ai fait que quelques test..

(et j'avoue ne pas savoir à quoi sert la biblio curl

et ne même pas avoir cherché.. bon j'arrete de donner des batons pour me faire battre...)

par **MasterSleepy** » 08 Juin 2004 06:21

alfreddum a écrit:bonsoir,

solution 1 :si je fais rpm -e il m'indique
error: removing these packages would break dependencies:
php >= 4.1.0 is needed by horde-2.2.1-1es00
php >= 4.1.0 is needed by imp-3.2.1-2es01
php >= 4.1.0 is needed by turba-1.2-1es00
php >= 4.0.1 is needed by e-smith-php-1.10.0-01
php = 4.3.6-1db is needed by php-imap-4.3.6-1db
php = 4.3.6-1db is needed by php-ldap-4.3.6-1db
php = 4.3.6-1db is needed by php-mysql-4.3.6-1db
/usr/bin/php is needed by horde-2.2.1-1es00

Salut,

A mon avis un rpm -Uvh --force --replacepkgs
fonctionnerais mieux que d'essayer de l'enlever avant de le réinstaller
Mais comme c'est pour descendre d'une version, pas sûr que ça fonctionne.

alfreddum a écrit:solution 2 :j'ai chargé les sources de la php-4.2.2 mais j'ai un pb de compilation :

./configure --with-mysql --with-apache=../apache_1.3.x --enable-track-vars
il indique :
checking for gcc... no
checking for cc... no
checking for cc... no
checking for cl... no
configure: error: no acceptable cc found in $PATH

as-tu une idée ?
merci pour ton conseil sur les outils de dev pour sme60

Ben là apparemment tu n'as pas installé les dev-tools.
Configure te signale qu'il n'a pas trouvé de compilateur, compilateur qui ce trouve dans les dev-tools.

A+

par **leso** » 08 Juin 2004 08:08

Vous lui conseiller d'installer les outils de développement directement sur sa sme 6.0 mais ce n'est pas risqué de pouvoir compiler n'importe quoi sur une passerelle , ou un serveur auxillaire?

par **MasterSleepy** » 08 Juin 2004 08:24

C'est pas qu'on lui conseil.
Si il veut compiler il installe les dev-tools.

Et puis entre nous, avoir des outils de compile sur la passerelle n'est pas plus dangereux que de mettre un mot de passe simple pour root.

Et puis les outils de compil, ça s'enlève après usage aussi :wink:

A+

par **alfreddum** » 08 Juin 2004 14:33

MasterSleepy, je continue finalement tes conseils, j'ai réinstallé les dev-tools (je ne sais pas s'il y a une procédure globale, j'ai donc fait chaque rpm individuellement).
lorsque je fait : ./configure --with-mysql --with-apache=../apache_1.3.x --enable-track-vars
il indique :

checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... none
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking dependency style of gcc... (cached) none
checking whether gcc and cc understand -c and -o together... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking whether compiler supports -R... no
checking whether compiler supports -Wl,-rpath,... yes
checking for ranlib... ranlib
checking whether ln -s works... yes
checking for gawk... (cached) gawk
checking for bison... no
checking for byacc... no
configure: WARNING: You will need bison if you want to regenerate the PHP parsers.
checking for flex... no
checking for lex... no
checking for yywrap in -lfl... no
checking for yywrap in -ll... no
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for pthreads_cflags... -pthread
checking for pthreads_lib...

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
configure: error: Invalid Apache directory - unable to find httpd.h under /root/apache_1.3.x

il ne trouve surement pas le répertoire apache sur root, mais où se touve t-il ?
que dois-je changer dans la commande ./configure ?????

en faisant : make install
il indique : make: *** Pas de règle pour fabriquer la cible `install'. Arrêt.

merci d'avance
Alfrred dum

par **MasterSleepy** » 08 Juin 2004 14:52

Salut,

As-tu installé "apache-devel-1.3.27-2.i386.rpm"

Si c'est pas le cas, installe le, sinon il doit y avoir un directive pour configure pour lui indiquer un autre répertoire pour apache.
./configure --help
te donnera une liste des différentes options.

A+

par **alfreddum** » 08 Juin 2004 18:12

j'ai vérifié, :
apache-devel-1.3.27-2.i386.rpm est bien installé
quand au help de ./configure , j'avoue ne pas voir exactement quoi faire ?

quand penses-tu ?

par **sibsib** » 08 Juin 2004 21:23

alfreddum a écrit:quand penses-tu ?

Personnellement, assez souvent, notamment en lisant cet excellent forum :lol:

Bon, OK, je sors

A+,
Pascal

par **Gaston** » 09 Juin 2004 00:05

Bonsoir juste une remarque bête :
moi je comprends que tu es dans un répertoire /root/curl (ou qquechse comme ça)

lorsque je fait : ./configure --with-mysql --with-apache=../apache_1.3.x --enable-track-vars
[... snip ...]
checking for Apache 1.x module support... no
configure: error: Invalid Apache directory - unable to find httpd.h under /root/apache_1.3.x

il ne trouve surement pas le répertoire apache sur root, mais où se touve t-il ?

donc il cherche un répertoire fils du répertoire père (c'est un frère ça non :?:

) qui s'appelle apache_1.3x :!:

c'est toi qui lui a dit de chercher là

Si ton répertoire apache n'est pas "/root/apache_1.3.x", corrige ta ligne de configure :cry:

Mais bon j'ai peut-être pas compris le pb
A+
G.

par **MasterSleepy** » 09 Juin 2004 06:30

Salut,

Effectivement Gaston, bien vu, j'avais même pas fait attention au fait qu'alfreddum spécifiait dans la ligne de commande du configure le chemin.
Donc le problème est un problème de chemin lors de l'appel de configure, essaye voir :

Code: Tout sélectionner: ./configure --with-mysql --with-apache=/usr/include/apache --enable-track-vars

A+

mise à jour de l'extension curl

mise à jour de l'extension curl

Qui est en ligne ?