Installation Apache 2.4.4 sous Linux à partir de Zéro

Installation Apache 2.4.4 sous Linux à partir de Zéro - Installation - Linux et OS Alternatifs

Marsh Posté le 22-03-2013 à 11:58:39    

Bonjour,
 
Je trouve pas d'information sur le sujet donc je poste une petite question sur Apache.
J'ai un serveur Ubuntu et je voudrais installer dessus Apache 2.4.4
 
Selon la procédure officielle :
Ici http://httpd.apache.org/download.c [...] Fapache%2F
et ici : http://httpd.apache.org/docs/2.4/install.html#download
 
Il n'y a que les sources !?
Il faut donc apparemment faire toute la procédure de compilation etc etc....
N'y a t il pas moyen d'avoir l'install déjà compilée ?
 
Merci de vos conseils et avis :)


Message édité par akizan le 28-03-2013 à 15:45:35
Reply

Marsh Posté le 22-03-2013 à 11:58:39   

Reply

Marsh Posté le 22-03-2013 à 13:15:49    

Apparemment, cela semble normal...
 
Le dernière version n'est pas installée sur Ubuntu et il faut donc la faire à la mano.
 
http://siguillaume.developpez.com/ [...] tallation.
 
Tutorial ici :
http://zhuojun.info/?p=1121
 
D'ailleurs je trouve pas la liste des versions de logiciels installés sur la 12.10... Pour savoir la version Apache de base par exemple.

Message cité 1 fois
Message édité par akizan le 22-03-2013 à 13:16:41
Reply

Marsh Posté le 22-03-2013 à 13:26:59    

Moteur de recherche sur les packages d'ubuntu, toutes versions
Info sur les packages relatifs à apache dans la 12.10

Message cité 1 fois
Message édité par o'gure le 22-03-2013 à 13:28:44

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 22-03-2013 à 13:32:01    


 
Ohh c'est nickel ça :) Merci beaucoup !!
Donc la 2.2.22 d'origine sur la 12.10.
 
Et si je veux savoir sur la 13.04, la version Apache qui sera installée (avant la sortie officielle) , y a t il un moyen ?  :jap:

Reply

Marsh Posté le 22-03-2013 à 14:29:38    

akizan a écrit :

D'ailleurs je trouve pas la liste des versions de logiciels installés sur la 12.10... Pour savoir la version Apache de base par exemple.


Sur Distrowatch, "Apache" est renommé httpd, et la version installable est la 2.2.22 [:spamatounet] (renommage fait par Canonical)
 
Après entre la 2.2.22 et la 2.4.4, je vais faire mon [:trefledepique_w] mais c'est quoi les différences ?


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 22-03-2013 à 14:49:09    

News 2.4 Apache :
http://httpd.apache.org/docs/2.4/new_features_2_4.html
 
Comme je suis en train de m'entrainer sur l'installation / configuration de Linux, autant faire dans les dernières versions :)
Je fais tout en manuel, en espérant avoir plus de difficultés à installer et configurer qu'en prenant les trucs déjà compilés.
 
Mais franchement, j'ai aucune idée de ce que ça peut apporter, même la doc entière ça me dit pas grand chose et c'est plus à titre perso.
 
En tout cas, c'est pratique distrowatch :)
Merci.

Reply

Marsh Posté le 22-03-2013 à 15:30:41    

Citation :

Diminution de la mémoire utilisée
Bien qu'elle propose de nombreuses nouvelles fonctionnalités, la version 2.4.x tend à utiliser moins de mémoire que la version 2.2.x.


Ah ben ça c'est intéressant, à voir en pratique face à nginx tiens [:roger21:3]


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 22-03-2013 à 21:14:17    

Y'a aussi ça qui change (et tant mieux)  
 
http://httpd.apache.org/docs/2.4/howto/access.html


---------------
http://agentoss.wordpress.com/
Reply

Marsh Posté le 22-03-2013 à 23:34:37    

