Install with right-click or CLI doesn't work

[treestump]

I am trying to install LANDIS-II, a modelling program for landscapes. I have these instructions to help, but I can't seem to even get the .exe to install. If I use

Code: Select all

find / -name wine

, I can see that wine-mono and wine-gecko are installed. Winetricks currently is in /usr/share/wine, because I didn't know where else to put it.

I am using CentOS 7. I have installed the most recent wine with YUM. I moved the directory with the LANDIS-II .exes to ~/.wine. Wine from the command line gets the following:

Code: Select all

[bob@b0-10-41-56-52-95 .wine]$ wine ./landl/LANDIS-II-6.0-setup64.exe
wine: Bad EXE format for Z:\home\bob\.wine\landl\LANDIS-II-6.0-setup64.exe.

New to wine and not much good on linux either, but work requires that this program be able to run on CentOS.

[dimesio]

viewtopic.php?f=8&t=23434

[treestump]

dimesio,

Thank you very much for the reply! I got through step 4 and when I tried step 5, this happened:

Code: Select all

[bob@localhost Wine32]$ sudo yum localinstall *.rpm
Loaded plugins: fastestmirror, langpacks, remove-with-leaves
Examining chrpath-0.13-14.el7.centos.i686.rpm: chrpath-0.13-14.el7.centos.i686
chrpath-0.13-14.el7.centos.i686.rpm: does not update installed package.
Examining chrpath-0.13-14.el7.src.rpm: chrpath-0.13-14.el7.src
Cannot add package chrpath-0.13-14.el7.src.rpm to transaction. Not a compatible architecture: src
Examining chrpath-debuginfo-0.13-14.el7.centos.i686.rpm: chrpath-debuginfo-0.13-14.el7.centos.i686
chrpath-debuginfo-0.13-14.el7.centos.i686.rpm: does not update installed package.
Examining nss-mdns-0.10-12.el7.src.rpm: nss-mdns-0.10-12.el7.src
Cannot add package nss-mdns-0.10-12.el7.src.rpm to transaction. Not a compatible architecture: src
Examining openal-soft-1.16.0-2.el7.centos.i686.rpm: openal-soft-1.16.0-2.el7.centos.i686
Marking openal-soft-1.16.0-2.el7.centos.i686.rpm as an update to openal-soft-1.16.0-2.el7.x86_64
openal-soft-1.16.0-2.el7.centos.i686.rpm: does not update installed package.
Examining openal-soft-1.16.0-2.el7.src.rpm: openal-soft-1.16.0-2.el7.src
Cannot add package openal-soft-1.16.0-2.el7.src.rpm to transaction. Not a compatible architecture: src
Examining wine-1.7.22-1.el7.src.rpm: wine-1.7.22-1.el7.src
Cannot add package wine-1.7.22-1.el7.src.rpm to transaction. Not a compatible architecture: src
Resolving Dependencies
--> Running transaction check
---> Package openal-soft.i686 0:1.16.0-2.el7.centos will be an update
---> Package openal-soft.i686 0:1.16.0-2.el7.centos will be updated
--> Finished Dependency Resolution
Error:  Multilib version problems found. This often means that the root
       cause is something else and multilib version checking is just
       pointing out that there is a problem. Eg.:
       
         1. You have an upgrade for openal-soft which is missing some
            dependency that another package requires. Yum is trying to
            solve this by installing an older version of openal-soft of the
            different architecture. If you exclude the bad architecture
            yum will tell you what the root cause is (which package
            requires what). You can try redoing the upgrade with
            --exclude openal-soft.otherarch ... this should give you an error
            message showing the root cause of the problem.
       
         2. You have multiple architectures of openal-soft installed, but
            yum can only see an upgrade for one of those architectures.
            If you don't want/need both architectures anymore then you
            can remove the one with the missing update and everything
            will work.
       
         3. You have duplicate versions of openal-soft installed already.
            You can use "yum check" to get yum show these errors.
       
       ...you can also use --setopt=protected_multilib=false to remove
       this checking, however this is almost never the correct thing to
       do as something else is very likely to go wrong (often causing
       much more problems).
       
       Protected multilib versions: openal-soft-1.16.0-2.el7.centos.i686 != openal-soft-1.16.0-2.el7.x86_64

So, there appears to be two problems? SRCs and some libraries that aren't up to date? I don't know how to handle either of these.

[dimesio]

If you're referring to the instructions for Scientific Linux, I don't know whether they will work for CentOS, but in any case, you need to ask for help with those instructions on that forum, not here.