With freshly intsalled wine I start winecfg: $ winecfg wine: created the configuration directory '/home/tot-to/.wine' wine: configuration in '/home/tot-to/.wine' has been updated. And I get a window with title "Wine configuration", but without any content. I close it, get no additional message. I try to start something else: $ wine .wine/drive_c/windows/notepad.exe fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 2 wine: Unhandled division by zero at address 0x7fd040842e63 (thread 0009), starting debugger... err:syslink:SYSLINK_SetFont Failed to create link font! I see again empty window, titled "Program Error". I close it and get a stack trace (plese see the attachment) Wine was built with the following flags: X alsa fontconfig jpeg lcms opencl opengl png prelink threads xcomposite -capi -cups -custom-cflags -dos -gecko -gphoto2 -gsm -gstreamer -ldap -mono -mp3 -ncurses -netapi -nls -odbc -openal -osmesa -oss -pcap -perl -pipelight -pulseaudio -realtime -run-exes -s3tc -samba -scanner -selinux -ssl -staging -test -truetype -udisks -v4l -vaapi -xinerama -xml ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" ELIBC="glibc" LINGUAS="en en_US -ar -bg -ca -cs -da -de -el -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" Reproducible: Always
(In reply to tot-to from comment #0) > I see again empty window, titled "Program Error". I close it and get a stack > trace (plese see the attachment) Hello! It appears that your attachment didn't get attached. Would greatly appreciate both it and an emerge --info please.
It looks like this is probably a function of your disabling the truetype USE flag. Is there a particular reason why you did that, and if no particular reason, would you mind re-enabling it, and reporting back whether that resolved the issue? Basically, you are having winecfg crash because it is trying to use fonts, but you compiled wine to not have fonts.
After re-emerging with USE="truetype" winecfg and other programs work just fine. The reason for disabling the flag was to avoid building freetype with abi_x86_32. The description of this flag says: "Add support for FreeType and/or FreeType2 fonts", which doesn't look like an important feature. If wine is not usable for GUI progams without USE="truetype", then I would suggest to make USE="X" dependent on USE="truetype". What do you think? P.S. Sorry for the forgotten attachment, but probably it is not needed anymore.
(In reply to tot-to from comment #3) > If wine is not usable for GUI progams without USE="truetype", then I would > suggest to make USE="X" dependent on USE="truetype". What do you think? Yep, already planned to make that update. It's effectively impossible to run any GUI without it. I suspect that wineconsole in run without ncurses mode would run into the same issue. Probably won't make a change just yet, as I want to test things including whether wine works in cli without it, and what would be required to remove binaries that wine installs that dont work without truetype
OK, we'll be making X require truetype, and if because wineconsole requires either the X backend or the ncurses backend, if neither is selected, wineconsole won't be installed.
Ok, but I wonder if it does make sense to install enabling truetype, but disabling X? Because if it doesn't, then both flags will need to be activated/deactivated always simultaneously, making no practical reason to use 2 flags instead of just 1.
(In reply to tot-to from comment #6) > Ok, but I wonder if it does make sense to install enabling truetype, but > disabling X? Because if it doesn't, then both flags will need to be > activated/deactivated always simultaneously, making no practical reason to > use 2 flags instead of just 1. Maybe. Not sure that I see the benefit at this time. We can come back and revisit merging them at another time. Resolved in b64196973d3c0b1094647c7b331ddc12af364539.
This needs to be re-opened...I'm on app-emulation/wine-vanilla-6.10:6.10, and the path for the 'rm ... ' command of the rm_wineconsole{} needs to be changed from rm "${D%/}/usr/$(get_libdir)/wine-${WINE_VARIANT}"/wine/{,fakedll/}wineconsole.exe* || die to something like rm "${D%/}/usr/$(get_libdir)/wine-${WINE_VARIANT}"/wine/*/wineconsole.exe* || die because it looks like probably upstream changes now put the winconsole* in a subdirectory under ".../wine/" called x86-{windows,unix} and not {,fakedll/} (not sure if the "x86" is 100% correct, could have been "x86_64" or similar...going on memory and it was late. The "*" does fix it, but it may be too broad.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/proj/wine.git/commit/?id=ac0bc5018440b22a10921bb7fc9429ebef2a982c commit ac0bc5018440b22a10921bb7fc9429ebef2a982c Author: Jimi Huotari <chiitoo@gentoo.org> AuthorDate: 2021-09-03 10:47:58 +0000 Commit: Jimi Huotari <chiitoo@gentoo.org> CommitDate: 2021-09-03 10:47:58 +0000 app-emulation/wine-staging: remove removal of wineconsole The path has changed since release 6.8, and while it could be fixed, at this time, removing wineconsole might do more harm than good. Bug: https://bugs.gentoo.org/551124 Bug: https://bugs.gentoo.org/757999 Package-Manager: Portage-3.0.22, Repoman-3.0.3 Signed-off-by: Jimi Huotari <chiitoo@gentoo.org> app-emulation/wine-staging/wine-staging-6.10.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.11.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.12.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.13.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.14.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.15.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.16.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.8.ebuild | 18 ------------------ app-emulation/wine-staging/wine-staging-6.9.ebuild | 18 ------------------ 9 files changed, 162 deletions(-) https://gitweb.gentoo.org/repo/proj/wine.git/commit/?id=447fccda775f8975614a8449661bade99ac1d5f0 commit 447fccda775f8975614a8449661bade99ac1d5f0 Author: Jimi Huotari <chiitoo@gentoo.org> AuthorDate: 2021-09-03 10:43:02 +0000 Commit: Jimi Huotari <chiitoo@gentoo.org> CommitDate: 2021-09-03 10:43:02 +0000 app-emulation/wine-vanilla: remove removal of wineconsole The path has changed since release 6.8, and while it could be fixed, at this time, removing wineconsole might do more harm than good. Bug: https://bugs.gentoo.org/551124 Bug: https://bugs.gentoo.org/757999 Package-Manager: Portage-3.0.22, Repoman-3.0.3 Signed-off-by: Jimi Huotari <chiitoo@gentoo.org> app-emulation/wine-vanilla/wine-vanilla-6.10.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.11.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.12.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.13.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.14.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.15.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.16.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.8.ebuild | 18 ------------------ app-emulation/wine-vanilla/wine-vanilla-6.9.ebuild | 18 ------------------ 9 files changed, 162 deletions(-)