Ca fait combien d'années d'ailleurs que la 2.2 tourne sur les serveurs ?


Message édité par akizan le 22-03-2013 à 23:34:48
Reply

Marsh Posté le 23-03-2013 à 09:47:29    

La version 2.2.22 du serveur (Apache HTTPD) est sortie en... février 2012 :D avec une update conseillée en 2.2.24 sortie en juillet 2012, pour corriger pas mal de bugs de sécurité.
Pour la branche 2.2 originelle, je dirais qu'elle date de 2006 vu que la Debian Etch qui date de 2007 avait la 2.2.3


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 23-03-2013 à 09:47:29   

Reply

Marsh Posté le 23-03-2013 à 10:58:00    

Ha oui quand même !!
Ca remonte plus vieux que ça puisque ici, ils indiquent que la 2.2.0 date de Décembre 2005
 
https://www.apachehaus.com/index.ph [...] Itemid=104

Reply

Marsh Posté le 23-03-2013 à 22:21:31    

Petite question, pourquoi sur Ubuntu quand je fais :
sudo apt-get install apache2.deb, ça me retourne :
Unable to locate package apache2.deb
 
Alors que si je fais :
sudo apt-get install apache2, ça marche !?
 
Je croyais que les noms de paquets même sur Ubuntu avaient une extension en .deb
 
Merci :)

Message cité 1 fois
Message édité par akizan le 23-03-2013 à 22:22:17
Reply

Marsh Posté le 23-03-2013 à 22:26:04    

2ème question, quelle est la différence entre un extra package et un new package ?
 
http://img9.imageshack.us/img9/8824/packagec.jpg
 
Sur la capture d'écran, il différencie les deux o.O

Reply

Marsh Posté le 24-03-2013 à 09:49:51    

akizan a écrit :

2ème question, quelle est la différence entre un extra package et un new package ?

 

http://img9.imageshack.us/img9/8824/packagec.jpg

 

Sur la capture d'écran, il différencie les deux o.O


Si tu lis correctement, il ne différencie pas les 2. Les extra sont contenus dans les news. Les extra sont les dépendances.


Message édité par o'gure le 24-03-2013 à 09:50:03

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 24-03-2013 à 10:06:56    

j'avais remarqué effectivement mais je vois pas pourquoi ils fait 2 listes ;)
extra = dépendances, ok c'est noté ^^

Reply

Marsh Posté le 24-03-2013 à 11:17:32    

akizan a écrit :

Petite question, pourquoi sur Ubuntu quand je fais :
sudo apt-get install apache2.deb, ça me retourne :
Unable to locate package apache2.deb
 
Alors que si je fais :
sudo apt-get install apache2, ça marche !?
 
Je croyais que les noms de paquets même sur Ubuntu avaient une extension en .deb


Bah non apt (ou aptitude) va chercher sur dans des sources de logiciels (sur le DVD/CD/mirroir internet ou local) le paquet "apache2". De lui-même il verra qu'il aura besoin de "apache2.deb" et fera tout le nécessaire pour l'installer
Si tu veux installer un logiciel ".deb", tu le télécharges directement, puis tu utilises la commande dpkg  
 
En gros un "apt-get install bidule" va :
- chercher à quoi correspond le logiciel "bidule"
- voir les dépendances du logiciel "bidule"
- télécharge le logiciel "bidule" et ses dépendances
- installe le logiciel "bidule" et ses dépendances (si tu l'acceptes)
 
Un "dpkg -i /ton_chemin/vers/bidule.deb" va :
- installer le logiciel contenu dans le "bidule.deb"
- ne vas pas regarder les dépendances
 
En autre méthode d'installation tu as :
- "tasksel", qui va installer un certain type de configuration "recommandée" par les développeurs de la distribution. Pour Apache sur Debian et dérivée ça sera : "tasksel install lamp-server"
- apt par configuration "recommandée"  par les développeurs de la distribution : "apt-get install lamp-server^" (le ^ est important)
- installation depuis les sources
 
tasksel et apt par configuration recommandée bah... finalement sont à éviter, car ils t'installent tous les paquets sans trop regardé ce que tu as déjà, ou ce que tu veux. Par exemple tu ne veux pas mySQL mais  MariaDB, bah tu ne peux pas sans refaire la configuration par la suite.


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 24-03-2013 à 20:46:32    

ok merci pour toutes ces précisions. Mais du coup quand je fais, "sudo apt-get install apache2", ça correspond à dire que ce N'EST pas recommandé ? Je comprend pas trop la différence de "apt par configuration recommandée" que tu m'indiques :) :)

