Comment installer un logiciel??? help!!!

Salut,

utilise le moteur de recherche du forum, tout y es :)

et n'oublie pas la base de connaissance aussi :
http://www.commentcamarche.net/faq/sujet-1328-%5BLinux%5D-In­staller-les-programmes-gestion-des-paquets-compil
Non seulement la solution n'existe pas, mais en plus
elle n'est pas unique.

>tar zxf install_flash_player_7_linux.tar.gz 
>cd flash_player 

ou tout autre répertoire qu'il te crée

vi README FAQ INSTALL

lire les docs !

./configure --option=cequontaditdansladoc --option=...
make
su -c "make install"

Salut,

Comme le dit marc[i1] reporte toi à l'article, et regarde en particulier les sections I.3) et III) de cet article.

Ce sont des bases indispensables que tu dois acquérir pour comprendre les différentes façons d'installer des programmes sous Linux.

Si tu le peux, évite d'utiliser ton tar.gz, qui nécessitera une compilation (opération réputée complexe pour un débutant).


Dal

Do what must be done! ...do not hesitate, show no mercy!

J'oubliaias aussi les plus importants pour Mandriva :)

http://doc.mandrivalinux.com/MandrivaLinux/101/fr/Starter.ht­ml
http://doc.mandrivalinux.com/MandrivaLinux/101/fr/Command-Li­ne.html

bonne lecture et n'hésites pas à poser des questions si tu comprends pas ! après avoir chercher dans le forum si la réponse n'existe pas ;)

bon courage.
Non seulement la solution n'existe pas, mais en plus
elle n'est pas unique.

MERCI je mis jete tous de suite merci encore je vous tien au courant

bonjour a tous et a toutes,
voilà j'ai un souci mon systeme redhat 9.0 ne reconnais pas ma carte son et quand je veut installer quelque chose ça ma dit que "nautilus" ne reconnais pas cette fonction comment puis je faire?
merci par avance.

Réponse à Blinx :

Tout ça me rappelle mes débuts il y a environ 3 ans sous MandrakeLinux 8 .
J'ai l'impression que tu commences comme j'ai commencé, donc je te dis comment j'ai évolué :

A l'époque, je cherchais mes tar.gz sur telecharger.com et je connaissait à peine l'existence des paquetages précompilés RPM.
Quand j'allais sur internet, je ne voyais pas de RPMs ! Je ne trouvais que des vieux tar.gz qui ne s'installaient jamais.

-----------------------
Quand j'ai découvert les RPM, c'était l'émerveillement : il y a pratiquement tout ce qu'il faut sous ce format.
Les avantages des RPMs sont nombreux :
- Installation et désinstallation propres,
- Gestion des dépendances
- Possibilité de mises à jour automatisées depuis l'internet ...

Exemple pour illustrer la simplicité des RPM :
tapes #urpmi mozilla-firefox et ton firefox s'installe tout seul ! (tu as juste à insérer le cd qu'on te demande, ou si tu as configuré l'adresse des miroirs ftp dans "drakconf", le paquetage est téléchargé puis installé sans efforts.

--------------
Actuellement, j'utilse presqu'uniquement les RPMs.
Cependant, on peut avoir besoin d'installer un 2e type de paquetages : les binaires compressés (certains tar.gz, des fichiers .bin ou .sh ...)
- Pour les .sh il faut faire sh fichier.sh ou ./fichier.sh
- Pareil pour les .bin ou pour ton flashplayer:
tapes : ./flashplayer-installer

Là aussi, il n'y a pas de problème en général. Il s'agit de précompilés donc tout est prévu pour marcher.

-----------------------------
Le dernier type de paquetages, c'est les sources.
Quand tu as une source (un tar.gz en général), tu ne peux pas être sûr de réussir ton installation (malgré ce qu'on dit).
Il y a parfois une dépendance qui manque et le seul moyen de trouver, c'est de lire toutes les lignes qui s'affichent dans la console au moment de la compilation.

Autres inconvénients : l'installation est longue (car il faut générer les exécutables), elle est moins propre aussi.

Pour une utilisation courante, je ne compile pas !

Cependant, il est utile de s'entrainer à compiler des sources :
- Pour installer des logiciels (rares) qui ne sont pas disponibles pour Mandriva en RPM,
- Pour installer certains pilotes de périphériques,
- Pour compiler sous noyau (c'est pas si difficile à faire, tout compte fait).

Voila les quelques réflexions qui me sont venues.

A+

RPM=problemes de dépandances
RPM=problemes de versions voir meme de distributions incompatibles

packages specifiques aux distributions = merveille à part que rien n'est parametrable il faut accepter la config par défaut.

autres packages si ils sont universels comme les executables compressés dans une archive ça oui c'est utilisable par le débutant lambda

les sources c'est utilisable par le débutant lambda (sans optimisation)

les sources c'est ce qu'il y a de plus propre et de plus tunnable (pour l'utilisateur lambda n'étant plus débutant)

Ah non ! je ne suis pas d'accord !!!
Ce que tu dis est certainement vrai sous certaines distributions genre Suse ou Fedora, mais sous Mandriva (celle de Blinx et moi), le système est au point.

RPM=problemes de dépandances => FAUX !!!!

Je dirais logiciel = pb de dépendances.
- Avec les RPMs (sous Mandriva) les dépendances se résolvent toutes seules quand tu installes avec la commande urpmi. Au pire tu vas chercher le paquetage qui te manque sur rpm.pbone.
- Avec les sources, il faut lire et bien interpréter les messages d'erreurs. C'est beucoup plus difficile de résoudre les dépendances.

RPM=problemes de versions voir meme de distributions incompatibles => VRAI

Les paquetages d'une version ne peuvent pas toujours être réutilisés sur une version postérieure. Mais les cd et les miroirs de Mandriva contiennent presque tous les paquetages dont on peut avoir besoin. (Le recours aux sources est rarement nécessaire).

packages specifiques aux distributions = merveille à part que rien n'est parametrable il faut accepter la config par défaut. ==> FAUX

Je ne suis pas d'accord sur le "rien n'est paramétrable" : le paquetage installe un logiciel et met en place une configuration 'par défaut'. Rien n'empêche d'aller dans les fichiers de configuration et de les adapter.

les sources c'est ce qu'il y a de plus propre et de plus tunnable (pour l'utilisateur lambda n'étant plus débutant)
Plus propre ??????
Un jour, j'ai installé un logiciel en rpm dans une version instable et il me provoquait une "segmentation fault". Je l'ai viré par un rpm -e ...
Après j'ai réinstallé la version stable que j'utilisais avant, et plus de problème.

Je me suis dit alors : "je vais essayer les sources, peut-être que ça marchera"
J'ai eu a nouveau la "segmentation fault", mais là, je n'ai pas pu revenir en arrière.

C'est ça que j'appelle "installation pas propre".

Plus tunnable ?
Pour ça tu as tout à fait raison.

CONCLUSION :
Je ne changerai pas de si tôt mes habitudes : j'utiliserai encore longtemps les rpm, car ils me simplifient la vie.
Et quand c'est nécessaire, je compile.

Do what must be done! ...do not hesitate, shall no mercy!

Do what must be done! ...do not hesitate, shall no mercy!

le fait de ne pas savoir retirer un logiciel compilé est ta propre faute pas celle de la compilation ou de l'auteur du source !

et je reconfirme et signe comme tu le dis toi meme RPM=dépendances de merdes tu avoues toi meme etre obliger d'aller chercher ce qui te manque c'est bien simple jamais je n'ai pu installer un RPM provenant d'ailleur que les CD de la distrib.

avec un source la dépendance n'existe purement pas même une librairie manquante elle est compilée avec le prog la dépendance est impossible tout simplement à cause du fonctionnement des langages eux mêmes.

Do what must be done! ...do not hesitate, shall no mercy!

Do what must be done! ...do not hesitate, shall no mercy!

Do what must be done! ...do not hesitate, shall no mercy!

Salut,

Le problème de "l'Enfer des Dépendances" est un problème réel http://en.wikipedia.org/wiki/Dependency_hell, mais il est limité, s'agissant de paquets précompilés, lorsque tous les paquets proviennent d'un même éditeur et à plus forte raison si ce sont des paquets de la distribution considérée.

L'installation via les sources évite en général les problèmes de "cercles vicieux" (si l'on sait ce que l'on fait), mais ne préserve pas de l'effet "boule de neige", qui peut s'avérer très pénible si on se fait un devoir de tout compiler...

avec un source la dépendance n'existe purement pas même une librairie manquante elle est compilée avec le prog la dépendance est impossible tout simplement à cause du fonctionnement des langages eux mêmes.

Si la librairie est externe au programme elle ne sera pas compilée. La génération de l'exécutable (en amont le script "configure" si autotools est utilisé, ce qui est fréquent) exigera que la librairie soit déjà installée et sera stoppée lors de l'une de ses phases. Ce n'est que lorsque toutes les librairies externes requises sont déjà installées, qu'il y aura ensuite une liaison dynamique ou statique avec les librairies externes après compilation et passage de main au linker. C'est aussi une dépendance, IMHO. Ce problème de gestion manuelle de l'effet "boule de neige" concerne notamment les Linuxiens, pas de problèmes en revanche sous FreeBSD, par exemple, en compilant avec les ports où les dépendances sont téléchargées et compilées automatiquement grâce au travail remarquable des mainteneurs des ports.

Et puis.. vous allez rire, notre discussion est hors sujet :P http://fpdownload.macromedia.com/get/shockwave/flash/english/linux/7.0r25/install_flash_player_7_linux.tar.gz est un tar.gz qui en réalité contient un installateur d'une version précompilée.

Il existe aussi des rpm réalisés par ci par là par des tiers, mais ils ne semblent faire rien d'autre que ce que fait cet installateur.

Pour Mandriva, le rpm semble être sur le CD 4, qui ne parait pas être disponible en libre téléchargement.


Dal

OK c'est super simpa a tous de poster des reponse mais je suis super debutant pour le moment je nage totalemement.
Je ne comprent toujours pas l'installation.
Sa serai simpas de détailler presicement une instalation .tar.gz et otre car je suis vraiment perdue
MERCI!!!