Nux!


Home » Repos » Report a problem or request a package » Package request: wine
Package request: wine [message #1896] Tue, 22 July 2014 09:49 Go to next message
constantin is currently offline  constantin
Messages: 82
Registered: July 2014
Location: Ukraine
Member
The EPEL's build of wine is 64-bit only and is unusable for 32-bit windows executables. Maybe, it would be useful to port wine from Fedora 19/20/Rawhide with i686 packages?
Re: Package request: wine [message #1898 is a reply to message #1896] Tue, 22 July 2014 10:28 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

Hello Constantin,

One of the CentOS devs has been toying with this already, can you give these wine packages a try?
http://arrfab.net/attic/index.php?path=RPMS%2F7%2Fx86_64/
Re: Package request: wine [message #1900 is a reply to message #1898] Tue, 22 July 2014 10:41 Go to previous messageGo to next message
constantin is currently offline  constantin
Messages: 82
Registered: July 2014
Location: Ukraine
Member
Hello, NUX,
Maybe, I will try these packages, maybe, I will download from fc19-updates or rebuild them myself, but maybe it's possible to put wine to nux-dextop to solve problem for all users of nux-dextop? Smile
Teamviewer 9, which uses it's own wine inside works well in EL7
Re: Package request: wine [message #1901 is a reply to message #1896] Tue, 22 July 2014 11:06 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

Constantin,

Delivering 32bit Wine involves quite a bit of pain in the back side and to be honest I have zero interest in it. 32bit apps in EL7 imply even more annoyance as EPEL decided not to support it at all. It will be wild ride supporting it and I don't think it's worth it (for me).


BTW, no need to use Fedora 32bit tree, there is an unofficial 3bit tree in the CentOS project. I use these in my mock config:

[el-1]
name=el-1
baseurl=http://buildlogs.centos.org/c7.00.02/
failovermethod=priority

[el-2]
name=el-2
baseurl=http://buildlogs.centos.org/c7.00.03/
failovermethod=priority

[el-3]
name=el-3
baseurl=http://buildlogs.centos.org/c7.00.04/
failovermethod=priority

[el-updates]
name=el-updates
baseurl=http://buildlogs.centos.org/c7-updates/
failovermethod=priority
Re: Package request: wine [message #1904 is a reply to message #1901] Tue, 22 July 2014 11:09 Go to previous messageGo to next message
constantin is currently offline  constantin
Messages: 82
Registered: July 2014
Location: Ukraine
Member
Ok, I have installed arrfab packages. Win32 applications work Smile
Re: Package request: wine [message #1907 is a reply to message #1901] Tue, 22 July 2014 11:28 Go to previous messageGo to next message
constantin is currently offline  constantin
Messages: 82
Registered: July 2014
Location: Ukraine
Member
But sometimes desktop enterprise linux users need to install some windows apps... and ~90% of these apps are 32-bit or have 32-bit parts, and it's strange that EPEL provides 64bit-only wine, which does not make sense Smile
Re: Package request: wine [message #1909 is a reply to message #1896] Tue, 22 July 2014 12:16 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

It makes sense, as RHEL7 only supports x86_64 (although yes, they do ship some 32bit apps). I also agree they should ship 32bit, but seems like it's a final decision.

Perhaps Centos' effort of building an unofficial 32bit tree will change things.
Re: Package request: wine [message #2765 is a reply to message #1909] Wed, 19 November 2014 21:20 Go to previous messageGo to next message
HugoNo1 is currently offline  HugoNo1
Messages: 2
Registered: November 2014
Junior Member
Hi, there.

I also have problems with Centos7 and wine.

I used to run Centos 6.5 and wine-1.6.1-1.el6.i686 and was quite happy with the wine installation because it permitted me to run many windows apps.
Now, with upgrading to Centos7 it also upgraded to wine-1.7.22.el7.x86_64 which made me unable to run my windows apps which I could run before.
So, I painfully downgraded wine to wine-1.6.1-1.el6.i686 of Centos6.5 again.
But now all my system is a bit broken and stuck until I can get solved this wine 32bit issue.

I have already searched around and found these posts that darken very much the hope that there will be any official solution in a main repository

I found this statement in the Centos forums:
"
CentOS/RHEL 7 is by intention a "pure" 64 bit distro, and the Wine packages in the EPEL for CentOS/RHEL 7 are pure 64 bit Wine. Most Windows apps are still 32 bit, and require 32 bit libraries and a WoW64 setup to run properly.
The CentOS/RHEL Wine packages are broken by design. Pure 64 bit Wine is not a supported configuration.
The problem has been reported to RedHat, and the response was "There is no chance" they will provide Wine packages with the necessary 32 bit parts.
"
Re: Package request: wine [message #2766 is a reply to message #1896] Wed, 19 November 2014 23:27 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

Hi,

In EL7 I exclude the wine packages from EPEL repo and use the ones from here:
http://arrfab.net/attic/RPMS/7/x86_64/

They also have the 32 bit counterparts.

HTH
Re: Package request: wine [message #2841 is a reply to message #1896] Tue, 23 December 2014 23:08 Go to previous messageGo to next message
schotty is currently offline  schotty
Messages: 64
Registered: December 2012
Location: United States
Member
I can confirm that Nux's method works fine.

The other method (which I prefer) is to use PlayOnLinux to make things function. This way you can use the normal repo files from epel just fine (until they get the i686 rpms built). PoL has been chugging along perfectly for me since RHEL7 launch (roughly, maybe a week or so after, forget exactly). Look here for the exact details:

http://www.schotty.com/blog/2014/10/2/centos-7-a-few-months- in.html
Re: Package request: wine [message #2846 is a reply to message #1896] Wed, 24 December 2014 11:09 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

Schotty,

I also use Play on Linux, but it does not make up for the lack of 32 bit packages. I still had to use Arrfab's repo.
Re: Package request: wine [message #3692 is a reply to message #2766] Sat, 03 September 2016 16:43 Go to previous messageGo to next message
HugoNo1 is currently offline  HugoNo1
Messages: 2
Registered: November 2014
Junior Member
Hi there,

2 years have passed since I have installed the 32-bit Wine from Arrfab/7/x86_64

Nombre : wine
Arquitectura : x86_64
Versión : 1.7.21
Lanzamiento : 1.el7.arrfab
Tamaño : 44 k
Repositorio : Arrfab/7/x86_64
Resumen : A compatibility layer for windows applications
URL : http://www.winehq.org/
Licencia : LGPLv2+
Descripción :Wine as a compatibility layer for UNIX to run Windows applications. This
: package includes a program loader, which allows unmodified Windows
: 3.x/9x/NT binaries to run on x86 and x86_64 Unixes. Wine can use native system
: .dll files if they are available.
:
: In Fedora wine is a meta-package which will install everything needed for wine
: to work smoothly. Smaller setups can be achieved by installing some of the
: wine-* sub packages.


But unfortunately they have not been updated.

When I first installed the Packages I contacted the Maintainer because of a bug in the Repository that I found and the Maintainer got a bit upset because this is not a public repository.

Now on Wine I can't get any sopport anymore because they insist that all wine versions have to be updated:
"
Wine 1.7.21 is not supported. Please update to Wine 1.8.4 or Wine 1.9.17 and try again Smile
"

Now the common problem within the CentOS Community is that nobody takes Responsability about 32-bit Packages
Wine Repository, EPEL and RPMFusion.
https://bugs.winehq.org/show_bug.cgi?id=41216
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4236

Namely I am talking about these packages:
# rpm -qa|grep -i arrfab|grep -i i686
wine-twain-1.7.21-1.el7.arrfab.i686
wine-alsa-1.7.21-1.el7.arrfab.i686
wine-capi-1.7.21-1.el7.arrfab.i686
wine-wow-1.7.21-1.el7.arrfab.i686
dbus-c++-0.5.0-0.16.20090203git13281b3.el7.arrfab.i686
wine-ldap-1.7.21-1.el7.arrfab.i686
wine-core-1.7.21-1.el7.arrfab.i686
wine-cms-1.7.21-1.el7.arrfab.i686
wine-1.7.21-1.el7.arrfab.i686
wine-openal-1.7.21-1.el7.arrfab.i686
wine-pulseaudio-1.7.21-1.el7.arrfab.i686
nss-mdns-0.10-12.el7.arrfab.i686
openal-soft-1.15.1-3.el7.arrfab.i686

Are there any possibilities that you could include those Packages in your Repository ?

Thank you for your engagement within the EL Community

Best Regards,
Hugo
Re: Package request: wine [message #3693 is a reply to message #3692] Sun, 04 September 2016 00:53 Go to previous messageGo to next message
amk is currently offline  amk
Messages: 9
Registered: July 2015
Junior Member
Yes, 32bit wine in RHEL7-like distros is pain. Even more so, that the EPEL's decision of going only with 64bit wine makes not so much sense, since almost all requirements for building complete 32bit wine are in EPEL.

There are few packages missing though. Mainly no 32bit openal-soft and mpg123, but both are mostly not needed, at least I have no need for them.

Anyway. Building 32bit wine in CentOS 7.2 is like building it in Fedora, with exception of those two packages.
I'm running Borderlands, K&L2 and Resident Evil 5, among many other things, wine 1.9.13. Tried 1.9.16, but that broke compatibility with K&L2. Hm.

Requires some time and patience, but has the advantage of having much more recent wine version and no need to rely on another repo.
Sure, installing it system-wide is a bad idea, just use some local prefix and put it in your PATH.

HTH
Re: Package request: wine [message #3694 is a reply to message #3692] Mon, 05 September 2016 11:40 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1662
Registered: January 2012
Senior Member
Administrator

Hi,

I've tried several time to rebuild Fedora Wine source rpms on 32bit CentOS 7 and failed. Too much of an effort for me tbh.
Re: Package request: wine [message #3695 is a reply to message #3694] Tue, 06 September 2016 11:30 Go to previous messageGo to next message
amk is currently offline  amk
Messages: 9
Registered: July 2015
Junior Member
Of course, it's understandable that you don't want to dedicate your time to it.
It was merely a heads-up for people who need wine working.

Not everything needs a package and especially end of branch stuff is something I sometimes prefer building myself.
Simply because it's the most important part that needs updating, so I don't have to rely on e.g. old 1.7.x wine.
Deps for building those is what is much more important and in case of 32bit Wine, combo of base and epel is mostly sufficient.
Re: Package request: wine [message #3697 is a reply to message #3692] Fri, 09 September 2016 00:50 Go to previous messageGo to next message
schotty is currently offline  schotty
Messages: 64
Registered: December 2012
Location: United States
Member
HugoNo1 wrote on Sat, 03 September 2016 10:43


Now on Wine I can't get any sopport anymore because they insist that all wine versions have to be updated:
"
Wine 1.7.21 is not supported. Please update to Wine 1.8.4 or Wine 1.9.17 and try again Smile
"



As I mentioned above, and thankfully things have not changed, you can use Codeweaver's Crossover or PlayOnLinux and not need to screw with any of this rebuild garbage. Nux mentioned that he needed this and that to make things work -- frankly I would love to know what, since I haven't needed anything from Arrfab.

My suggestion Hugo, is to start with PoL and go from there. You may have a few dependencies that are missing, but between EPEL, Nux, and myself its there (likely EPEL is all that is needed). Although due to game engine changes, I have scrubbed off some now incompatible MMORPG titles that used to work and now don't (Shakes fist at Elder Scrolls Online), but Star Trek Online, Neverwinter Online, World of Warcraft, EVE, Rift all work just fine on EL7. Should be fine also on EL6, presuming you the PulseAudio integration works right now (dont game on RHEL6, just RHEL7). These days I tend to use Crossover as my primary platform and if something breaks with a game, I use PoL as a backup and a second opinion. Sometimes PoL is quicker to get the fix out, and when you have a Raid group to heal, a day can be all the difference Very Happy

If you need more help than "install it", here is a guide I wrote up a while back:
https://www.schotty.com/wordpress/?page_id=57

HTH.
Re: Package request: wine [message #3698 is a reply to message #3697] Sat, 10 September 2016 08:51 Go to previous message
ivoarch is currently offline  ivoarch
Messages: 1
Registered: September 2016
Junior Member
Hi,
I have been able to build wine 64/32 a long time ago (current version 1.8.3) . The repository can be used with the @nux .

Go to yum repo's dir and ...

wget ttp://www.stotinkaos.net/stotinkaOS/repo/7/Wine/stotinka0S-wine.repo 


it is my first post here and logical, I can not do spam , to share the direct link to view the packages that brings the repository .
Previous Topic: Subtitleeditor package request for CentOS7
Next Topic: newer version of kdenlive for EL7
Goto Forum:
  


Current Time: Mon Jan 20 14:00:12 GMT 2020

Total time taken to generate the page: 0.02119 seconds