Reply

Marsh Posté le 24-03-2013 à 22:19:57    

J'ai avancé sur l'install et j'en suis arrivé à la configuration.
 
Ya l'aide ici :
http://httpd.apache.org/docs/2.4/p [...] igure.html
 
Et en lisant quelques liens sur Google, je trouve que chacun ne fait pas de la même manière (ce qui semble plutôt normal d'ailleurs).
 
Exemple 1 :
 
./configure --prefix=/usr/local/apache2 --enable-module=most --enable-mods-shared=all
 
Exemple 2 :
 
./configure --prefix=/usr/local/apache2 --enable-mods-shared=all
 
Exemple 3 :
 
./configure --prefix=/usr/local/apache2 \
--enable-mods-shared=all \
--enable-http \
--enable-deflate \
--enable-expires \
--enable-slotmem-shm \
--enable-headers \
--enable-rewrite \
--enable-proxy \
--enable-proxy-balancer \
--enable-proxy-http \
--enable-proxy-fcgi \
--enable-mime-magic \
--enable-log-debug \
--with-mpm=event
 
Le 3 me parait super galère à écrire, si on veut faire un truc par défaut, ça serait plutôt quoi la ligne à faire ?
L'exemple 2 me paraissant plutôt correct, non vu qu'il va installer tout ?
 
Merci ^^


Message édité par akizan le 24-03-2013 à 22:20:40
Reply

Marsh Posté le 24-03-2013 à 22:36:14    

akizan a écrit :

ok merci pour toutes ces précisions. Mais du coup quand je fais, "sudo apt-get install apache2", ça correspond à dire que ce N'EST pas recommandé ? Je comprend pas trop la différence de "apt par configuration recommandée" que tu m'indiques :) :)


"apt-get install apache2" ne t'installera qu'Apache et ses dépendances.
Mais tu n'as pas de serveur SQL (mySQL ou MariaDB ou PostgreSQL) et tu n'as pas le moteur pour le PHP.
 
Si tu relis ton installation d'Apache, tu as le minimum pour le faire fonctionner sur une machine multiprocesseurs/multithreadé et SQLite. Le minimum du minimum.
 
Pour le configure je ferais :
./configure --prefix=/usr/local/apache2 \  
--enable-mods-shared=all \  
--enable-http \  
--enable-deflate \  
--enable-expires \  
--enable-slotmem-shm \  
--enable-headers \  
--enable-rewrite \  
--enable-mime-magic \  
--enable-log-debug \  
--enable-ssl \
--disable-cgi \
--with-mpm=event
 
Pour une installation serveur standalone, un serveur tout seul de développement mais qui aura au moins de quoi traiter les règles rewrite et les headers, ainsi que le travail en multithread, une meilleure gestion de la mémoire, et virer la gestion des CGI [:spamatounet]  
Un petit "./configure -h" te donnera la liste des options disponibles (en exemple rapidos, ici)


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 25-03-2013 à 13:49:16    

bardiel a écrit :


"apt-get install apache2" ne t'installera qu'Apache et ses dépendances.
Mais tu n'as pas de serveur SQL (mySQL ou MariaDB ou PostgreSQL) et tu n'as pas le moteur pour le PHP.


 
oki capito. Comme je veux tout faire manuellement, ca me convient donc très bien :)
 

