Error during installation on Fedora 22

[lsarrat]

Hello,

While installing XnViewMP-076-linux.x86_64.rpm on Linux localhost.localdomain 4.2.5-201.fc22.x86_64 (Fedora 22). I get the followind error. I apologize for the french. Please take a look at the last two lines.
It is to notice that it also happens with the last two previous versions.
Note : Just update to Fedora 23 and same issue.

Code: Select all

================================================================================================================================================================
 Paquet                              Architecture                        Version                                Dépôt                                     Taille
================================================================================================================================================================
Installation de :
 xnview                              x86_64                              0.76-2                                 @commandline                               47 M

Résumé de la transaction
================================================================================================================================================================
Installation   1 Package

Taille totale  : 47 M
Taille d'installation : 128 M
Est-ce correct [o/N] : o
Téléchargement des paquets :
Test de la transaction en cours
La vérification de la transaction a réussi.
Lancement de la transaction de test
Erreur : Erreur du contrôle de transaction
  le fichier / de l'installation de xnview-0.76-2.x86_64 entre en conflit avec le fichier du paquet filesystem-3.2-32.fc22.x86_64
  le fichier /usr/bin de l'installation de xnview-0.76-2.x86_64 entre en conflit avec le fichier du paquet filesystem-3.2-32.fc22.x86_64

Thanks for your help.

[Felemur]

error text in English:

1 Installation Package

Total size: 47 M
Installation Size: 128 M
Is this correct [y / N] o
Download packages:
Test current transaction
Verifying the transaction was successful.
Launch of the test transaction
Error: Transaction Control Error
   the / installing xnview-0.76-2.x86_64 conflicts with the filesystem-3.2-32.fc22.x86_64 package file
   / usr / bin installing xnview-0.76-2.x86_64 conflicts with the filesystem-3.2-32.fc22.x86_64 package file

[tgsteiger]

Dear XnView Support

Just as an Info: Same behaviour on my new Fedora 23 installation, 64bit, gnome.

Greetings
Thomas

[simonz]

That happens because the XnView rpm package contains base directories also contained in the system package "filesystem":

[chris@ln1 sw]$ rpm -qilp XnViewMP-linux.x86_64.rpm

Name : xnview
Version : 0.76
Release : 2
Architecture: x86_64
Install Date: (not installed)
Group : Converted/graphics
Size : 134419485
License : see /usr/share/doc/xnview/copyright
Signature : (none)
Source RPM : xnview-0.76-2.src.rpm
Build Date : Di 27 Okt 2015 17:00:59 CET
Build Host : pierre-virtual-machine
Relocations : (not relocatable)
Summary : Graphic viewer, browser, converter.
Description :

(Converted from a deb package by alien version 8.86.)
/
/opt
...
/usr
/usr/bin
/usr/bin/xnview
/usr/share
/usr/share/applications
/usr/share/applications/XnView.desktop

The RPM package needs to be repacked without the conflicting directories.

(The same problem always arises with Google Earth on Linux....)

[simonz]

Here a short description how to repackage the rpm (tested on Fedora 23):

Code: Select all

dnf install rpmrebuild
rpmrebuild -ep XnViewMP-linux.x86_64.rpm

Your configured editor (probably vi) will pop up with an already loaded file.

Search for the lines containing / and /usr/bin (lines like %dir %attr(0755, root, root) "/"), and remove them. They are starting in about line 340.
(I removed the line with /usr as well.)

Save end exit.
Answer yes. It will then tell you the location of the fixed rpm.

install the new rpm, e.g.:

Code: Select all

dnf install /home/chris/rpmbuild/RPMS/x86_64/xnview-0.76-2.x86_64.rpm

This new rpm is installable now.

Unfortunalely XnView doesn't run - at least on my Fedora box - then, due to a problem with Qt.
Pierre already has a workaround available (a replaced executable).