I did a clean install of wine in Debian Stretch
Reports newest version (1.8.7-2) installed.

Applications tha used to work now gives me the following error upon launch

err:service:service_send_command service protocol error - failed to write pipe!
err:winedevice:ServiceMain driver L"WineBus" failed to load

Since the clean new install, nothing in my .wine directory is recognized anymore.
I backed up .wine to .wine.bup

Then had to do sudo ln -sv /usr/bin/winecfg /usr/bin/wineprefixcreate
because the newest wine install forgot to create the link sheesh !

After wineprefixcreate in useraccount a new .wine was created and I could install applications that run again.

Wine is really not backwards compatible w.r.t .wine

the new distribution has no sound installed. Now sound drivers are deteccted ?
Whats up with this new wine version (1.8.7-2) in stretch???

And more importantly how do I install the missing sound drivers and also wineasio ?
All missing.

Ok I did winecfg and in auidio I could select pulseaudio,
but sound still missing from applications.

FYI Wine 1.8.7 is obsolete, so there's nothing new about it at all...
Please see: WineHQ Download: Debian
for how to install the WineHQ Debian packages.


does not update a WINEPREFIX.

If you want to update an existing WINEPREFIX, use:


Bob

..Pity
1.8.7 ran a truckload of old legacy software.
The newest wine doesnt run any of them. I just tried the newest version as i couldnt manage to install wineasio for 1.8.7
I am trying to reinstall 1.8.7 as it is lightyears better for me, but it is a bit troublesome installing the old distribution again on the same system
Things are now missing which were not before.
I will get it running though, but the latest wine only runs a few things well I dont need.

@zimbodel

What software?
Are any of these applications freely downloadable?

My Gentoo Overlay has support for Wine versions 1.8-4.1.
So I can take look for regressions, if you think there are any...

Obviously the change, of the default WINEPREFIX Windows version from Windows XP to Windows 7, has to be ruled out as an issue.

Bob

I used wine for older music software.
Axon Ax100 RPEdit
Zoom G5
Motif XS control software
Yamaha softwware for their gear several.
Rp1000 Xedit
Presonus software.
and many more .etc.
Lots of MIDI gear. Legacy stuff I used for years.

Loads of Cad & CNC softwaewe
Very legacy Pcad, bobcad, Isel, etc.

Maple5, Mathcad 6, Applix etc etc.

Really too much to list.

I come from the days of early wine where you had to fi9nd missing dlls and such and try several version s of the same dll to get things working.
It took quite an effort to get them running but I anaged to after a long time.
I have been using wine for more than 10 years now.

The sad thing is a clean install of 1.8.4-1 doesnt work anymore.
Quite a loss for me as I thought that I could just reinstall 1.8.4 again and all would work...apparently not.
Basicallay nothing works there now either, where before with the exact version of 1.8.4 from Debian All worked flawlessly.
I lost all that to try and get wineasio up as it was the last thing I needed for a perfect setup.
Unfortunately i=t was a bad decision.


Whi9ch is tha LAST version that was XP before win7 library change as you mention above. ?
I would really like to try that if it has a reasonable wineasio installation.

Thanks

From Wine version 2.2 onwards the default for a new WINEPREFIX is Windows 7.

Obviously that is just a WINEPREFIX default.

For older software a 32-bit WINEPREFIX, set to Windows XP compatibility, is often best.

Obviously if Wine 1.8.7 doesn't appear to support your older applications, and it previously did so...
Then a 3rd party library or the Linux kernel will probably be at fault...
It is, however, important to test with a clean WINEPREFIX (32-bit?)

Bob

I dont think it can be the linux kernel it remained the same. This was done on the same sytem.
Only wine changed.

@zimbodel

Ah sorry, my brain told me you had installed Wine 1.8.7
TBH the only way to test for Wine regressions, that works, is to do a Wine Regression test.
I'd love to help, but you've reeled off a list of software that I've never used.

It tends to be quite hard to build the 32-bit part of Wine, from source, on 64-bit Debian / Ubuntu installs.
If you choose to try this, and get stuck...
I've a Debian/Ubuntu build script, on Github, that supports building mulitlilib Wine (or Wine Staging) from the Git source.

It's all a good learning experience...

Bob