bardiel a écrit :


Si tu relis ton installation d'Apache, tu as le minimum pour le faire fonctionner sur une machine multiprocesseurs/multithreadé et SQLite. Le minimum du minimum.
 
Pour le configure je ferais :
./configure --prefix=/usr/local/apache2 \  
--enable-mods-shared=all \  
--enable-http \  
--enable-deflate \  
--enable-expires \  
--enable-slotmem-shm \  
--enable-headers \  
--enable-rewrite \  
--enable-mime-magic \  
--enable-log-debug \  
--enable-ssl \
--disable-cgi \
--with-mpm=event
 
Pour une installation serveur standalone, un serveur tout seul de développement mais qui aura au moins de quoi traiter les règles rewrite et les headers, ainsi que le travail en multithread, une meilleure gestion de la mémoire, et virer la gestion des CGI [:spamatounet]  


 
ok très bien, autant partir avec un serveur "simple" et ensuite si ya besoin, je rajouterais mes mods dont jai besoin. Par contre je suis obligé de tout taper ?? faut je lise le -h et que je me lance alors ^^
Doit y avoir une technique pour ne pas avoir à se taper tous les "enable".


Message édité par akizan le 25-03-2013 à 13:53:03
Reply

Marsh Posté le 25-03-2013 à 21:10:48    

Bah certaines options sont incluses dans d'autres, mais si tu lances le tout tu vas te retrouver avec un truc ingérable [:spamatounet]


---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D
Reply

Marsh Posté le 27-03-2013 à 22:00:25    

Mmmmm j'ai pas vraiment compris t'as dernière phrase. D'ailleurs petit point que j'avais pas fais gaffe, les exemples cités ci dessus pointent l'install vers /usr/local/apache2 alors que par défaut, le apt-get l'installe dans /etc/apache2 ! o.O WTF ?
 
Sinon j'ai compris pour les enable d'après, en fait une fois la commande ./configure lancée, on se trouve sur un joli "prompt"
On peut donc taper toutes nos petites options... :)
http://img716.imageshack.us/img716/8551/promptconfigure.jpg

Message cité 2 fois
Message édité par akizan le 27-03-2013 à 23:07:20
Reply

Marsh Posté le 27-03-2013 à 22:05:06    

akizan a écrit :

Mmmmm j'ai pas vraiment compris t'as dernière phrase. D'ailleurs petit point que j'avais pas fais gaffe, les exemples pointent l'install vers /usr/local/apache2 alors que par défaut, le apt-get l'installe dans /etc/apache2 ! o.O WTF ?


Généralement tu définis lors de la compilation les différents répertoires de conf, d'installation, etc...
Le boulot des packagers est, entre autre, d'intégrer ce paramétrage à la distribution. Le répertoire de configuration standard est /etc. Pour les compilations hors intégration de la distribution, tu les colles où tu veux /usr/local, /srv...


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 22:06:13    

akizan a écrit :

Sinon j'ai compris pour les enable après, en fait une fois la commande ./configure lancée, on se trouve sur un joli "prompt" :)
http://img716.imageshack.us/img716 [...] figure.jpg


Parce que tu as laissé un \ à la fin de ta ligne...
Sinon le copier/coller c'est possible depuis le shell, pas besoin de faire une capture d'écran.


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 22:07:38    

D'ailleurs c'est avec ./configure que tu as définis là où se ferait l'installation dans /usr/local/apache2


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 22:26:27    

o'gure a écrit :


Généralement tu définis lors de la compilation les différents répertoires de conf, d'installation, etc...
Le boulot des packagers est, entre autre, d'intégrer ce paramétrage à la distribution. Le répertoire de configuration standard est /etc. Pour les compilations hors intégration de la distribution, tu les colles où tu veux /usr/local, /srv...


 
oki doki dans ce cas la, je préfère rester dans un path par défaut, donc /etc/apache2 à moins que vraiment ca se fasse pas (pas les bonnes pratiques de guru linux ?!)
 

