Bug 1901636
Summary: | game (EQ) no longer starts since upgrade to 5.21-1.fc33 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dominique Martinet <g.fhnrunznrqeqf> |
Component: | wine-dxvk | Assignee: | František Zatloukal <fzatlouk> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 33 | CC: | andreas.bierfert, besser82, fzatlouk, mike |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | wine-dxvk-1.7.2-3.fc33 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-12-08 01:47:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dominique Martinet
2020-11-25 17:13:03 UTC
Did you just upgrade to Fedora 33? https://fedoraproject.org/wiki/Changes/DXVKwined3d Try removing wine-dxvk. I've been using fedora 33 since beta opened (also got updates-testing enabled) But... wow! That was a great hunch. I just downgraded wine-dxvk wine-dxvk-d3d9 and wine-dxvk-dxgi from 1.7.2-2.fc33 to 1.7.1-1.fc33 and we're back in order. The files are in the lib/wine directory so also got pulled back to older version with my bind mount as they were upgraded at the same time. I'm still surprised that would impact a fresh build in a different directory but it's good to pinpoint it! That should be easier to diagnostic now, I'll dig a bit more tomorrow (won't have time tonight) -- thanks! Thanks for confirming. Reassigning for more visibility. Hm. I don't get it. I just rebuilt `wine-dxvk-d3d9-1.7.2-2.fc33.i686.rpm` using the sources from fedpkg and it works :| Yet going back to the distribution's still fails. Something fudged in the build process? I checked https://kojipkgs.fedoraproject.org//packages/wine-dxvk/1.7.2/2.fc33/data/logs/i686/build.log and the meson output is strictly identical (same compilers versions etc). I don't see what's different... Otoh it should be noted the binaries hash (even d3d10.dll etc) are diffetent, I assume this isn't reproductible builds or is there really some taint somewhere? (Also please note the user experience is horrible -- I've spent hours on this and there isn't as much as an error in <binary>_d3d9.log...) ugh. Well... can wait until the next rebuild and see if the problem continues, or do you have a better idea? FEDORA-2020-e939f7b8be has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-e939f7b8be Hm, I don't think this is the same as the other two bugs -- d3d9 dxvk works well if I just rebuild the exact same as what's present in sources, and it's always been working in fedora33 until the last update. Well, I guess that will "fix" things nevertheless but I'd still like to understand what could cause koji build to fail when a fedpkg local build works :/ I guess I'll keep my local build for now, I think it does help performance a bit although with a game like EQ it's hard to tell. FEDORA-2020-e939f7b8be has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-e939f7b8be` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-e939f7b8be See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. (In reply to Dominique Martinet from comment #6) > Hm, I don't think this is the same as the other two bugs -- d3d9 dxvk works > well if I just rebuild the exact same as what's present in sources, and it's > always been working in fedora33 until the last update. > > Well, I guess that will "fix" things nevertheless but I'd still like to > understand what could cause koji build to fail when a fedpkg local build > works :/ I guess I'll keep my local build for now, I think it does help > performance a bit although with a game like EQ it's hard to tell. Yeah, it's quite unfortunate, however having dxvk to handle also d3d9 uncovered some nasty bugs in wine itself ( https://bugs.winehq.org/show_bug.cgi?id=45277 ) and we can't enable it distribution-wide for just for some applications. I am planning to keep an eye on this and retest/re-enable dxvk even for d3d9 if the situation improves. Sorry for causing troubles, but I didn't see any other possible solution that would satisfy everybody, other than disabling dxvk-d3d9 for now. Thanks for the details -- just subscribed to the bug you linked to as I had noticed some blank screens too (the everquest patcher for example does it, even if the game itself works fine so it hasn't bothered me). It's a shame it can't be configured per application (winecfg library override perhaps?), I understand disabling is probably for the best right now. Let's see how this evolves, I'll try to keep it enabled when possible & report upstream if required. FEDORA-2020-e939f7b8be has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |