Is Wine dead?

[lefsha]

Hi all,

To use windows based program (ZWCAD if some one is interested)
I was trying to install Wine. Unfortunately I have not found a way how
to setup it properly. There are 2 versions of program of interest 32 and 64 bit.

It seems like 64-bit Wine is not working at all. At least it can't work w/o 32 counterpart.
I had to move 64-bit only system to multilib, which I hate.
Then I played with 32-bit only version of Wine.

I've tried the latest 6.17 version of Wine and 6.0.1 which is marked as stable, but actually broken
as it is stated during the installation, because mono (.NET) and other components are not
functional after 5.18 till 6.6 version of Wine which is NOT available in portage.

I have installed wine-mono, which is recommended, but winetricks/wine cannot find
it during the installation of .NET

By some miracle wine-mono is installed into /usr/share/wine/...
while wine itself installed to /usr/share/wine-vanilla-6.17/...

I've made /usr/share/wine to be the soft link of versioned install.
Then winetricks still cannot find mono, but .NET can be installed.

Wine has multiple USE flags and I usually tend to use as less as possible of them,
but wine became non functional at all if not using certain USE flags.

Why those aren't removed and hard dependency/options used instead?

I see other people reporting the same problems I do have as well.
But there is no solution. Something is always missing and something is always not working.

Last time I touched Wine at version 0.9something. It was actually better, than now.

Version number has changed a lot, but functionality degraded almost to zero. Well I still can run Notepad... wow.

My question is simple.
Any one is aware of really working wine version something like wine 5 or earlier
and are there step by step procedure to make it functional? Is it possible at all?

Also may be some one knows about mandatory USE flags to make it work?
For example I don't need any sound support for wine, therefore it all has been
disabled in my case, but because of some miracle wine might not work w/o alsa or gstream

Anyway at present wine itself is on garbage level of functionality.

P.S. Please, don't consider I blame Portage for that issue. Nope. It is solely Wine itself related issue.
I have also built wine from sources myself. There are no differences. Garbage is garbage.

P.P.S. I read in that forum about some tricks how to make this or that, but have not found
a complete set of steps to make it work.

P.P.P.S. I have tried ReactOS inside of VM, but that is also NOGO solution. Seems like one need
real Windows, which I am not really willing to use.
_________________
Lefsha

[lefsha]

I saw on that forum, that some suggest to use Wine from Fedora or other Distros.

What is the reason for that? What is different there? Why the same config cannot
be used with ebuild?

Obviously I cannot check all the Wine versions and not all kind of binary versions
other Distros are using. That is too much work.

Windows VM based solution works, but that is too slow for any reasonable CAD
use.

P.S. If there would be Linux based CAD, than all that nightmare won't happen. Uhh.
_________________
Lefsha

[Chiitoo]

Short answer: I think no. :]

There's a lot of questions here, I'll try to answer at least some of them (best I can).

[lefsha]

[Chiitoo]

[lefsha]

Chiitoo, frankly I don't know how to talk to you.

I tend to talk directly and say what I mean, but that can harm other people.
People will feel upset or angry. I don't want that to happen.

I can only say, that you are young. May be that is the reason why I read what you write.
With the time you will think differently.

If I may give you a suggestion - take things less personally. We were discussing wine and not us.

In my initial message I have mentioned, that the problem is unrelated to Gentoo ebuild.

My only concern about ebuild is to have sometimes optional features, which are mandatory
in practice and vice versa. Way too often many dependencies are optional, but they are optional
and not desired sometimes. Again, that is not about wine. It's a general view.

Quite often some packages require to enable certain USE flags to make any practical use.
There are at least 2 stages. A program can get compiled and program can be really used.

Compiling nginx web server one can easily w/o ssl support. But practical use w/o ssl support
is not likely.

Quite often if not always you may see kernel config is telling you - keep it ON/ENABLED
if you don't know what to do.

Wine for example should have USE=xml enabled, otherwise moving forward with something
won't be possible.

In one of the threads here you may see, that people based on experience claim, that USE=mingw
has to be also enabled to make something working.

Something is obvious. An issue with libxml can be fixed if USE=xml. That is trivial to understand.
USE=mingw is much less trivial. And so on.

Not necessary wine ebuild has to have all or some flags enabled. It's enough to have wiki page,
where stated - if you don't want to spend hours to solve issues simply enable USE flags A, B and C.

Some of them you may not need, but those wont harm you. But if you don't enable them,
do not wonder having issues.

For example USE=mono MUST be enabled for wine to work, because 99% of Windows applications
are depending on .NET

Having that USE flag not enabled is looking for troubles. That is not stated in:

https://wiki.gentoo.org/wiki/Wine

I am expecting if reading that wiki and do installation accordingly the basic functionality of a program should work.
It doesn't.

The package which I meant in the first message is wine-mono. It has been installed due to USE=mono.

But if you try to install .NET you will get this message: "Mono does not appear to be installed"
A lot of people on internet asking about that issue. There are thousands of similar issues on the way to run a certain application.

One just need to install wine and see many - fixme and error messages.
There is no straight simple way to get rid of them.

I can't read some DOCU and do things right. That option is not given, not provided.


And here again, it has nothing to do with Gentoo. At least from my perspective.
I tried source code and compiled wine independently from Gentoo. No difference.


I remember loong ago using wine 0.9X and was able to run MS Office, without big problems.
Now I have even failed to install .NET which is provided from winetricks.
I had to play a lot with configs, settings to be able to install .NET
Took me 2-3 days! I am not willing to spend that much time. for that.

That is a clear fail from wine. I don't know who is responsible. I just see the version number
went that high, but things got worse, than they were earlier.

Spending weeks just to run a certain program is a misconception. Therefore wine is dead for me.

Wine and Windows VM need caused by absence pretty important part of applications
not existing under linux. VM works, but quite often too slow.

As of wine and Gentoo it will be great to have a binary package, which just works.
It's not compiling time issue. It's integration issue.
_________________
Lefsha

[Chiitoo]