How to get most recent Wine install w/out version conflicts?

Posting here because gamers seem to be the heaviest wine users. I’m trying to get a tax package working under wine and many suggestions say to use the latest versions. I originally pulled those down individually from software.opensuse.org, but after version problems appeared, I set the repo and used yast. I now have a somewhat newer wine than offered in the distro, but I still have version problems. I can’t tell which component is causing trouble. And/or I don’t know how to look for any “left overs” from the previous install which may be short circuiting wine.

When run, wine complains as below: (the --xxxx is just a dummy to get the program past the help text which displays if wine finds no arguments)

rufus@vsl:~/bin> wine --xxxxxxxxx
wine client error:0: version mismatch 573/574.
Your wineserver binary was not upgraded correctly,
or you have an older one somewhere in your PATH.
Or maybe the wrong wineserver is still running?
rufus@vsl:~/bin> 

What is wrong with this install? Here is an rpm listing:

vsl:/home/rufus/bin # 
vsl:/home/rufus/bin # rpm -qa | grep wine
wine-doors-0.1.3-1.21.noarch
q4wine-1.3.12-lp151.62.1.x86_64
wine-4.4-lp151.615.6.x86_64
wine-gecko-2.47-lp151.2.1.noarch
winetricks-20191224-lp151.18.1.x86_64
q4wine-lang-1.3.12-lp151.62.1.noarch
wine-mono-4.9.2-lp151.7.1.noarch
wine-staging-32bit-4.4-lp151.615.6.x86_64
vsl:/home/rufus/bin # 


Because the version numbers clearly do not adhere to the same versioning scheme, I cannot tell which components of the wine install may be causing the mismatch problem. I had set the repo as below, and from yast changed “mono” which was the only one which appeared to have any likely alternative. However, the problem remains.

vsl:/home/rufus/bin # zypper ar -f http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_15.1/Emulators.repo
Adding repository 'Emulators (openSUSE_Leap_15.1)' ....................................................................[done]
Repository 'Emulators (openSUSE_Leap_15.1)' successfully added

URI         : http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_15.1/
Enabled     : Yes                                                                    
GPG Check   : Yes                                                                    
Autorefresh : Yes                                                                    
Priority    : 99 (default priority)                                                  

Repository priorities are without effect. All enabled repositories share the same priority.
vsl:/home/rufus/bin # 


Is winetricks possibly a problem?

Thanks for any thoughts,
Rufus

Ouch. I thought I had deleted all from yast before installing fresh with yast, but did that just to make sure and… Got past this problem at least.

Sorry for the false alarm. I would still interested in how to tell, if there is a way by looking at the version numbers, when/if the pieces of wine line up correctly. IOW, is there a code allowing one to tell from looking at the version numbers?

Regards,
Rufus

You did not specify which tax packages you are trying to run.

However, at winehq someone got H&R Block tax software (2019 software for 2018 taxes) loaded and reported that while it ran, he could not get auto or manual update to latest/final version. Also he had some problems entering an activation code.
Also, the last version of Turbotax they reported on was from 2016. They cold not get auto or manual update to latest/final version.

The best way to run tax package might be to load windows into a virtual machine.

Show


zypper lr -d

You can try PlayOnLinux. Last time I used it it handled multiple wine versions really well and it’s not only for games. Some office applications were on the supported list as well.

I may try PlayonLinux or Lutros (sp?) or something if I don’t progress with vanilla wine. I much prefer to reduce the layers of infrastructure if possible until I fully understand the problems I’m dealing with.

Here is the repo list, FWIW. Since I (finally) deleted all the “wine” hits in yast and then reinstalled them all (using yast), I have a fairly recent wine install with no version mismatch. So the repo’s now don’t seem to be my immediate problem and I can progress into the meat of running the program.

rufus@vsl:~/bin> zypper lr -d
#  | Alias                               | Name                               | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                                                | Service
---+-------------------------------------+------------------------------------+---------+-----------+---------+----------+--------+----------------------------------------------------------------------------------------------------+--------
 1 | Emulators                           | Emulators (openSUSE_Leap_15.1)     | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_15.1/                            |        
 2 | http-download.opensuse.org-3f2bf358 | home:Manizuca:wine-LeagueOfLegends | No      | ----      | ----    |   99     | rpm-md | http://download.opensuse.org/repositories/home:/Manizuca:/wine-LeagueOfLegends/openSUSE_Leap_15.1/ |        
 3 | openSUSE-Leap-15.1-1                | openSUSE-Leap-15.1-1               | No      | ----      | ----    |   99     | rpm-md | cd:/?devices=/dev/disk/by-id/ata-Optiarc_DVD_RW_AD-7280S                                           |        
 4 | repo-debug                          | Debug Repository                   | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/distribution/leap/15.1/repo/oss/                                |        
 5 | repo-debug-non-oss                  | Debug Repository (Non-OSS)         | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/distribution/leap/15.1/repo/non-oss/                            |        
 6 | repo-debug-update                   | Update Repository (Debug)          | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/update/leap/15.1/oss/                                           |        
 7 | repo-debug-update-non-oss           | Update Repository (Debug, Non-OSS) | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/update/leap/15.1/non-oss/                                       |        
 8 | repo-non-oss                        | Non-OSS Repository                 | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/non-oss/                                  |        
 9 | repo-oss                            | Main Repository                    | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/oss/                                      |        
10 | repo-source                         | Source Repository                  | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/source/distribution/leap/15.1/repo/oss/                               |        
11 | repo-source-non-oss                 | Source Repository (Non-OSS)        | No      | ----      | ----    |   99     | NONE   | http://download.opensuse.org/source/distribution/leap/15.1/repo/non-oss/                           |        
12 | repo-update                         | Main Update Repository             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.1/oss/                                                 |        
13 | repo-update-non-oss                 | Update Repository (Non-Oss)        | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.1/non-oss/                                             |        
rufus@vsl:~/bin> 

I’m working the H&RBlock 2020(2019 tax) package. I saw the winedb report for last year. My impression is that often those reports reflect minimal time invested, so I hope I may be able to produce better results. TBD. But it is slow going. I have not be able to find a general frame work, an over all concept or game plan, on how to troubleshoot package problems in wine. It has been a little frustrating in light of the many years and dozens (hundreds) of packages tested against wine. I do understand that the wine system is 20 years old and has been patched and enhanced more or less piecemeal to get particular programs functional, so it’s got loose ends all over the place and it’s a bear to debug. But it really seems like the people who work at that often must have established an order in which to proceed and a toolkit of things to try to find likely places to look for the problem.

One great frustration is the rube goldberg procedure to get various versions of the MS NetFrame installed. Winetricks helps and is actually totally necessary AFAIK to anybody using wine. Until it doesn’t.

Thank you all for commenting. This is a busy time and I’m not sure if I’ll get this thing running, but live feedback helps lot to keep the moral up. <g>

Cheers,
Rufus

Most likely your install has a mix of distro packages and packages from the Emulators repo. Run


sudo zypper dup --from 1 --allow-vendor-change

In winetricks: wine-mono is a replacement for netframe. Also, adding vcrun2010 (c/c++ run time library) might help.