All .NET versions fail to install in 1.7.18

[SierraWhite]

I've been at this for a few days now and I'm stumped. I'm running an up to date Arch Linux x64 installation. After installing wine and attempting to install the .NET 2.0 framework via winetricks, the installer immediately exits with:

Code: Select all

Installation package could not be opened. Contact the application vendor to verify that this is a valid Windows installer package.[OK]

I've run the following commands, all of which fail:

Code: Select all

winetricks dotnet11
winetricks dotnet20
winetricks dotnet20sp1
winetricks dotnet20sp2
winetricks dotnet35
winetricks dotnet40

Here is the console output for dotnet20 via winetricks:

Code: Select all

Executing w_do_call dotnet20
Executing load_dotnet20
Executing w_do_call remove_mono
Executing load_remove_mono
------------------------------------------------------
Mono does not appear to be installed.
------------------------------------------------------
Executing w_do_call fontfix
Executing load_fontfix
Setting Windows version to win2k
Executing winetricks_early_wine regedit C:\windows\Temp\_dotnet20\set-winver.reg
Current wine does not have wine bug 30845, so not applying workaround
Executing wine dotnetfx.exe
fixme:advapi:DecryptFileA ("C:\\users\\XXXXXX\\Temp\\IXP000.TMP\\", 00000000): stub
ntlm_auth: /usr/lib/libiniparser.so: no version information available (required by ntlm_auth)
fixme:advapi:LsaOpenPolicy ((null),0x33f2d8,0x00000001,0x33f2c4) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:msidb:get_tablecolumns column 1 out of range
err:msidb:get_tablecolumns column 2 out of range
------------------------------------------------------
Note: command 'wine dotnetfx.exe' returned status 84.  Aborting.
------------------------------------------------------

I installed the mono and wine-mono packages respectively, yet the installation still fails. When I try to run wine-mono-4.5.2.msi this happens:

Code: Select all

fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:msidb:get_tablecolumns column 1 out of range
err:msidb:get_tablecolumns column 2 out of range
fixme:storage:create_storagefile Storage share mode not implemented.
err:msidb:get_tablecolumns column 1 out of range
err:msidb:get_tablecolumns column 2 out of range
err:msidb:get_tablecolumns column 1 out of range
err:msidb:get_tablecolumns column 2 out of range
err:msidb:get_tablecolumns column 1 out of range
err:msidb:get_tablecolumns column 2 out of range
err:msidb:get_tablecolumns column 3 out of range

If I throw these errors into google, I'm lead to this topic:

http://forum.winehq.org/viewtopic.php?f=8&t=22447

Applied the solutions given, still no dice.

I've also noticed that Steam was rated garbage for Arch x64 five days ago with similar behavior, see: https://appdb.winehq.org/objectManager. ... &iId=19444

Steam works fine for me, but most games won't function without one or more of the various .NET versions. Needless to say this is extremely frustrating since I'm trying to leave Windows for good, constantly rebooting when I do virtually everything else in Linux is a tedious affair as many of you can imagine. I don't have enough expertise to diagnose this issue further. Hopefully someone can give some insights or at least a, "Hey! Me too!"

If you need more information feel free to ask and I'll do what I can.

[dimesio]

Code: Select all

ntlm_auth: /usr/lib/libiniparser.so: no version information available (required by ntlm_auth)

I haven't seen that message before, but .NET does require a working ntlm_auth, so that's the first thing I'd look into.

You should also make sure you have the latest winetricks and install only to a clean, 32 bit wineprefix. When a .NET installer fails, it messes up the wineprefix for all future attempts.

[spoon0042]

According to http://bugs.winehq.org/show_bug.cgi?id=36453 arch's wine packages were built with gcc 4.9.0 which currently breaks wine.

I guess your options are downgrading to an earlier wine version, building wine yourself with an earlier gcc if possible, or waiting for fixed packages from arch.

[SierraWhite]

Code: Select all

ntlm_auth: /usr/lib/libiniparser.so: no version information available (required by ntlm_auth)

I haven't seen that message before, but .NET does require a working ntlm_auth, so that's the first thing I'd look into.

You should also make sure you have the latest winetricks and install only to a clean, 32 bit wineprefix. When a .NET installer fails, it messes up the wineprefix for all future attempts.

A recently reopened bug report was the first result: https://bugs.archlinux.org/task/35313

Seems like they had the problem after upgrading to 1.7.18, rolling back to an older pre-compiled release fixed it.

According to http://bugs.winehq.org/show_bug.cgi?id=36453 arch's wine packages were built with gcc 4.9.0 which currently breaks wine.

I guess your options are downgrading to an earlier wine version, building wine yourself with an earlier gcc if possible, or waiting for fixed packages from arch.

That explains why I encountered the same behavior when building wine 1.6.2 as well. That also explains why the above mentioned user's older version worked (probably was compiled with an older gcc version). It doesn't seem like anyone in the Arch community is aware of this yet, I guess I should file a bug report.

Thanks to both of you