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

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.

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

 
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 ?  

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

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.

Ah ben ça c'est intéressant, à voir en pratique face à nginx tiens

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

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

La version 2.2.22 du serveur (Apache HTTPD) est sortie en... février 2012 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

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

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

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

 
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.

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

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.

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

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 ^^

"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  
Un petit "./configure -h" te donnera la liste des options disponibles (en exemple rapidos, ici)

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

 
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".

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

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...

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...

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.

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

 
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 ?!)
 

 
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...)
 

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

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

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 ?

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

 
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.

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.

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.

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

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

 
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

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 :
 

 
Et la il me sort :

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 ?

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

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 ?

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

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

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

 
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
 

 
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 :

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

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

Finalement, ça marche mais c'est facile, vu que j'ai repris les paquets de la distrib...
 

 
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 :
 

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

 
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.