[Bug 57857] New: Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

Bug ID: 57857
           Summary: Unable to run 32bit applications after loader changes
                    in 10.2
           Product: Wine
           Version: 10.2
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: loader
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

This happens when wine is build using the PKGBUILD from achlinux:
https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/blob/main/P...

i.e. buildin the 64bit libraries using `--enable-win64` and then the 32bit
libraries separately.
Arch uses /usr/lib32 for the 32bit libraries, and therfore builds them with
`--libdir=/usr/lib32`

It does work when testing it directly from the build directory, but not after
installing.
According to strace, the new loader tries to execute wine-preloader when
running a 32bit program from:

/usr/lib/wine/i386-unix/wine-preloader

which fails, since it doesn't exist.

The binary now would need to look for the preloader relative to the the 32bit
libdir, so it would need to know what's being used for that in the 32bit
compilation.

When building with in the new WOW mode with `--enable-archs=i386,x86_64` then
everything works fine.

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

mata  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
       Distribution|---                         |ArchLinux
    Regression SHA1|                            |8c3f205696571558a6fae423143
                   |                            |70fbd7cc14a12
           Keywords|                            |regression

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

--- Comment #1 from Alexandre Julliard  ---
It would be better to put all the Wine libraries under /usr/lib/wine.

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

--- Comment #2 from mata  ---
(In reply to Alexandre Julliard from comment #1)
> It would be better to put all the Wine libraries under /usr/lib/wine.

Yes, that also works.
So the question is if it's desired to support separate libdirs.
If not, it might make sense to document it that it's not supported anymore.

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

--- Comment #3 from Alexandre Julliard  ---
The goal is to make it possible to switch dynamically between old and new wow64
mode, and that can't work with separate libdirs.

Separate libdirs could be made to work by adding a couple of symlinks in the
right places, but I don't think it's something we'd want to support.

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

mata  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |NOTOURBUG
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #4 from mata  ---
I see that the official arch wine package now is also rebuilt placing the 32bit
files in /usr/lib/wine and no longer in /usr/lib32/wine, which resolves this.

It's not rally a bug in wine but a packaging issue anyway.

[Bug 57857] Unable to run 32bit applications after loader changes in 10.2

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=57857

Nathan A. Stine  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]