Encore un p'tit coup de main

oui c'est ca je voudrais vraiment savoir comment installer ce programme sur mon pc, via la console je suppose, je voudrais un exemple détaillé de tout ce que je dois taper afin de l'installer.

merci de ton aide

une petite idée d'une compilation sur suse

http://www.3dchips-fr.com/forum/showthread.php?threadid=81982

MAIS, il n'est pas evident que ton tar.gz soit une source à compiler, ça peut-être des binaires (déjà compilé donc) qui vont juste s'installer sur ta distrib à différents endroits. Si ceux sont des binaires déjà créés l'inconvénient est qu'ils n'ont pas été compilés avec ton système, donc peut-être instable sur ta machine.

Désolé d'insister, c'est la dernière fois ;-), mais quand on débute mieux vaut ne pas compiler tout de suite, ds quelque mois tu pourras.

L'avantage de la compilation est indéniable, les binaires créés sont sur mesure à ta config, donc plus rapide et plus stable, MAIS pour compiler comme indiqué ds le lien plus haut il faut déjà installer un certain nombre de lib et prog ainsi que les sources (header) de ton kernel. Le pb de la compil c'est que ça marche tres tres tres rarement du premier coup, pb de lib manquantes à identifier et à installer et à la fin ton prog sera installé, mais tu n'auras rien ds le menu de KDE il faudra soit le lancer en console, soit creer le menu.

Voilà une adresse pour expliquant le gestionnaire de paquetage sur suse :

http://portal.suse.com/sdb/fr/2002/04/ke_rpm.html

Sinon une adresse des plus intéressante:

http://rpmfind.net/linux/rpm2html/search.php?query=xvidcore&submit=Search+...&system=&arch=

c'est un site qui te permet de télécharger des rpm au coup par coup, mais je le répète mieux vaut configurer ton gestionnaire de paquetage sur ta suse pout t'éviter de gros désagrement.

De plus, ça me fait toujours bisquer de voir les nouveaux vouloir compiler les programmes, et les anciens expliquer coment on fait plutôt que de conseiller de passer par les paquets.

ah ben si tu l'as dit, j'ai raté :)

oui ça se défend ce que tu dis. En même temps, c'est une question d'habitude. J'ai commencé avec une slak 7 et je suis sur une 9.0 maintenant, sauf de temps en temps où je bidouille un peu sur une debian. Comme sur slackware la quantité de paquets précompilés qu'on peut trouver est relativement faible (comparé à debian par exemple), et qu'au début je ne connaissais pas linuxpackages.net, j'ai pris aussitôt l'habitude d'installer à partir des sources. Le résultat c'est que sauf exception, ça ne me paraît franchement pas compliqué. Evidemment ça l'est plussse que apt-get install bidule ou installpkg bidule.tgz mais tout de même, ce ne sont que trois lignes de commande. La première fois ça impressionne, c'est tout. Du coup, même pour un débutant, je n'ai jamais trouvé incongru de dire ./configure [options]\make \su -c "make install". C'est largement plus simple que d'expliquer comment configurer un serveur X récalcitrant par exemple. Enfin à mon avis.

De plus ce que tu dis, d'une certaine manière, c'est comme si un élève d'auto-école demandait comment faire un créneau et qu'on lui réponde "passe le volant à ton père". Pour moi, ce n'est pas constructif. En outre, il y en a qui peuvent mal le prendre :)

En même temps je trouve aussi que tu n'as pas tort. Finalement, le mieux ne serait-il pas dans ce cas d'expliquer comment compiler (sauf s'il demande comment compiler mozilla ou XFree :D) en précédant l'explication de l'information qu'il peut très probablement trouver, suivant sa distribution, le paquet précompilé et le gestionnaire idéal pour la tâche (en plus d'avertir que la réponse est déjà dans le forum)?