Réponse NO lors d'un configure ...

Recherche :

Dernière réponse
Sujet : Réponse NO lors d'un configure ...
Dark_Schneider	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 !

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Dark_Schneider

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 !

pipomolo

NounouRs a écrit a écrit :

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

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

Citation :

Darkschneider .... pourquoi tu préfère les rpm ??? on peut pas les optimiser à la compilation pourtant !!! Alors pourquoi ?

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]

911GT3

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.

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

kadreg

NounouRs a écrit a écrit :

Si il y a un "no" lors d'un ./configure .... est ce que ca peut quand meme marcher ....

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

NounouRs

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 ?