Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#78851 - [wine] Strip more PE binaries

Attached to Project: Community Packages
Opened by Emil (xexaxo) - Wednesday, 21 June 2023, 13:00 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:07 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To Felix Yan (felixonmars)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

With earlier task https://bugs.archlinux.org/task/68007 we started stripping the DLLs shipped with Wine.
At the same time all other files - drv, sys, cpl, exe and even the static libraries - were left as-is.

As the https://wiki.archlinux.org/index.php/MinGW_package_guidelines suggest, we should be stripping at least the static libraries. Although in practise, we should probably do everything in `/usr/lib*/wine/*windows/`

* package version(s)
wine 8.10-1

Steps to reproduce:
- file /usr/lib/wine/x86_64-windows/* | grep -v stripped | wc -l -> 381
- change the PKGBUILD to strip everything, rebuild and install
- aka `sed s/\.dll// PKGBUILD`
- file /usr/lib/wine/x86_64-windows/* | grep -v stripped | wc -l -> 0
- wine and windows apps work as usual
- bonus: wine package is ~15% smaller
This task depends upon

Closed by  Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:07 GMT
Reason for closing:  Moved
Additional comments about closing:  https://gitlab.archlinux.org/archlinux/p ackaging/packages/wine/issues/9
Comment by Alex Henrie (alex.henrie) - Friday, 18 August 2023, 16:39 GMT
The lack of symbols makes Wine's crash report dialog pretty useless on Arch, and has resulted in a lot of undiagnosable bugs being added to the WineHQ bug tracker. Is there a way to install the debug symbols as a separate package? If not, I would much rather go in the opposite direction and add all of the symbols back to the wine package itself.
Comment by Emil (xexaxo) - Saturday, 19 August 2023, 13:47 GMT
Err sorry about that, Alex. I was the impression that users would do a debug (re)build before opening bugs.

AFAICT the normal build process usually creates a debug package, which is then available via a) not-enabled-by-default foo-debug pacman repos (on selected servers) and b) the debuginfod service, as used by gdb.

I _think_ that's only limited to normal non PE/mingw packages ... plus I suspect that winegdb does not support debuginfod, just yet. So for the short run, reverting the original strip makes sense, although for the mid/long term:
- updating makepkg to generate PE/mingw debug package will help us have symbols (and less boilerplate across) across all PE/mingw packages
- winegdb + debuginfod support will allow people to fetch a tiny fraction of debug files on as-needed basis

Hope that helps :-)

Loading...