Si il y a un "no" lors d'un ./configure .... est ce que ca peut quand meme marcher ....
 
Par exemple, il a pas trouvé un driver ... mais comme le programme a plusieurs utilisations, la compilation se fera quand meme !! etc...
 
En gros c pour demander si ya moyen de lister les "dépendances" d'un configure .... comme si on avait un rpm !!!
 
Darkschneider .... pourquoi tu préfère les rpm ??? on peut pas les optimiser à la compilation pourtant !!! Alors pourquoi ?

 
Le "no" n'est pas une erreur, mais une information.  
 
exemple :
Checking for fucking bugged thing ... no
 
Trouves-tu que ce soit une erreur ?
 
Un configure examine le système afin de trouver de bonnes option de compilation, c'est tout

si il manque un truc qu'il a besoin, il met un message d'erreur. et pas un no

Y a pas de réponse absolue.
si le ./configure se termine et que tu obtiens les Makefile, soit ca n'a aucune incidence (des fois il faut que ce soit 'no' soit il te manquera une option ou une optimisation.
 
lister les dépendances. non. Se référer au INSTALL et README reste le moyen le plus sûr.

 
 
Comme le dit 911, c tt marque dans la doc.  
De toute facon s'il te manque un truc critique, le configure se termine par une erreur...  
   

 
 
Bon je suis pas D_S, mais tu peux optimiser des rpm a la compilation en prenant les .srpm  
Le gros avantages des rpm et de tout systeme de packages sont notamment une desinstallation et une mise a jour aisee et une gestion des dependances...

[jfdsdjhfuetppo]--Message édité par pipomolo--[/jfdsdjhfuetppo]

exact car désinstaller des sources et suivre les versions ... bien sûr en customisant bien on peut tout mettre dans le même rep mais avec les options par défaut c'est the hell. Moi je suis adepte du moindre effort si c'est possible.
 
si je veux de l'optimiser, je prend un src.rpm, je modifie le .spec et hop rulez !