Compilation php : gcc -lpam
Hellow, Après avoir vécu une compilation de php4 sous Red Hat sans erreur, il y a de quoi s'arracher les cheveux quand cette même compilation ne passe pas sous Debian... Ca plante quand gcc fait appel à l'option -lpam lors de la compilation finale dans le repertoire racine de php. Il ne trouve tout simplement pas la librairie alors qu'elle est bien détectée lors du configure... Aidez moi avant que je devienne chauve :) Merci d'avance :) @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation php : gcc -lpam
On Fri, 29 Dec 2000, Jean-Claude Schopfer wrote: Après avoir vécu une compilation de php4 sous Red Hat sans erreur, il y a de quoi s'arracher les cheveux quand cette même compilation ne passe pas sous Debian... Donc, tu as trouvé que le package binaire Debian php4, ou du moins une combination de: Package: php4-pgsql Package: php4-imap Package: php4-gd Package: php4-ldap Package: php4-xml Package: php4 Package: php4-snmp Package: php4-mysql ne contenait/ne faisait pas ce que tu voulais, et alors tu as chargé la *source* Debian de ce package (apt-get source php4 pour le tout, sauf erreur), et tu as utilisé dpkg-buildpackage, après avoir reconfiguré si nécessaire des paramètes de compilation, et cela n'a pas fonctionné ? Je suis étonné :) PS: la source Debian == description file (cf -s ou --print-avail de dpkg), plus la source originelle sans modification, plus les diffs spécifiques à Debian (chargés en un seul bloc avec apt-get source). Exemple de /etc/apt/sources.list, incomplet, mais donne déjà une idée. # Use for a local mirror - remove the ftp1 http lines for the bits # your mirror contains. # deb file:/your/mirror/here/debian slink main contrib non-free # See sources.list(5) for more information, especial # Remember that you can only use http, ftp or file URIs deb cdrom:[Debian GNU/Linux 2.2 r2 _Potato_ - Official i386 Binary-1 (20001207)]/ unstable contrib main non-US/contrib non-US/main deb cdrom:[Debian GNU/Linux 2.2 r2 _Potato_ - Official i386 Binary-2 (20001207)]/ unstable contrib main non-US/contrib non-US/main deb cdrom:[Debian GNU/Linux 2.2 r2 _Potato_ - Official i386 Binary-3 (20001207)]/ unstable contrib main non-US/contrib non-US/main deb http://ftp.urbanet.ch/mirror/debian potato main contrib non-free deb http://ftp.urbanet.ch/mirror/debian-non-US potato/non-US main contrib non-free deb http://security.debian.org/debian-security potato/updates main contrib non-free deb http://http.us.debian.org/debian potato main contrib non-free deb http://non-us.debian.org/debian-non-US potato/non-US main contrib non-free deb-src http://non-us.debian.org/debian-non-US potato/non-US main contrib non-free -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation php : gcc -lpam
Hellow Marc, Donc, tu as trouvé que le package binaire Debian php4, ou du moins une combination de: Package: php4-pgsql Package: php4-imap Package: php4-gd Package: php4-ldap Package: php4-xml Package: php4 Package: php4-snmp Package: php4-mysql ne contenait/ne faisait pas ce que tu voulais Exact, j'ai besoin des modules sybase et pdflib et alors tu as chargé la *source* Debian de ce package (apt-get source php4 pour le tout, sauf erreur), et tu as utilisé dpkg-buildpackage, après avoir reconfiguré si nécessaire des paramètes de compilation, et cela n'a pas fonctionné ? Je suis étonné :) Non, j'ai téléchargé la source en tgz sur le site php.net. J'ai besoin en outre de la dernière version cvs du repertoire sybase pour tenir compte d'une correction sur un bug du module sybase. De plus les sources d'apaches et php sont montées sur une partoche utilisables par plusieurs distrib de linux ou HP-UX. C'est pour toutes ces raisons que je ne désire pas passer par la gestion des packages Debian pour ces deux progs plus les diffs spécifiques à Debian Hmm là je ne comprends pas...la gestion des packages est un plus mais ne doit pas être selon moi obligatoire. Alors où j'ai rien compris, où j'ai tout faux (ce qui revient un peu près au même :P) @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation php : gcc -lpam
On Fri, Dec 29, 2000 at 01:49:45PM +0100, Jean-Claude Schopfer wrote: Après avoir vécu une compilation de php4 sous Red Hat sans erreur, il y a de quoi s'arracher les cheveux quand cette même compilation ne passe pas sous Debian... Ca plante quand gcc fait appel à l'option -lpam lors de la compilation finale dans le repertoire racine de php. Il ne trouve tout simplement pas la librairie alors qu'elle est bien détectée lors du configure... Peux-tu nous envoyer l'erreur ? Je viens de compiler php4 sur une potato et sur woody et j'ai eu aucune problème. -- Francois Deppierraz [EMAIL PROTECTED] Nimag Networks Sàrl - www.nimag.net Phone +41 21 847 00 75 - Fax +41 21 847 00 77 PGP Key ID: 9D283BC9 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation php : gcc -lpam
On Fri, 29 Dec 2000, Jean-Claude Schopfer wrote: Hmm là je ne comprends pas...la gestion des packages est un plus mais ne doit pas être selon moi obligatoire. Alors où j'ai rien compris, où j'ai tout faux (ce qui revient un peu près au même :P) Disons que le maintaineur Debian, dans son diff, a effectué toutes sortes de modifications rendant le logiciel plus standard (au sens Debian et au sens FSSTND). Il se peut très bien que ce logiciel ait été écrit avec une Red Hat en tête, et que le programme plante s'il n'a pas ses configs là où il pense, ou si son répertoire de log n'est pas au `bon' endroit. De même pour la gestion semi-automatique des modules avec Debian apacheconfig. Additionnellement, avec le package source viennent les informations de dépendances du build source. Si tu tiens absolument à installer la source pure sans appliquer de patches, c'est bien sûr possible, sur Debian comme partout, vérifie les répertoires d'installation utilisés, là où il pense se trouver Apache (si nécessaire), et regarde sur http://packages.debian.org/ pour les build dependancies. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.