o'gure a écrit :


Parce que tu as laissé un \ à la fin de ta ligne...
Sinon le copier/coller c'est possible depuis le shell, pas besoin de faire une capture d'écran.


 
Ha ok, je savais pas pour \ :) D'ailleurs, Un caractère spécial en fin de ligne de commande qui permet de chainer d'autres lignes, ça s'appelle comment en terme informatique ?
 
Pour le copier/coller, j'arrive pas avec ma Vm Virtualbox... (me suis pas penché sur le problème encore...)
 

o'gure a écrit :

D'ailleurs c'est avec ./configure que tu as définis là où se ferait l'installation dans /usr/local/apache2


Yes et ça c'est le path des binaires ?

Message cité 1 fois
Message édité par akizan le 27-03-2013 à 22:34:34
Reply

Marsh Posté le 27-03-2013 à 22:38:16    

akizan a écrit :

oki doki dans ce cas la, je préfère rester dans un path par défaut, donc /etc/apache2 à moins que vraiment ca se fasse pas (pas les bonnes pratiques de guru linux ?!)


Tu fais comme tu le sens.
Personnellement tout ce qui n'est pas issu de mon system de packging vas dans /usr/local/

akizan a écrit :

Ha ok, je savais pas pour \ :) D'ailleurs, Un caractère spécial en fin de ligne de commande qui permet de chainer d'autres lignes, ça s'appelle comment en terme informatique ?


Je ne vois pas ce dont tu parles ? "pour chainer d'autre lignes", ça veut dire quoi pour toi ?
un retour chariot ?
un point virgule ?
des esperluettes ?
des pipes ?

 
akizan a écrit :


Yes et ça c'est le path des binaires ?


http://www.pathname.com/fhs/
http://en.wikipedia.org/wiki/Files [...] y_Standard

Message cité 1 fois
Message édité par o'gure le 27-03-2013 à 22:44:43

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 22:50:03    

o'gure a écrit :


Je ne vois pas ce dont tu parles ? "pour chainer d'autre lignes", ça veut dire quoi pour toi ?
un retour chariot ?
un point virgule ?
des esperluettes ?
des pipes ?


 
Le "\" dont on parle, ça permet de "chainer" des commandes les unes aux autres non ?
Le mot "chainer" est peut être mal approprié mais je ne sais pas comment appeler ça, d'où ma question ^^
 


Oula c'est bien ça !!! Mon chemin vers la connaissance Linux est encore bien loin o.O
 
Je tombe la dessus que maintenant :) :)
http://www.be-root.com/2012/02/25/ [...] urces-24x/
Bref, j'en suis rendu au problème des paquets APR et APR-util non installé...
Apparemment sur la 2.4, pas besoin de mettre le --with-included-apr, je suppose si les fichiers sont bien dans srclib ?  
Faut je test ça.

Message cité 2 fois
Message édité par akizan le 27-03-2013 à 22:54:39
Reply

Marsh Posté le 27-03-2013 à 22:56:15    

akizan a écrit :

 

Le "\" dont on parle, ça permet de "chainer" des commandes les unes aux autres non ?
Le mot "chainer" est peut être mal approprié mais je ne sais pas comment appeler ça, d'où ma question ^^


C'est un anti-slash, c'est un caractère d'échappement. Ca "échappe" le caractère suivant.
par exemple si dans un nom de fichier tu as un espace tu mets un antislash  + un espace pour le mettre: \ <--- y a un espace après

 

Non, ça ne permet pas de chainer des commandes. Dans ton exemple ça permet de continuer ta commande sur la ligne suivante.Il échappe le retour chariot pour indiquer qu'on passe à la ligne. Sinon le shell prend le retour chariot comme validation de la commande. Sur ta ligne tu n'as qu'une commande.

 

Message cité 1 fois
Message édité par o'gure le 27-03-2013 à 22:58:41

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 22:59:23    

