Fedora-Fr

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

World of Goo ne peut pas s'installer

[supprimé]

Bonjour,

Je n'arrive pas à installer World of Goo sur Fedora 18 :

# yum install /home/<user>/Téléchargements/WorldOfGooSetup.1.41.rpm
se lance mais j'ai ensuite un message :

Erreur du contrôle de transaction :
le fichier /usr/bin de l'installation de WorldOfGoo-1.41-1.i386 entre en conflit avec le fichier du paquet filesystem-3.1-2.fc18.x86_64

Une idée ?

madko

Bonjour,

dommage leur paquet est salement fait. Que donne

rpmls  /home/<user>/Téléchargements/WorldOfGooSetup.1.41.rpm

[supprimé]

Cette commande ne fonctionne pas.

madko

nouvo09

elle fait partie du paquet rpmdevtools, installe le

[supprimé]

nouvo09 wrote:elle fait partie du paquet rpmdevtools, installe le

Merci !

[supprimé]

J'ai filtré pour ne pas inclure le dossier "res" qui contient les images, sons, etc.

$ rpmls WorldOfGooSetup.1.41.rpm | egrep "usr|libs|properties"
drwxr-xr-x  /opt/WorldOfGoo/libs32
-rw-r--r--  /opt/WorldOfGoo/libs32/COPYING-SDL
-rw-r--r--  /opt/WorldOfGoo/libs32/COPYING-ogg-vorbis
-rw-r--r--  /opt/WorldOfGoo/libs32/README.txt
-rw-r--r--  /opt/WorldOfGoo/libs32/libSDL-1.2.so.0
-rw-r--r--  /opt/WorldOfGoo/libs32/libSDL_mixer-1.2.so.0
-rw-r--r--  /opt/WorldOfGoo/libs32/libogg.so.0
-rw-r--r--  /opt/WorldOfGoo/libs32/libvorbis.so.0
-rw-r--r--  /opt/WorldOfGoo/libs32/libvorbisfile.so.3
drwxr-xr-x  /opt/WorldOfGoo/libs64
-rw-r--r--  /opt/WorldOfGoo/libs64/COPYING-SDL
-rw-r--r--  /opt/WorldOfGoo/libs64/COPYING-ogg-vorbis
-rw-r--r--  /opt/WorldOfGoo/libs64/README.txt
-rw-r--r--  /opt/WorldOfGoo/libs64/libSDL-1.2.so.0
-rw-r--r--  /opt/WorldOfGoo/libs64/libSDL_mixer-1.2.so.0
-rw-r--r--  /opt/WorldOfGoo/libs64/libogg.so.0
-rw-r--r--  /opt/WorldOfGoo/libs64/libvorbis.so.0
-rw-r--r--  /opt/WorldOfGoo/libs64/libvorbisfile.so.3
drwxr-xr-x  /opt/WorldOfGoo/properties
-rw-r--r--  /opt/WorldOfGoo/properties/config.txt
-rw-r--r--  /opt/WorldOfGoo/properties/fx.xml.bin
-rw-r--r--  /opt/WorldOfGoo/properties/materials.xml.bin
-rw-r--r--  /opt/WorldOfGoo/properties/profanity.xml.bin
-rw-r--r--  /opt/WorldOfGoo/properties/resources.xml.bin
-rw-r--r--  /opt/WorldOfGoo/properties/text.xml.bin
drwxr-xr-x  /usr
drwxr-xr-x  /usr/bin
lrwxrwxrwx  /usr/bin/WorldOfGoo
drwxr-xr-x  /usr/share
drwxr-xr-x  /usr/share/applications
-rw-r--r--  /usr/share/applications/WorldOfGoo.desktop
drwxr-xr-x  /usr/share/icons
drwxr-xr-x  /usr/share/icons/hicolor
drwxr-xr-x  /usr/share/icons/hicolor/128x128
drwxr-xr-x  /usr/share/icons/hicolor/128x128/apps
lrwxrwxrwx  /usr/share/icons/hicolor/128x128/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/16x16
drwxr-xr-x  /usr/share/icons/hicolor/16x16/apps
lrwxrwxrwx  /usr/share/icons/hicolor/16x16/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/22x22
drwxr-xr-x  /usr/share/icons/hicolor/22x22/apps
lrwxrwxrwx  /usr/share/icons/hicolor/22x22/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/32x32
drwxr-xr-x  /usr/share/icons/hicolor/32x32/apps
lrwxrwxrwx  /usr/share/icons/hicolor/32x32/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/48x48
drwxr-xr-x  /usr/share/icons/hicolor/48x48/apps
lrwxrwxrwx  /usr/share/icons/hicolor/48x48/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/64x64
drwxr-xr-x  /usr/share/icons/hicolor/64x64/apps
lrwxrwxrwx  /usr/share/icons/hicolor/64x64/apps/WorldOfGoo.png
drwxr-xr-x  /usr/share/icons/hicolor/scalable
drwxr-xr-x  /usr/share/icons/hicolor/scalable/apps
lrwxrwxrwx  /usr/share/icons/hicolor/scalable/apps/WorldOfGoo.svg

nouvo09

drwxr-xr-x /usr
drwxr-xr-x /usr/bin

Ca c'est maladroit en effet, mais ça ne peut que recréer des répertoires qui existent déjà sans en effacer le contenu. Dans le doute il vaudrait mieux éviter;

mais si t'as du courage , fais une sauvegarde au cas où et installe avec rpm et l'option --force

[supprimé]

Qu'est ce que cela signifie concrètement ? Tu dis que c'est maladroit, pourquoi ? (je demande sérieusement, je ne m'y connais pas du tout en création de RPM).

Cela dit, je ne vais rien tenté du coup.
J'ai décrompressé le rpm et j'ai pu lancer le bin directement comme ça. Mais bon c'est dommage que le RPM soit foireux (si j'ai bien compris), c'est pas user-friendly pour y jouer quoi.

nouvo09

je ne suis pas non plus créateur de rpm. Simplement je comprends que rpm doit créer les fichiers indiqués. Or /bin et /usr/bin existent déja donc le fait de les créer est interprété par rpm comme un écrasement de fichier existant. Dans la mesure où créer un répertoire qui existe déjà ne détruit pas le contenu déjà existant, je ne vois pas d'inconvénient à utiliser l'option --force.

Et pour ta tranquillité, sauvegarder ces deux répertoires pour un cas de malheur ne coûte rien.

madko

en fait c'est plus simple que ça, un rpm ne doit pas lister des repertoires contenus dans d'autres rpm déjà installés, sinon conflit, ce qui se passe ici. Donc là le RPM a été fait sans lire la doc, c'est un peu le premier truc qu'on apprend quand on fait un RPM. Surtout que je comprend pas l'interet de lister /usr/, /usr/bin, /usr/share... c'est moche et je vois pas la logique, en quoi un jeu devrait apporter ces répertoires.