| Summary: | Wine32 5.21.1 : app window not visible because dependancy freetype is missing | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Vincent beuselinck <vincent> |
| Component: | RPM Packages | Assignee: | All Packagers <pkg-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | rverschelde, thierry.vignaud |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | wine-5.21-1.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Vincent beuselinck
2020-11-14 14:50:23 CET
Thank you for the report. Ah! Have to have 32-bit repos enabled to see this one. Wine is peculiar; the relationship betwen the different bits is confused: $ urpmq --requires wine | grep wine wine32[== 1:5.7-2.mga8] $ urpmq --requires wine | grep freetype libfreetype.so.6 $ urpmq --requires wine32 | grep wine libwine.so.1 libwine.so.1(WINE_1.0) wine-bin $ urpmq --requires wine32 | grep freetype $ $ urpmq --whatrequires wine32 wine $ urpmq --requires wine64 | grep wine $ $ urpmq --requires wine64 | grep freetype libfreetype.so.6()(64bit) $ urpmq --whatrequires libfreetype6 | grep wine wine $ urpmq --whatrequires lib64freetype6 | grep wine wine64 Wine64 appears to be stand-alone, and requires lib64freetype6. Wine32 is required by wine (which requires libfreetype6). but does not by itself, point of bug, require libfreetype6. Wine requires wine32 & libfreetype6: It looks as if you install 'wine', you would get both 'wine32' & 'libfreetype6'. Having installed just 'wine32', no library = this bug. Wine is not happy at present. All the follwoing failed for me: $ urpmq -i wine could not find wine-5.7-2.mga8.i586 in /tmp/.urpmi-1001/info.Core 32bit Release.xml.lzma $ urpmq -i wine32 could not find wine32-5.7-2.mga8.i586 in /tmp/.urpmi-1001/info.Core 32bit Release.xml.lzma [$ urpmq -i wine64 worked] Test installations all failed for want of... $ sudo urpmi --test wine Nid oes modd gosod pecyn gofynnwyd amdani: libp11-kit0-0.23.20-8.mga8.i586 (p11-kit-0.23.20-8.mga8.i586 heb ei foddloni) $ sudo urpmi --test wine32 Nid oes modd gosod pecyn gofynnwyd amdani: libgphoto2_6-2.5.23-3.mga8.i586 (libgphoto-common-2.5.23-3.mga8.i586 heb ei foddloni) $ sudo urpmi --test wine64 Nid oes modd gosod pecyn gofynnwyd amdani: libexif12-0.6.22-2.mga8.i586 (libexif12-common-0.6.22-2.mga8.i586 heb ei foddloni) --- Assigning to Rémi, CC'ing Thierry who has also touched this recently. CC:
(none) =>
thierry.vignaud Thank you for the tests If you want to use both 32bits and 64bits softwares, you need wine64 and wine32 rpms, not wine (the i586 rpm). $ urpmq --conflicts wine64 wine64: wine wine64: wine Porbably, we need to move the requirement «libfreetype6» from wine-5.7-2.mga8.i586 to wine32-5.7-2.mga8.i586. (In reply to Lewis Smith from comment #1) > Thank you for the report. > Ah! Have to have 32-bit repos enabled to see this one. > Wine is peculiar; the relationship betwen the different bits is confused: > etc Thank you for your lucid explanation above. So wine (which includes wine32) is only for 32-bit hardware & software. wine32 on its own ??? If you are in the 64-bit world, you only need wine64; plus wine32 if you want to run 32-bit Windows programs. I think... Ignore all those misleading errors in comment 1. > Wine is not happy at present. All the follwoing failed for me: > $ urpmq -i wine | wine32 > Test installations all failed for want of <something> > $ sudo urpmi --test wine | wine32 | wine64 > etc That was yesterday. I had only added 32-bit core, not nonfree & tainted repos. After a re-boot, I added those, and everything *did* work as it should have. (In fact nothing was fetched from nonfree or tainted). I suspect that after having added the 32-bit core repository, other things did not get updated to correspond.
Rémi Verschelde
2021-07-23 22:39:03 CEST
CC:
(none) =>
rverschelde Both libfreetype6 & lib64freetype6 are pulled in as of wine-7.12-3.mga9 Status:
NEW =>
RESOLVED |