au passage le ./configure et make n'ont pas besoin d'être fait avec sudo. Augmenter ses privilèges pour une tâche pouvant être réalisée en utilisateur simple est inutile (au mieux) et dangereux.
seul le make install si le répertoire destination ou si des opérations root (par exemple ajout d'un utilisateur) le requiert.

Message cité 1 fois
Message édité par o'gure le 27-03-2013 à 23:00:24

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 27-03-2013 à 23:02:34    

o'gure a écrit :


C'est un anti-slash, c'est un caractère d'échappement. Ca "échappe" le caractère suivant.
par exemple si dans un nom de fichier tu as un espace tu mets un antislash  + un espace pour le mettre: \ <--- y a un espace après
 
Non, ça ne permet pas de chainer des commandes. Dans ton exemple ça permet de continuer ta commande sur la ligne suivante.Il échappe le retour chariot pour indiquer qu'on passe à la ligne. Sinon le shell prend le retour chariot comme validation de la commande. Sur ta ligne tu n'as qu'une commande.
 


 
o.O'
On a pas ça sous Windows ! Si ou j'ai jamais utilisé :(
 

o'gure a écrit :

au passage le ./configure et make n'ont pas besoin d'être fait avec sudo. Augmenter ses privilèges pour une tâche pouvant être réalisée en utilisateur simple est inutile (au mieux) et dangereux.
seul le make install si le répertoire destination ou si des opérations root (par exemple ajout d'un utilisateur) le requiert.


L'oeil du tigre héhé
Merci bien, en y réfléchissant ça parait plutôt logique vu les actions menées.


Message édité par akizan le 27-03-2013 à 23:03:44
Reply

Marsh Posté le 27-03-2013 à 23:06:29    

akizan a écrit :


Bref, j'en suis rendu au problème des paquets APR et APR-util non installé...
Apparemment sur la 2.4, pas besoin de mettre le --with-included-apr, je suppose si les fichiers sont bien dans srclib ?  
Faut je test ça.


 
Après test, effectivement si les sources d'apr et apr-util sont bien placées, pas besoin de mettre --with-included-apr
Je me demande donc bien à quoi sert cette commande finalement !?
 
J'arrive maintenant à l'étape de la compilation houhouhou...
il me dit que j'ai pas de compiler C. il faut j'installe le paquet gcc !!
Tant qu'à faire, je vais essayer le gcc 4.8.0 : http://gcc.gnu.org/
 
Edit1 : Finalement non, trop le bordel, je fais un bon vieux apt-get install gcc (version 4.7 c'est déjà bien) pour ce coup-ci histoire de pas trop m'enfoncer quand même...
 
Edit2 : Autre question, quand on fais un "apt-get", est-ce qu'il y a un log de créé par rapport à l'install du logiciel ? c'est automatique ou pas ?
Pareil quand on compile un truc avec gcc, y'a t il un log de généré ?
Merci :) :)

Message cité 1 fois
Message édité par akizan le 28-03-2013 à 15:53:37
Reply

Marsh Posté le 28-03-2013 à 22:33:10    

Je suis encore coincé. J'ai installé gcc et g++ pour les compiler.
J'en suis maintenant à installer PCRE (j'lai chopé ici : http://www.linuxfromscratch.org/bl [...] /pcre.html
En version 8.32 et j'ai suivi la procédure :
 

Code :
  1. ./configure --prefix=/usr                     \
  2.             --docdir=/usr/share/doc/pcre-8.32 \
  3.             --enable-utf                      \
  4.             --enable-unicode-properties       \
  5.             --enable-pcregrep-libz            \
  6.             --enable-pcregrep-libbz2          \
  7.             --disable-static


 
Et la il me sort :
http://img441.imageshack.us/img441/626/zlibhwasnotfound.jpg
Cannot --enable-pcregrep-libz because zlib.h was not found
Je sais pas trop quoi faire pour récupérer zlib.h...
 
Apparemment, il me manquerait le paquet "zlib1g-dev"
Il sort d'où ce truc ?

Message cité 2 fois
Message édité par akizan le 28-03-2013 à 22:35:59
Reply

Marsh Posté le 28-03-2013 à 23:36:20    

akizan a écrit :


Edit2 : Autre question, quand on fais un "apt-get", est-ce qu'il y a un log de créé par rapport à l'install du logiciel ? c'est automatique ou pas ?


Tous les logs sont stockés dans /var/log, je t'invite à les regarder.

akizan a écrit :


Pareil quand on compile un truc avec gcc, y'a t il un log de généré ?
Merci :) :)


