https://bugs.winehq.org/show_bug.cgi?id=52253
Bug ID: 52253 Summary: Visual Studio 2015 setup fails to start (new symptom) Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: dragonwarriorxtreme@gmail.com Distribution: ---
Created attachment 71373 --> https://bugs.winehq.org/attachment.cgi?id=71373 Failed install log from Visual Studio installer
Previous versions allowed you to at least select options and get past the installation phase with a few obnoxious bugs, such as cryptography and restore point issues, with the help of "winetricks -q corefonts dotnet462."
Now, we appear to have regressed. The setup still launches, but it now crashes with a "Setup Blocked" error. The reason for the crash is...
"Setup Failed!"
Isn't that just ambiguous?!
This was tested on: Visual Studio 2015 Community Edition Visual Studio 2015 Professional Edition - Actually, unlike Community and Build Tools, this one doesn't start up at all. I thought this bug was supposed to be fixed... Perhaps investigate separately. Visual Studio 2015 C++ Build Tools
The Wine log shows nothing fishy:
002c:err:winediag:getaddrinfo Failed to resolve your host name IP 0174:err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems 0130:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Foundation.Diagnostics.AsyncCausalityTracer" 0184:err:kerberos:kerberos_LsaApInitializePackage no Kerberos support, expect problems 0184:err:winediag:ntlm_check_version ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0184:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
Enclosed is the install log from Build Tools. The error might be with how it's failing to get the feed properly verified. I did notice that I was synced improperly to my timezone, so I fixed that-- but nevertheless, that didn't work. I even created a new Wine prefix with the correct timezone, but that still did not work.
Machine: Void Linux x86_64 glibc
https://bugs.winehq.org/show_bug.cgi?id=52253
dragonwarriorxtreme@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Other
https://bugs.winehq.org/show_bug.cgi?id=52253
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- I'd recommend at least fixing your hostname and GL libraries. Those tend to break programs, even when it seems like they shouldn't.
https://bugs.winehq.org/show_bug.cgi?id=52253
--- Comment #2 from dragonwarriorxtreme@gmail.com --- (In reply to Zebediah Figura from comment #1)
I'd recommend at least fixing your hostname and GL libraries. Those tend to break programs, even when it seems like they shouldn't.
Fixed the 32-bit GL library and /etc/hosts issue. However, the error still shows up, so it's not either of those problems. I also noticed that the fabled "0130:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Foundation.Diagnostics.AsyncCausalityTracer" problem that appeared in earlier Wine versions in regards to Magic: the Gathering Online (#49627) seems to appear here... but I don't think it should affect the installer...?
https://bugs.winehq.org/show_bug.cgi?id=52253
--- Comment #3 from dragonwarriorxtreme@gmail.com --- Created attachment 71399 --> https://bugs.winehq.org/attachment.cgi?id=71399 Log on Fedora Rawhide (latest packages as of December 24)
I managed to confirm the issue on Fedora Rawhide as well. Have not tried the 32-bit version yet.
https://bugs.winehq.org/show_bug.cgi?id=52253
--- Comment #4 from dragonwarriorxtreme@gmail.com --- (Forgot to mention that the Fedora logs are with 6.21-staging, meaning that the regression(?) is from farther back. If anyone else can themselves confirm and bisect, that would be much appreciated.
https://bugs.winehq.org/show_bug.cgi?id=52253
--- Comment #5 from dragonwarriorxtreme@gmail.com --- This has been figured out to be an issue with ncrypt. Santino Mazza has committed several ncrypt fixes including an "SUCCESS stub" workaround that helps get past the verification of ncrypt signatures.
Actual implementation of ncrypt verification would be nice, but this will do for now. The remaining issues appear to be the same ones that have appeared since the initial WineHQ reports (installation fails at Team Helper, IDE still fails to run due to an exception), although I don't seem to get any "invalid ACL" issues anymore.
-
WineHQ Bugzilla