Hi,
Up until recently, I've been running Wine 1.6.2 on my workstation under Slackware64 14.1. I used it to emulate a handful of legacy apps that ran under Windows XP. They worked perfectly with that setup.
After migrating the workstation from Slackware to CentOS 7, I installed the Wine packages, but none of my applications run. I only get an error message about "wrong EXE format". And that's it.
Any idea what's going on?
Cheers,
Niki
On 07/03/15 16:40, Niki Kovacs wrote:
Hi,
Up until recently, I've been running Wine 1.6.2 on my workstation under Slackware64 14.1. I used it to emulate a handful of legacy apps that ran under Windows XP. They worked perfectly with that setup.
After migrating the workstation from Slackware to CentOS 7, I installed the Wine packages, but none of my applications run. I only get an error message about "wrong EXE format". And that's it.
Any idea what's going on?
Cheers,
Niki
Only a guess as I don't run wine and don't have any Windows applications, but...
CentOS 7 is 64-bit. Therefore I'm guessing you've installed a 64-bit version of wine on CentOS? Further guessing your Windows apps are 32-bit? Can you see where I'm going here?
I'm guessing you are either going to need to build/install a 32-bit version of wine or will need to find 64-bit versions of your Windows applications.
Like I said, just a guess :-)
Le 07/03/2015 18:24, Ned Slider a écrit :
I'm guessing you are either going to need to build/install a 32-bit version of wine or will need to find 64-bit versions of your Windows applications.
Is it possible to build a 32-bit version of Wine on 64-bit CentOS 7 ? A curt "yes" or "no" will do. Eventually I'll RTFM for the details.
Cheers,
Niki
On 07/03/15 22:01, Niki Kovacs wrote:
Le 07/03/2015 18:24, Ned Slider a écrit :
I'm guessing you are either going to need to build/install a 32-bit version of wine or will need to find 64-bit versions of your Windows applications.
Is it possible to build a 32-bit version of Wine on 64-bit CentOS 7 ? A curt "yes" or "no" will do. Eventually I'll RTFM for the details.
Only if 32-bit versions of all the BRs are available. You can't build in mock as there is no 32-bit tree to build against.
Niki,
There are some 32bit RPMs (slightly older) here: http://arrfab.net/attic/RPMS/7/x86_64/
HTH Lucian
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Ned Slider" ned@unixmail.co.uk To: centos@centos.org Sent: Saturday, 7 March, 2015 22:45:58 Subject: Re: [CentOS] Running the Wine emulator on CentOS 7
On 07/03/15 22:01, Niki Kovacs wrote:
Le 07/03/2015 18:24, Ned Slider a écrit :
I'm guessing you are either going to need to build/install a 32-bit version of wine or will need to find 64-bit versions of your Windows applications.
Is it possible to build a 32-bit version of Wine on 64-bit CentOS 7 ? A curt "yes" or "no" will do. Eventually I'll RTFM for the details.
Only if 32-bit versions of all the BRs are available. You can't build in mock as there is no 32-bit tree to build against.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/03/15 01:53, Nux! wrote:
Niki,
There are some 32bit RPMs (slightly older) here: http://arrfab.net/attic/RPMS/7/x86_64/
HTH Lucian
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
Damn, I built those packages initially to help someone from the family (and those aren't signed !) while hoping that EPEL would build the 32bits version, which they never did .. Tech details : those were built through mock , but against 32bits version of CentOS 7, as all required packages to init a CentOS 7 i686 buildroot are available since day #1 on http://buildlogs.centos.org
I wanted then to remove those packages, but just by looking at my webserver logs, it seems more and more people are now using those wine packages :-(
- --
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 03/09/2015 04:43 AM, Fabian Arrotin wrote:
On 08/03/15 01:53, Nux! wrote:
Niki,
There are some 32bit RPMs (slightly older) here: http://arrfab.net/attic/RPMS/7/x86_64/
HTH Lucian
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
Damn, I built those packages initially to help someone from the family (and those aren't signed !) while hoping that EPEL would build the 32bits version, which they never did .. Tech details : those were built through mock , but against 32bits version of CentOS 7, as all required packages to init a CentOS 7 i686 buildroot are available since day #1 on http://buildlogs.centos.org
I wanted then to remove those packages, but just by looking at my webserver logs, it seems more and more people are now using those wine packages :-(
I was just getting ready to build those, I need them :) .. how about we put them (or newer ones, if available) in i686 extras.
Le 09/03/2015 13:02, Johnny Hughes a écrit :
I was just getting ready to build those, I need them:) .. how about we put them (or newer ones, if available) in i686 extras.
On a side note, I wonder when - and if - a 32-bit version of CentOS will eventually become available. I'm managing a small IT company in South France, and I have to deal with a considerable amount of legacy hardware in schools and town halls, mostly first generation Pentium IV with something like 1 GB of RAM. In general, folks are happy as long as they don't have to upgrade their hardware when moving from Windows to Linux. These old PCs may be dinosaurs, but apparently it takes a meteor strike to wipe them.
At the moment this kind of hardware is running my personal blend of 32-bit Slackware Linux 14.0 or 14.1. I'm planning to install CentOS 6.x on it, but I think it would be perfectly able to run a 32-bit version of CentOS 7.
Cheers,
Niki
On 03/09/2015 10:00 AM, Niki Kovacs wrote:
Le 09/03/2015 13:02, Johnny Hughes a écrit :
I was just getting ready to build those, I need them:) .. how about we put them (or newer ones, if available) in i686 extras.
On a side note, I wonder when - and if - a 32-bit version of CentOS will eventually become available. I'm managing a small IT company in South France, and I have to deal with a considerable amount of legacy hardware in schools and town halls, mostly first generation Pentium IV with something like 1 GB of RAM. In general, folks are happy as long as they don't have to upgrade their hardware when moving from Windows to Linux. These old PCs may be dinosaurs, but apparently it takes a meteor strike to wipe them.
At the moment this kind of hardware is running my personal blend of 32-bit Slackware Linux 14.0 or 14.1. I'm planning to install CentOS 6.x on it, but I think it would be perfectly able to run a 32-bit version of CentOS 7.
We really should have this very soon after the 7.1 x86_64 release. I am building all the packages for both as we do 7.1.
But, so far the new kernel is not building 32 bit :(
Le 10/03/2015 01:52, Johnny Hughes a écrit :
We really should have this very soon after the 7.1 x86_64 release. I am building all the packages for both as we do 7.1.
But, so far the new kernel is not building 32 bit:(
Thank you for your quick response. I am looking forward to that very much.
Out of curiosity, I gave PUIAS/Springdale a spin. They have a 32-bit version of 7, although it's not advertised anywhere, and I stumbled over it more or less by accident while searching through their repositories. It runs nice on one of my sandbox PCs. Though I'd rather have a 32-bit CentOS 7.
As far as Wine is concerned, I guess the best solution will be to wait until you put a 32-bit version in [extra].
Cheers,
Niki
On 03/10/2015 12:28 AM, Niki Kovacs wrote:
Le 10/03/2015 01:52, Johnny Hughes a écrit :
We really should have this very soon after the 7.1 x86_64 release. I am building all the packages for both as we do 7.1.
But, so far the new kernel is not building 32 bit:(
Thank you for your quick response. I am looking forward to that very much.
Out of curiosity, I gave PUIAS/Springdale a spin. They have a 32-bit version of 7, although it's not advertised anywhere, and I stumbled over it more or less by accident while searching through their repositories. It runs nice on one of my sandbox PCs. Though I'd rather have a 32-bit CentOS 7.
As far as Wine is concerned, I guess the best solution will be to wait until you put a 32-bit version in [extra].
Cheers,
Niki
Yes, WRT Springdale, I have built the i686 kernel for 7.0 too and that works .. it is the 7.1 kernel that is not building i686. If they get that working (or if anyone else does) then I will grab their configs and build it.
Since Red Hat does not build the i686 kernel for RHEL 7 (just kernel headers for build requirements), they have not tested that a full kernel builds, nor do they provide i686 config files. But Red Hat does backport changes into their kernels and therefore standard 3.10.x kernel config files do not work with the Red Hat backported kernels.
If someone out there is smart enough to build the 7.1 kernel for i686 .. really, just smart enough to create good config files that will build .. that will help.
I plan to do that after 7.1 64 bit is released and all the updates after 7.1 happen, but if someone can do it earlier, it will speed getting a 7.1 32 bit after the 64 bit is done.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 09/03/15 16:00, Niki Kovacs wrote:
Le 09/03/2015 13:02, Johnny Hughes a écrit :
I was just getting ready to build those, I need them:) .. how about we put them (or newer ones, if available) in i686 extras.
On a side note, I wonder when - and if - a 32-bit version of CentOS will eventually become available. I'm managing a small IT company in South France, and I have to deal with a considerable amount of legacy hardware in schools and town halls, mostly first generation Pentium IV with something like 1 GB of RAM. In general, folks are happy as long as they don't have to upgrade their hardware when moving from Windows to Linux. These old PCs may be dinosaurs, but apparently it takes a meteor strike to wipe them.
At the moment this kind of hardware is running my personal blend of 32-bit Slackware Linux 14.0 or 14.1. I'm planning to install CentOS 6.x on it, but I think it would be perfectly able to run a 32-bit version of CentOS 7.
Cheers,
Niki
Hi Niki,
I've built a CentOS 7 i686 liveCD, just as a PoC , some time ago and I tested it on a Pentium 4 / 2.8Ghz and 1Gb of ram : https://twitter.com/Arrfab/status/553547691272445953
While it "works" it's quite slow so probably better then to stick with CentOS 6 and wait for something lighter than Gnome3/Gnome-shell as Desktop Environment (xfce/mate/$other)
Cheers,
- --
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Le 10/03/2015 12:12, Fabian Arrotin a écrit :
While it "works" it's quite slow so probably better then to stick with CentOS 6 and wait for something lighter than Gnome3/Gnome-shell as Desktop Environment (xfce/mate/$other)
Until recently I've been using a beefed-up Xfce-on-steroids for older hardware.
http://www.microlinux.fr/desktop_linux.php
As soon as I have some time, I guess I'll set up a private repo and try to build Xfce 4.12 for CentOS 7 (if nobody does it before).
Cheers,
Niki
Le 08/03/2015 01:53, Nux! a écrit :
There are some 32bit RPMs (slightly older) here: http://arrfab.net/attic/RPMS/7/x86_64/
I tried to install these, but I ran into some trouble. Here's what I tried to do.
I'm using the yum-priorities plugin. The official CentOS repos are configured with a priority of 1. Besides that, I'm using the EPEL and Nux-dextop third party repos, each with a priority of 10.
I created an /etc/yum.repos.d/wine.repo file:
[wine] enabled=1 priority=5 name=Wine repository baseurl=http://arrfab.net/attic/RPMS/7/$basearch/ gpgcheck=0
I gave it a priority of 5, since I want the wine-* packages to have precedence over those present in EPEL.
But when I try this:
# yum install wine
... here's what I get:
=======================================
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.15.1-3.el7.arrfab.i686 != openal-soft-1.16.0-2.el7.x86_64
========================================
Now before I'm wrecking my system, I thought I'd rather ask your advice. What can I do to install this Wine version cleanly?
Cheers,
Niki
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 09/03/15 17:24, Niki Kovacs wrote:
Le 08/03/2015 01:53, Nux! a écrit :
There are some 32bit RPMs (slightly older) here: http://arrfab.net/attic/RPMS/7/x86_64/
I tried to install these, but I ran into some trouble. Here's what I tried to do.
I'm using the yum-priorities plugin. The official CentOS repos are configured with a priority of 1. Besides that, I'm using the EPEL and Nux-dextop third party repos, each with a priority of 10.
I created an /etc/yum.repos.d/wine.repo file:
[wine] enabled=1 priority=5 name=Wine repository baseurl=http://arrfab.net/attic/RPMS/7/$basearch/ gpgcheck=0
I gave it a priority of 5, since I want the wine-* packages to have precedence over those present in EPEL.
But when I try this:
# yum install wine
... here's what I get:
=======================================
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.:
- 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.
- 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.
- 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.15.1-3.el7.arrfab.i686 != openal-soft-1.16.0-2.el7.x86_64
========================================
Now before I'm wrecking my system, I thought I'd rather ask your advice. What can I do to install this Wine version cleanly?
Cheers,
Niki
Yeah, as said, I built those initially, but haven't tracked those, so if Epel updated some of the required packages, you'll have that issue. Feel free to just exclude those conflicting packages from epel.repo and that would normally work : exclude=wine* openal*
Remove also those packages (if still installed on disk) and then you should be able to install wine (both x86_64 and i386)
As it seems quite some people are interested in wine packages, and that EPEL will probably not build those packages, I'm wondering if the best solution is to : - - rebuild all those (and track version updates) and host it on people.centos.org - - put those on C7 extras
Opinions ?
- --
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
Le 10/03/2015 12:08, Fabian Arrotin a écrit :
Yeah, as said, I built those initially, but haven't tracked those, so if Epel updated some of the required packages, you'll have that issue. Feel free to just exclude those conflicting packages from epel.repo and that would normally work : exclude=wine* openal*
Remove also those packages (if still installed on disk) and then you should be able to install wine (both x86_64 and i386)
Thanks very much! I followed your advice, and things worked out.
I wrote a short blog entry about the installation process.
https://kikinovak.wordpress.com/2015/03/10/installer-wine-sous-centos-7/
Cheers,
Niki
-
Fabian Arrotin -
Johnny Hughes -
Ned Slider -
Niki Kovacs -
Nux!