C'est propre à chaque compilation, lis la doc d'install. Sinon il ya l'output des différentes commandes passées. Tu peux les rediriger dans un fichier.
 
Tu veux y trouver quoi dans les logs ?


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 28-03-2013 à 23:36:59    

akizan a écrit :

Je suis encore coincé. J'ai installé gcc et g++ pour les compiler.
J'en suis maintenant à installer PCRE (j'lai chopé ici : http://www.linuxfromscratch.org/bl [...] /pcre.html
En version 8.32 et j'ai suivi la procédure :

 
Code :
  1. ./configure --prefix=/usr                     \
  2.             --docdir=/usr/share/doc/pcre-8.32 \
  3.             --enable-utf                      \
  4.             --enable-unicode-properties       \
  5.             --enable-pcregrep-libz            \
  6.             --enable-pcregrep-libbz2          \
  7.             --disable-static
 

Et la il me sort :
http://img441.imageshack.us/img441 [...] tfound.jpg
Cannot --enable-pcregrep-libz because zlib.h was not found
Je sais pas trop quoi faire pour récupérer zlib.h...

 

Apparemment, il me manquerait le paquet "zlib1g-dev"
Il sort d'où ce truc ?


Le réflexe à avoir :
apt-cache search zlib | grep dev
et apt-cache show pour savoir ce que c'est.
Tu l'installes après avec apt-get

Message cité 1 fois
Message édité par o'gure le 28-03-2013 à 23:41:21

---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 28-03-2013 à 23:40:46    

akizan a écrit :

./configure --prefix=/usr                     \
     


Au final tu as opté pour l'installer dans le répertoire dédié à tout ce qui bien packagé et intégré quitte à y foutre le bordel [:petrus dei]


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 29-03-2013 à 11:37:01    

o'gure a écrit :


Tous les logs sont stockés dans /var/log, je t'invite à les regarder.


 
ok très bien, history.log et term.log dans /var/log/apt.
 

o'gure a écrit :


C'est propre à chaque compilation, lis la doc d'install. Sinon il ya l'output des différentes commandes passées. Tu peux les rediriger dans un fichier.
 
Tu veux y trouver quoi dans les logs ?


 
Aucune idée, juste savoir si lors de compilation, il y a des erreurs ou des choses qu'on ne verraient pas à l'écran par exemple, avoir une trace juste de ce qui s'est passé en fait. Ok comme tout logiciel finalement, chacun fait à sa sauce, ça me va :)
 

o'gure a écrit :


Le réflexe à avoir :  
apt-cache search zlib | grep dev
et apt-cache show pour savoir ce que c'est.
Tu l'installes après avec apt-get


 
ok, effectivement, avoir des infos sur les packages avant install, c'est pas mal ^^
 
Merci. Bon je suis encore coincé... Et l'erreur est moins facile que celles que j'ai eu jusqu'à maintenant.
Au configure de Apache, il me sort ça :

Code :
  1. configure: WARNING: you should use --build, --host, --target
  2. configure: WARNING: you should use --build, --host, --target
  3. configure: WARNING: you should use --build, --host, --target
  4. configure: WARNING: you should use --build, --host, --target
  5. configure: WARNING: you should use --build, --host, --target
  6. configure: WARNING: you should use --build, --host, --target
  7. configure: WARNING: you should use --build, --host, --target
  8. configure: error: invalid variable name: '--with-mpm'


