wine-bugs April 2024

wine-bugs@winehq.org

1 participants
1807 discussions

[Bug 44212] New: Error installing vcrun2013 with winetricks
by wine-bugs＠winehq.org 26 Apr '24

26 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=44212 Bug ID: 44212 Summary: Error installing vcrun2013 with winetricks Product: Wine Version: 2.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pskraemer(a)posteo.de Distribution: --- Created attachment 59992 --> https://bugs.winehq.org/attachment.cgi?id=59992 terminal output, backtrace, and winetricks.log I cannot install vcrun2013 or vcrun 2015. After the License manager for .Net accures, the installation break, sieh appendix. I want to use SteuerSparErklärung 2015 and used the installation guide on winehq, see https://appdb.winehq.org/objectManager.php?sClass=version&iId=31218. I user GalliumOS 2.1 (Xubuntu based) on a AcerC720 Chromebook, Bios flashed with custom rom by MrChromebook. PREFIX for 32 bit was created before. I gave this into the terminal: WINEPREFIX=/home/peter/.wine32 ./winetricks crypt32 mspatcha riched20 vcrun2013 the other moduls were installed. Terminal output in appendix. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 1

[Bug 48554] New: I can't install physx or vcrun2015 because of a fail with msiexec.exe / msi.dll
by WineHQ Bugzilla 26 Apr '24

26 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=48554 Bug ID: 48554 Summary: I can't install physx or vcrun2015 because of a fail with msiexec.exe / msi.dll Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: factionacraft(a)gmail.com Distribution: --- I use the 64 version because it is required by software and game that I use with wine. Some game and soft works fine, installation of other games works fine too but I can't run it because of the dependencies that need to be installed (physx & vcrun2015). Here you can have terminal outputs: https://pastebin.com/K6shq5mg winetricks64 & wine64 are just aliases to respective winetricks & wine but with 64bit environment selected. I can provide to you more logs if needed I just saw no other log files generated during the running of these commands. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 67] Test Bug DELETE ME!
by WineHQ Bugzilla 26 Apr '24

26 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=67 --- Comment #5 from Jeremy Newman <jnewman(a)codeweavers.com> --- Adding a comment on this test bug to test emailing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 52850] New: Unable to render colored text (ansi escape codes)
by WineHQ Bugzilla 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=52850 Bug ID: 52850 Summary: Unable to render colored text (ansi escape codes) Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jjj84340(a)gmail.com Distribution: --- Created attachment 72252 --> https://bugs.winehq.org/attachment.cgi?id=72252 Wine terminal Wine's cmd is unable to render ansi escape codes, resulting in weird, uncolored text -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 37578] New: Request for Enhancement: please add libXext as a dependency
by wine-bugs＠winehq.org 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=37578 Bug ID: 37578 Summary: Request for Enhancement: please add libXext as a dependency Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Request for Enhancement: It about killed my trying to compile Wine-1.7.30 (I conquered). In the "./configure" phase, Wine threw the following error: wine-1.7.30]# ./configure --disable-win64 configure: WARNING: libpng 32-bit development files not found, PNG won't be supported. Only thing was that libpng was actually installed: # rpm -qa \*libpng\* | grep -i i686 libpng-devel-1.2.49-1.el6_2.i686 libpng-1.2.49-1.el6_2.i686 The error was bogus reporting from Wine "./configure". The actual problem was that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the bogus error from Wine. This bogus error was originally reported to Wine on: https://bugs.winehq.org/show_bug.cgi?id=37534 Their response was that it was a dependency: http://www.libpng.org/pub/png/libpng.html "libpng is available as ANSI C (C89) source code and requires zlib 1.0.4 or later (1.2.5 or later recommended for performance and security reasons)." So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842 Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ). So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums Many thanks, -T -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 19

