Compilation 1.4

par **Emerick** » 25 Sep 2003 13:30

Alors voilà, j'ai essayé de compiler la 1.4, j'ai donc récupéré le script sur le CVS, et j'ai essayé de lancer ce script à mon école. La connexion permet en principe des débits de l'ordre de 400 à 600ko/sec, et là quand il me récupère les RPM, j'ai l'impression qu'il met un temps infini, genre 5min pour récupérer apache. J'ai arrêté le script, et je l'ai relancé, mais il me retélécharge les fichiers depuis le début, il ne prend pas en compte ceux qui ont déjà été téléchargé. Je précise, j'ai spécifié le meme répertoire pour les fichiers les deux fois.

par **Gesp** » 25 Sep 2003 14:24

Pour les derniers fichiers qui ont été mis à jour (Apache, OpenSSH,OpenSSL, Squid...) j'ai constaté le même problème de lenteur depuis quelques temps et je n'ai pas d'explication. Je me demande si Wanadoo ne freine pas les FTP depuis quelques temps parce que j'ai aussi des problèmes dans l'autre sens (FTP vers mon site web) Je l'ai résolu en cherchant les fichiers avec google, je les ai chargé puis tranféré dans le répertoire cache IPCop. Si je charge les fichiers à partir d'IE, je n'ai pas ce problème de lenteur (je n'ai pas testé en prenant le fichier au même emplacement puisque j'ai utilisé google, je vais regarder ce point) Concernant le fait qu'il te les redemande, je pense que tu as du faire une erreur dans l'emplacement défini dans la variable IPCOP_FILE_CACHE (si j'ai bonne mémoire) Le plus simple est d'exporter le nom de la variable dans le script exécuté quand tu te logues (j'ai oublié son nom, c'est le fichier qui commence par un . dans le répertoire root (pour le login root <IMG SRC="images/smiles/icon_biggrin.gif"> ) cela doit être quelquechose comme EXPORT IPCOP_FILE_CACHE=/usr/src/ipcop_cache (si tu mets tout dans un répertoire ipcop_cache) Il y a une petite subtilité avec la dernière version de winscp que j'ai installé, c'est que la liste des fichiers n'est plus rafraichie à chaque fois que tu rentres dans un répertoire mais reste celle de la fois précédente. Donc tu as pu ne pas voir que tu avais fait une erreur sur l'emplacement, en cliquant sur le bouton rafraichir, tu t'en apercevras.

par **Emerick** » 25 Sep 2003 15:33

J'ai pas encore cherché, mais où ce trouve la liste des différents fichiers à charger ? Ils se trouveraient pas sur le CD1 de la RedHat 9 par hasard, parce que vu les taux de DL, je charge l'iso complète, je la monte, et je récupère les fichiers. EDIT : J'ai oublié de préciser, à l'école on a pas FT, je crois que c'est Oleane, mais sans garantie.

par **Gesp** » 25 Sep 2003 15:57

La RH9 non parce qu'elle doit être compilé avec un gcc3.x alors qu'IPCop est basé sur gcc2.9x Tu aurais plus de chance dans une ISO de RH7.2 ou RH7.3 La liste des fichiers est dans le fichier ipcop/src/FILES Cependant vu le rythme de mise à jour et le nombre de fichiers qui ont été mis à jour rien que entre la V1.3.0 et la V1.4 actuelle, je ne sais pas trop le volume que représente ce que tu peux récupérer d'une RH7.2 qui est la base de départ. A vue de nez, je pense que cela ne doit pas faire plus de 25%. Je ne sais pas trop ce qui ralentit comme cela étant donné que enregistré depuis IE, la vitesse est tout à fait acceptable. Soit l'emplacement indiqué est particulièrement lent, soit c'est un problème de FAI, il leur est possible de freiner le ftp en privilégiant le http. Dans FILES, il y a à la fois du ftp et du http comme source.

par **Emerick** » 25 Sep 2003 16:15

Y'a un truc que j'ai pas fait gaffe, je peux compiler l'iso sous une RH9 ? Parce que si je peux pas, c'est pas la peine, que je me fasse $%#&! <IMG SRC="images/smiles/icon_lol.gif"> Bon, je me suis fait un petit prog en C, qui lit le fichier FILES et qui me créé le fichier GRX correspondant, c'est un fichier liste de téléchargements pour GetRight, c'est mieux que de tout se lancer à la main <IMG SRC="images/smiles/icon_lol.gif">

par **Gesp** » 25 Sep 2003 18:33

Je pense que tu n'a aucune chance de faire tourner l'ISO compilée (sii tu arrives au bout de la compilation) avec le gcc de la RH9 car les RPM dans la liste sont compilés avec gcc2.9x. Il est peut-être possible d'installer en plus tout ce qu'il faut pour compiler en gcc2.9x mais je pense que cela ne doit pas être simple de faire coexister les 2. Il y a un certain nombre de simplification dans le script de compilation qui font qu'il traine un certain nombre de dépendance par rapport à la distribution qui sert à compiler vers le produit fini en iso installable. Le meilleur (ou mauvais) exemple étant que les graphiques MRTG ne s'affichent plus quand on compile en RH7.2 actuellement après avoir fait apt-get update apt-get upgrade Avec une RH7.2 d'origine, cela fonctionne. Avec une RH7.3 upgradée aussi. Il est peut-être possible de changer tous les RPM dans leurs correspondants dans RH9.0/gcc3.x mais avec la vitesse d'évolution du logiciel, tu va y passer un temps certain étant donné les changements qui ont du se produire au cours du temps. En plus je peux te dire qu'il risque d'y avoir un certain nombre de choses à trafiquer au passage gcc2.9x à gcc3.x. Par exemple, le source de br2684ctl utilisé ne doit pas compiler actuellement en gcc3.x (il faut retirer une variable qui n'est pas utilisée et ou dont le type n'est pas défini ou quelque chose d'approchant). L'erreur est tolérée en gcc2.9x mais pas en gcc3.x Pour compiler avec une RH9, je dirais qu'il il faut attendre au moins 6 mois je pense (passage de RH7.2 à LSFet à gcc3.x à effectuer dans la prochaine version après la V1.4) Sinon RH7.3 est conseillé pour ceux qui ne veulent pas se causer de problème. Debian Woody est aussi possible mais il faut savoir régler les problèmes au fur et à mesure qu'ils peuvent se présenter. Tout est à peu près indiqué dans le building-how-to (en bas de la page d'accueil)

par **Riric** » 25 Sep 2003 18:39

ce qui serait pas mal, c'est d'avoir tout de downloadable (oui bon j'aurais pu dire téléchargeable, mais j'avais commencé à écrire alors ... ) sur un même site. Parce que effectivement c'est la partie un peu "chiante" du truc... @+

par **Gesp** » 25 Sep 2003 19:12

quand je l'ai fait les premières fois, il n'y avait pas ce problème de lenteur extrème. Je ne l'ai remarqué que depuis une dizaine de jours. Je crois que la rentrée est un peu chargée pour tous les serveurs parce que tous les étudiants à la rentrée s'y remettent et il y a 30% de charge réseau en plus. Sourceforge a upgradé ses serveurs en prévision juste avant. Et puis quand un fichier est mis à jour suite à une vulnérabilité découverte, c'est tout le monde qui charge ce fichier et la charge du serveur doit être 10 à 20 fois supérieure au cas courant. L'idée est difficilement possible de concentrer tous les fichiers en un seul lieu alors que la liste des fichiers changent souvent. Cela concentrerait un trafic important sur une machine. Je pense au contraire qu'il vaudrait mieux pouvoir utiliser un miroir qui est situé proche de chez soi de manière à minimiser la charge réseau globale. Pour les fichiers que l'on charge directement sur Sourceforge, il y a un système de miroir local que l'on choisit (ce que vous voyez quand vous chargez une iso d'IPCop). Le problème est que l'inscription des fichiers dans la liste de FILES court-circuite ce choix des miroirs et tout le monde charge sur le même miroir (je crois que c'est telia si ma mémoire est bonne) qui est plus ou moins proche de vous selon votre lieu. Et puis pour les derniers fichiers que j'ai chargé (les mises à jour de OpenSSH OpenSSL), c'était quelques heures après la parution des fichiers et les fichiers ne se trouvaient que chez Red-Hat. Au début, on ne trouve les fichiers quand un lieu et même pas dans Google avant qu'ils ne soient indexés et ou répliqués sur des miroirs. Il faut juste attendre quelques heures.

par **Emerick** » 26 Sep 2003 23:28

Chose vraiment bizarre, c'est qu'en téléchargeant les packages un par un avec Getright, là je n'ai eu aucun problème, j'avais des débits de l'ordre de 400ko/sec sur le serveur de RedHat, un peu plus pour les paquets sur Sourceforge. Vraiment bizarre, j'ai pensé que le problème pourrait venir de Wget et de la façon dont il communique avec le proxy de l'école, je crois que c'est un Squid mais pas en mode transparent. Si quelqu'un a une idée sur ça ? Bon, je vais tenter l'install à partir d'une Knoppix, ça à l'air faisable, et puis j'aime bien les challenges <IMG SRC="images/smiles/icon_lol.gif">

par **Emerick** » 26 Sep 2003 23:29

J'oubliais, sur le CVS, j'ai vu qu'est apparu une branche 1.5, quel est son état d'avancement par rapport à la 1.4. Quelle version je dois mieux utiliser ?

par **Gesp** » 26 Sep 2003 23:51

La nouvelle 1.5, c'est l'ancienne 1.4 dans la branche head (il n'y a rien pour l'installer donc je te déconseille sauf si tu peux attendre 6 mois pour que cela marche) La nouvelle 1.4 est dans la branche IPCop_v1 La V1.3.0 est dans la branche IPCOP_v1_3_0 Il y a plein de dépendances entre la distrib utilisée pour la compilation et l'ISO. Si la knoopix utilise un gcc3.x, cela ne marchera pas. Si tu as un peu de place sur ton disque, pense plutôt au multiboot de différents OS

par **Emerick** » 27 Sep 2003 00:08

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-09-26 23:51, Gesp a écrit: La nouvelle 1.5, c'est l'ancienne 1.4 dans la branche head (il n'y a rien pour l'installer donc je te déconseille sauf si tu peux attendre 6 mois pour que cela marche) La nouvelle 1.4 est dans la branche IPCop_v1 La V1.3.0 est dans la branche IPCOP_v1_3_0 Il y a plein de dépendances entre la distrib utilisée pour la compilation et l'ISO. Si la knoopix utilise un gcc3.x, cela ne marchera pas. Si tu as un peu de place sur ton disque, pense plutôt au multiboot de différents OS </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Pour Knoppix et GCC, il faut que je regarde. (edit : il semble que les deux versions de GCC cohabitent) Sinon, ça aurait été cool par Knoppix, parce que j'ai pas de partoche à dispo pour le moment, et l'autre bécane où il y a une woody, ça va trop ramer pour tout compiler. Donc dilemme. <IMG SRC="images/smiles/icon_smile.gif">

par **Emerick** » 27 Sep 2003 23:21

Bon, je viens de me lancer corps et ames dans la compilation, mon conseil, chargez les fichiers à la main et donnez le chemin des fichiers dans la variable IPCOP_FILE_CACHE. Alors voilà, j'utilise une MK8.2 mais, j'ai une zolie erreur de compil lors de la création de PPP, gcc me retourne une erreur comme quoi le fichier pcap.h n'est pas présent. A quoi, ou quel package ce fichier est rattaché j'en sais rien. Je vais en toucher deux mots à mon pote Google <IMG SRC="images/smiles/icon_wink.gif"> Dès que j'en sais plus, je vous tient au courant. Et dès que l'iso est prête, je fous ça sur un ftp. EDIT : mon pote, m'a renvoyé sur Ixus <IMG SRC="images/smiles/icon_smile.gif">, d'après ce que j'ai vu, c'est une librairie nécessaire pour TCPDump, or le RPM est dans la liste des packages necessaires, je l'ai installé, et je re-teste, on va bien voir. EDIT 2 : bonne nouvelle pour PPP, après install du RPM, ça passe, mais maintenant c'est SQUID qui déconne <IMG SRC="images/smiles/icon_smile.gif">, j'ai pas les headers d'OpenSSL installés. Mais où ce trouvent-ils ? En fait, il faut installer le RPM libopenSSL de sa distrib. EDIT 3 : J'ai réussi à passer d'autres difficultés, mais là je suis à cours d'idées, le script de compilation plante sur la compilation d'openSSH, j'arrive pas à résoudre ça. Voilà le log : <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE>checking for libwrap... configure: error: *** libwrap missing cc sshd.c -o sshd In file included from sshd.c:44: includes.h:22:20: config.h: Aucun fichier ou répertoire de ce type In file included from includes.h:170, from sshd.c:44: defines.h:146:4: #error "8 bit int type not found." defines.h:158:5: #error "16 bit int type not found." defines.h:167:5: #error "32 bit int type not found." defines.h:183:5: #error "8 bit int type not found." defines.h:195:6: #error "16 bit int type not found." defines.h:204:6: #error "32 bit int type not found." In file included from includes.h:173, from sshd.c:44: openbsd-compat/openbsd-compat.h:32:22: includes.h: Aucun fichier ou répertoire de ce type In file included from openbsd-compat/openbsd-compat.h:35, from includes.h:173, from sshd.c:44:</BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE>

par **Emerick** » 28 Sep 2003 16:29

<IMG SRC="images/smiles/icon_up.gif"> <IMG SRC="images/smiles/icon_bawling.gif"> Depuis hier soir j'arrive toujours pas à résoudre mon problème, ça vautre à la compilation de OpenSSH, dans le log, ça me dit que libwrap n'est pas présent, alors que quand je fais un rpm -q libwrap, j'ai bien la dernière version installée, un idée ?

par **Gesp** » 28 Sep 2003 16:40

j'ai idée qu'il te manquerait peut-être un libwrap-devel?

Compilation 1.4

Qui est en ligne ?