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 at unixmail.co.uk> > To: centos at 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 at 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlT9azcACgkQnVkHo1a+xU6cpwCdFl7Pqkcuf+2oRhtWU66IkCcT 9qkAoJqauRCPsQmGKNIDa50nUp6qAyF3 =Brxm -----END PGP SIGNATURE-----
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. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20150309/df5a6f81/attachment-0001.sig>
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 -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'?glise - 30730 Montpezat Web : http://www.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32
-----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.: > > 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 >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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlT+0KQACgkQnVkHo1a+xU5gygCfeGheIwxu/0X/x5ffGizgEvyg HHQAn2bEt54E6fZPspoXav23My77pDSB =KlGA -----END PGP SIGNATURE-----