[Bug 49854] New: Please fix the stupid wldap32.dll error message
by WineHQ Bugzilla 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=49854 Bug ID: 49854 Summary: Please fix the stupid wldap32.dll error message Product: Wine-staging Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Fedora 32, x64 wine-5.16-1.fc32.x86_64 When running a program what uses wldap32.dll AND wine-ldap.i686 is not installed, you get a STUPID error message saying that wldap32.dll is "not found". It is right in the system32 directory. I took me over four hours of beating my head against a wall to figure it out. Would you please give a rational error message for this issue! Tell the user that wine-ldap.i686 is otg installed! Sorry for the crabbiness. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 55979] New: Blizzard Battle.net Launcher: New Version Released On 11/30/2023 Hangs During Installation
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=55979 Bug ID: 55979 Summary: Blizzard Battle.net Launcher: New Version Released On 11/30/2023 Hangs During Installation Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crashdance(a)charter.net Distribution: --- Created attachment 75569 --> https://bugs.winehq.org/attachment.cgi?id=75569 Terminal output when running the Battle.net client installer in a clean Wine prefix When attempting to install Battle.net in a clean 64-bit prefix on a clean install of Linux Mint 21.2 with all needed dependencies, I get the attached terminal output and the progress hangs at 45%. Also, I know the maintainers of Bugzilla encourage reporting only one problem per bug. That being said, the exact same time this started happening, my existing Wine prefix for Battle.net (and my Battle.net games) caused thread crashes when opening Battle.net after installing yesterday's update. The update was installed from within the Battle.net client by clicking the green icon to install the update. Prior to this update released yesterday on November 30, 2023, Battle.net and the games were running flawlessly. Because I can only add a single attachment, the Pastebin links below will give more detail on the related issue of thread crashes described above: Existing prefix terminal output when the thread crash occurs: https://pastebin.com/4UwxTsEP Here is my system information: https://pastebin.com/v3MVemgg Was able to save a crash report for the thread crash issue: https://pastebin.com/mYX68NrX -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 54256] New: Compile for wine under arm macOS (for running aarch64 windows apps) fails
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=54256 Bug ID: 54256 Summary: Compile for wine under arm macOS (for running aarch64 windows apps) fails Product: Wine Version: unspecified Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jintanzhong(a)gmail.com Created attachment 73809 --> https://bugs.winehq.org/attachment.cgi?id=73809 Output of make Error Output: gcc -c -o dlls/ntdll/unix/signal_arm64.o dlls/ntdll/unix/signal_arm64.c -Idlls/ntdll -Iinclude -D__WINESRC__ -D_NTSYSTEM_ \ -D_ACRTIMP= -DWINBASEAPI= -DWINE_UNIX_LIB -Wall -pipe -fcf-protection=none -fno-stack-protector \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla \ -Wwrite-strings -Wpointer-arith -gdwarf-4 -fPIC -fasynchronous-unwind-tables -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 In file included from dlls/ntdll/unix/signal_arm64.c:71: dlls/ntdll/unix/dwarf.h:915:45: warning: taking the absolute value of unsigned type 'ULONG_PTR' (aka 'unsigned long') has no effect [-Wabsolute-value] case DW_OP_abs: stack[sp] = labs(stack[sp]); break; ^ dlls/ntdll/unix/dwarf.h:915:45: note: remove the call to 'labs' since unsigned values cannot be negative case DW_OP_abs: stack[sp] = labs(stack[sp]); break; ^~~~ <inline asm>:305:2: error: conditional branch requires assembler-local label. '.L__wine_syscall_dispatcher_return' is external. cbnz w16, .L__wine_syscall_dispatcher_return ^ 1 warning and 1 error generated. make: *** [dlls/ntdll/unix/signal_arm64.o] Error 1 Commands run: ./configure; make Dependencies: all installed using homebrew latest version. ./configure output and make output: see attachment -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 56589] New: Regression Broke .WMA File Playback in WMP10
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=56589 Bug ID: 56589 Summary: Regression Broke .WMA File Playback in WMP10 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com Distribution: --- wmp10 used to be able to play .wma files. Now it can't. Not sure which wine version this got broken in. (wmp11 can still play .wma files, but the installation is miserable (requiring flipping between multiple windows versions to complete the "first run") and the UI is totally busted. This is OK for my purposes (DirectSong), but it's not a generally applicable solution.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 56586] New: libOSMesa 32-bit development files not found (or too old), OpenGL rendering in bitmaps won't be supported
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=56586 Bug ID: 56586 Summary: libOSMesa 32-bit development files not found (or too old), OpenGL rendering in bitmaps won't be supported Product: Wine Version: 9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- This is _not_ a bug, I just would love to learn what this error message entails exactly. The reason I'm asking is that this package has quite heavy dependencies and I wonder what I'll be missing: # dnf install mesa-libOSMesa-devel.i686 Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Installing: mesa-libOSMesa-devel i686 24.0.5-1.fc40 fedora 22 k Installing dependencies: llvm-libs i686 18.1.1-1.fc40 fedora 28 M llvm-libs x86_64 18.1.1-1.fc40 fedora 28 M mesa-libOSMesa i686 24.0.5-1.fc40 fedora 3.4 M mesa-libOSMesa x86_64 24.0.5-1.fc40 fedora 3.2 M Transaction Summary ================================================================================ Install 5 Packages Total download size: 63 M Installed size: 254 M Is this ok [y/N]: Operation aborted. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2024