La doc raconte ça :
 
These options are used to cross-compile the Apache HTTP Server to run on another system. In normal cases, when building and running the server on the same system, these options are not used.
 
--build=BUILD
    Defines the system type of the system on which the tools are being built. It defaults to the result of the script config.guess.
--host=HOST
    Defines the system type of the system on which the server will run. HOST defaults to BUILD.
--target=TARGET
    Configure for building compilers for the system type TARGET. It defaults to HOST. This option is offered by autoconf and not necessary for the Apache HTTP Server.

 
J'ai tout pété ce coup la ?
 
Edit: j'ai pas trouvé le script "config.guess" dans mon dossier httpd :(


Message édité par akizan le 29-03-2013 à 11:50:28
Reply

Marsh Posté le 29-03-2013 à 21:26:11    

J'ai essayé sur une Debian pour voir et refaire tout depuis le début mais j'arrive à peine plus loin avec des erreurs sur le "make" du configure d'Apache...
Y'a plus qu'a recommencer tout depuis le début sur Ubuntu :)
Ce coup-ci je vais installer les prérequis (APR et PCRE à partir d'Aptitude au lieu des sources...) C'est lâche je sais mais j'arrive à rien pour l'instant :(
 
APR :
sudo apt-get install libapr1-dev
 
APR-util :
sudo apt-get install libaprutil1 libaprutil1-dev
 
PCRE :
sudo apt-get install libpcre3 libpcre3-dev
 
G++ :
sudo apt-get install g++
 
sudo apt-get install zlib1g-dev
sudo apt-get install libbz2-dev
sudo apt-get install make


Message édité par akizan le 30-03-2013 à 10:51:15
Reply

Marsh Posté le 30-03-2013 à 12:30:43    

Finalement, ça marche mais c'est facile, vu que j'ai repris les paquets de la distrib...
 
http://img94.imageshack.us/img94/14/httpd.jpg
 
Par contre question tout bête, comment je fais pour que
/etc/init.d/apache2 start, ça fonctionne vu que apache2 n'est pas dans /etc/init.d/ ?

Message cité 1 fois
Message édité par akizan le 30-03-2013 à 12:32:10
Reply

Marsh Posté le 30-03-2013 à 13:46:10    

akizan a écrit :

Finalement, ça marche mais c'est facile, vu que j'ai repris les paquets de la distrib...
 
http://img94.imageshack.us/img94/14/httpd.jpg
 
Par contre question tout bête, comment je fais pour que
/etc/init.d/apache2 start, ça fonctionne vu que apache2 n'est pas dans /etc/init.d/ ?


 
Le dossier /etc/init.d/ contient des scripts d'arrêt / démarrage, re-démarrage pour certains services installés.  
 
Si tu as installé apache2 via apt-get alors, ce dernier a installé le binaire apache dans /usr/sbin/, les fichiers de configuration dans /etc/apache2/ et le script de démarrage / arrêt / re-démarrage dans /etc/init.d/.
 
Pour vérifier les scripts dispo dans ce dossier :
 

Code :
  1. ls -l /etc/init.d/


 
A noter aussi, qu'il faut très certainement utiliser sudo :
 

Code :
  1. sudo /etc/init.d/apache2 start


 
A noter que ce comportement est assez classique pour beaucoup de services qui se composent (en simplifiant) :  
 

  • D'un binaire dans /usr/bin ou /usr/sbin (sbin pour les binaires demandant des droits "super" ou root) ;
  • De fichiers de configuration dans /etc/nom_du_service, voire aussi /etx/default/nom_du_service ;
  • Au besoin, de scripts d'amorçage dans /etc/init.d/


Bien évidemment on parle ici, de système GNU/Linux et non pas Unix / BSD, ni même Windows. :)


Message édité par Nesousx le 30-03-2013 à 13:54:59

---------------
Mon Feedback
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed