Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

comment installer un package tar.gz ?

jean claude

:-D
salut a tous et bonsoir !

j'ai télécharger quelques jeux mais ces derniers portent tous une extension : tar .gz

comment les installer ?. avec yum ou autrement ?

me faut t'il d'autres dépots ? ou d'autres dépendances peut etre ? merci d'avance .

8-)

snouffy

Le mieux c'est d'installer les jeux avec yum. Seulement il est possible que certains jeux ne soient pas disponibles et qu'il faille les "compiler" toi-même...

Avant de faire ça, vérifie bien que le jeu en question n'est pas disponible en rpm pour ta version de fedora (fais une recherche avec yum, et une sur google, on sait jamais). Si cette recherche est infructueuse (consulte quand même la doc, y'a une liste des jeux, peut-être qu'en fait il est dispo sur un dépôt que tu n'as pas installé), alors il faut que tu décompresses l'archive (deuxième clique -> décompresser ici) et que tu lises les instructions marquées dans le README.

Voilà, bonne chance ! 🙂

homere57

bonjour,
detarer l'archive
tar zxvf nomdufichier.tar.gz decompresse le fichier
entrer dans le repertoire ou a ete detarer le fichier
$./configure
$make
$su -
mot de passe
#make install
mais lire avant toute chose le fichier install qui donne les info complementaire
car certain tar ne necessite que la decompression et ensuite suffit de lancer l'executable .
a+

nouvo09

tar c'est un emballage

alors avant d'avoir déballé on n'en sait rien.

on ouvre la boite avec tar xvfz et on regarde le mode d emploi

eddy33

Salut...

Le mode d'emploi, c'est generalement le fichier README 😉

++

zetoun

eddy33 wrote:Salut...

Le mode d'emploi, c'est generalement le fichier README 😉

++

Ou parfois INSTALL. Et parfois (rarement mais ça arrive), ce fichier est situé dans le répertoire doc.

Et si t'es allergique à l'anglais (je te conseille quand même de t'y mettre un peu), ce même fichier comporte plusieurs sub-divisions dont une qui s'appelle "installation" (et oui, des fois le monde est bien foutu)). La solution est là. 🙂

hew

Bonjour,

j'essaie d'installer une appli à partir d'une archive, mais j'ai les erreurs suivantes quand j'essaie de faire make, ou make install. Par contre ./configure ça passe :

[root@acer-19b694409a gtk+-1.2.10]# make
make: *** Pas de cibles spécifiées et aucun makefile n'a été trouvé. Arrêt.
[root@acer-19b694409a gtk+-1.2.10]# make install
make: *** Pas de règle pour fabriquer la cible « install ». Arrêt.

Il me manque quelque chose pour y arriver ? J'ai pas tout bien compris dans l'install des fichiers ?

Merci,

Cécile

snouffy

Un lien vers l'archive serait le bienvenu 🙂. As-tu lu le README s'il y en a un ? Si le ./configure passe c'est déjà bon signe, après il ne faut pas forcément toujours faire "make" et "make install".

Pikachu_2014

Bonsoir,

est-ce l'heure tardive, ou je crois que tu essaies de compiler gtk+ ?
Ce dernier est disponible dans les dépôts :

# yum install gtk+ gtk+-devel

baptistoux

Sinon la procédure standard c'est:

$ ./configure (avec les options qui vont bien si besoin)
$ make
# su -
# make install

Kaeguri

Pour préciser le message de baptistoux, pour ./configure tu peux choisir le chemin, par exemple :

$ ./configure --prefix=/usr/local/mesjeux/jeu1/

histoire de ne pas installer n'importe oû.

hew

Hello !

Merci pour vos réponses... en fait mon ./configure me renvoyait une erreur : il manquait d'autres paquets installés. Je n'ai pas encore réussi à installer gtk+ parce que je n'arrive pas à installer glib. Le but de la manipe étant d'instaler gpaint en fait !
Il n'existe pas de paquets "tout fait" pour gpaint ?
Mais sinon j'ai lu le README et le INSTALL bien sur :-P La procédure c'était bien ./configure, make puis make install.

Sinon je m'y replongerais demain.

Merci en tous cas !

Pikachu_2014

GPaint n'est pas disponible dans les dépôts ; la compilation s'impose, nous sommes d'accord.
Mais de là à compiler aussi les dépendances de GPaint alors que celles-ci sont TOUTES dans les dépôts, non, ça n'est pas raisonnable, pour ne pas dire shadokesque. Ça vaut bien la peine d'avoir un gestionnaire de paquetages, si c'est pour faire du pseudo-LFS.

Je n'ai pas encore réussi à installer gtk+ parce que je n'arrive pas à installer glib

La commande que j'ai donnée « yum install gtk+ gtk+-devel » ne fonctionne-t-elle pas ? La gestion des dépendances de gtk+, dont glib, est assurée par yum, sous réserve d'avoir une connexion Internet sous Fedora.
Quels messages d'erreur t'indiquent que tu ne peux pas installer glib (et avec quelle commande) ?

ÉDIT : au passage, je voyais que tu essayais de recompiler en vain GTK+ 1.2.10, mais la dernière version de GPaint utilise GTK+2.x, soit la présence indispensable des paquetages gtk2 et gtk2-devel.

hew

En effet, j'avais un instant oublié yum... J'avais déjà installé gtk2, mais pas gtk2-devel et c'est pour ça que je n'arrivais pas à compiler gpaint. Merci donc pour l'info !
Pour gpaint, le ./configure marche (cool), mais pas le make.
Il me renvoie l'erreur suivante :

menu.c:34:18: erreur: menu.h : Aucun fichier ou répertoire de ce type
make[1]: *** [menu.o] Erreur 1
make[1]: quittant le répertoire « /home/Hew/.Trash/gpaint-2-0.3.1/src »
make: *** [all-recursive] Erreur 1

Et en effet il n'y a pas de fichier menu.h dans le répertoire src, alors que pour tous les autres .c du répertoire, il y a un .h associé. Ca se peut qu'il manque un fichier dans une archive ?

proxy

Bonsoir,

l'include menu.h est dans /usr/include

Tu le vois dans le Makefile (oldincludedir = /usr/include)

hew wrote:make[1]: quittant le répertoire « /home/Hew/.Trash/gpaint-2-0.3.1/src »

C'est original de compiler dans .Trash !! 😉

Pikachu_2014

En se fiant au Makefile, et aux chemins d'inclusion définis, le seul répertoire susceptible de contenir un « menu.h » est /usr/include. Or /usr/include/menu.h appartient au paquetage ncurses-devel, et il n'y a nul part dans les sources un quelconque appel à des fonctions de la bibliothèque ncurses (et je trouverais ça étonnant de la part d'un programme graphique, quoique...).
J'aurais plutôt tendance à supprimer carrément la ligne « #include <menu.h> » dans le fichier menu.c. Sans doute un reliquat d'une précédente version.