As announced in #1148038, new upstream releases of WebKitGTK no longer
support big-endian architectures.

wxwidgets3.2 currently builds a webview implementation on all
architectures. When webkit2gtk disappears from s390x, there are two
options for how wxwidgets3.2 could handle this:

1. Change the wxwidgets3.2 build system so that the webview
   implementation is only enabled on little-endian architectures.
   Ask the ftp team to remove packages that genuinely need the webview
   (such as poedit) from s390x (and big-endian -ports architectures), but
   the rest of the packages that need wxwidgets (for example 0ad) can stay.

2. Keep the wxwidgets3.2 build system as-is, and ask the ftp team to
   remove all of the wxwidgets ecosystem from s390x (and big-endian
   -ports architectures). Packages that cannot be removed from s390x
   without extensive collateral damage, like src:meson, will still need
   source changes to avoid their wxwidgets3.2 dependency.

I'm guessing that (1.) is probably the preferred choice?

    smcv

Yes, we can do #1 fairly easily.

Regards,
Scott

I'd agree #1 seems the better option.  It's handy we have a separate
binary package for webview.

There may be a gotcha here if any of the arch=all package contents vary
when building without webview.  I'm particularly thinking that
wx3.2-headers and wx3.2-doc might.

Possibly it'll be fine, but I'd suggest either trying a local build
without webview and comparing with diffoscope, or staging the change in
experimental.

Cheers,
    Olly

For the headers, perhaps the webview-related header files could move to
libwxgtk-webview3.2-dev, with an appropriate versioned Breaks/Replaces?
That would match the more common practice of having headers in the -dev
package (which I assume wxwidgets has only not done for size reasons).

For the documentation, I think it would be fine if the -doc package was
effectively only buildable on little-endian architectures:

----8<----
Build-Depends:
  ...,
  libwebkit2gtk-4.1-dev [!s390x !hppa !m68k !powerpc !ppc64 !sparc64],
  ...
Build-Depends-Indep:
  ...,
  libwebkit2gtk-4.1-dev <!nodoc>,
  ...
----8<----

and in debian/rules something like this, so the web view is enabled if
we are building documentation and/or the architecture is little-endian:

----8<----
built_binaries := $(shell dh_listpackages)
configure_options :=

ifneq ($(filter %-doc,$(built_binaries))$(filter little,$(DEB_HOST_ARCH_ENDIAN)),)
configure_options += --enable-webview --enable-webviewwebkit
else
configure_options += --disable-webview --disable-webviewwebkit
endif

override_dh_auto_configure:
	dh_auto_configure -- ... $(configure_options)
----8<----

Or if you would prefer the webview-related header files to stay in
-headers, they could probably even use the same technique, with

     $(filter %-doc %-headers,$(built_binaries))

and removing the <!nodoc> annotation.

     smcv

Good news.  The doc, headers, and i18n packages all build identically
with and without the webkit -dev package.  The only difference is in the
examples package, and only in the top-level Makefile, see below.

│ │ ├── ./usr/share/doc/wx3.2-examples/examples/samples/Makefile
│ │ │ @@ -1,12 +1,12 @@
│ │ │  #
│ │ │  # Makefile : Builds wxWindows samples for Unix.
│ │ │  #
│ │ │
│ │ │ -SAMPLES_SUBDIRS=animate archive artprov aui calendar caret
clipboard collpane combo config console dataview debugrpt dialogs dialup
display dnd docview dragimag drawing erase event except exec font
fswatcher grid help htlbox html/about html/help html/helpview
html/printing html/test html/virtual html/widget html/zip image internat
ipc joytest keyboard layout listctrl mdi mediaplayer menu minimal notebook
opengl/cube opengl/isosurf opengl/penguin opengl/pyramid popup power
preferences printing propgrid render ribbon richtext sashtest scroll
shaped sockets sound splash splitter statbar stc svg taborder taskbar text
thread toolbar treectrl treelist typetest uiaction validate vscroll
webrequest webview widgets wizard wrapsizer xrc
│ │ │ +SAMPLES_SUBDIRS=animate archive artprov aui calendar caret
clipboard collpane combo config console dataview debugrpt dialogs dialup
display dnd docview dragimag drawing erase event except exec font
fswatcher grid help htlbox html/about html/help html/helpview
html/printing html/test html/virtual html/widget html/zip image internat
ipc joytest keyboard layout listctrl mdi mediaplayer menu minimal notebook
opengl/cube opengl/isosurf opengl/penguin opengl/pyramid popup power
preferences printing propgrid render ribbon richtext sashtest scroll
shaped sockets sound splash splitter statbar stc svg taborder taskbar text
thread toolbar treectrl treelist typetest uiaction validate vscroll
webrequest widgets wizard wrapsizer xrc
│ │ │

I don't think this is important enough to do anything about (the webview
samples are still there).

I'll work on preparing an upload.

Regards,
Scott

[...]

That's great.

It means the "architecture-independent" wx3.2-examples is different
depending on where it is built.  I'd thought policy didn't allow that
though I'm failing to spot anything explicitly about it.

It seems better avoided though and could easily be by adding something
like this at a suitable place in debian/rules (untested - in particular
the path is something of a guess):

    sed -i 's/webrequest wi/webrequest webview wi/' \
	debian/tmp/wx3.2-examples/examples/samples/Makefile
    # Check it worked.
    grep -w webview debian/tmp/wx3.2-examples/examples/samples/Makefile

That'll be a no-op if webview is already listed, but fixes the file to
match a build with webview if it isn't.  The `grep` avoids it quietly
failing if a new sample is added that sorts between `webrequest` and
`wi`.

Cheers,
    Olly

I was planning to just move the webkit dev package to Build-Depends-Arch.

We believe that the bug you reported is fixed in the latest version of
wxwidgets3.2, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1148041@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Scott Talbert <swt@techie.net> (supplier of updated wxwidgets3.2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Fri, 18 Sep 2026 11:15:26 -0400
Source: wxwidgets3.2
Architecture: source
Version: 3.2.11+dfsg1-2
Distribution: unstable
Urgency: medium
Maintainer: wxWidgets Maintainers <team+wx@tracker.debian.org>
Changed-By: Scott Talbert <swt@techie.net>
Closes: 1148041
Changes:
 wxwidgets3.2 (3.2.11+dfsg1-2) unstable; urgency=medium
 .
   * Stop building webview library on big endian arches (Closes: #1148041)
Checksums-Sha1:
 bb8ac7cd8318331884161d8fa911995bab63279c 3564 wxwidgets3.2_3.2.11+dfsg1-2.dsc
 c7b2361140381ababe8a690e6039e73e6c10a52a 42300 wxwidgets3.2_3.2.11+dfsg1-2.debian.tar.xz
 07481fb41485371aa935ea9215936f7db71fd486 34819 wxwidgets3.2_3.2.11+dfsg1-2_amd64.buildinfo
Checksums-Sha256:
 4c24dc1e082980075ff0638280e895d427b15a7a7e163ede9a16e629c691a8b3 3564 wxwidgets3.2_3.2.11+dfsg1-2.dsc
 aae115f0ab3ce2c77c80471923190b0d33dcdf9071f2a8a4078407db9bbcd3c6 42300 wxwidgets3.2_3.2.11+dfsg1-2.debian.tar.xz
 a1e70c6542cf08f4b8f4410daf855d5a9e21b6bc31a40f648b33c0e6e00f6ad7 34819 wxwidgets3.2_3.2.11+dfsg1-2_amd64.buildinfo
Files:
 8f2b923aa7d2802a7129d0984f680ce6 3564 libs optional wxwidgets3.2_3.2.11+dfsg1-2.dsc
 647499bc13cb6440592e067e41fab4c9 42300 libs optional wxwidgets3.2_3.2.11+dfsg1-2.debian.tar.xz
 fbd4757d5f5bd91ebc087829cbb1f194 34819 libs optional wxwidgets3.2_3.2.11+dfsg1-2_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQJDBAEBCgAtFiEEbnQ09Yl9Q7F/zVe3U9W8ZLUjeKIFAmqt3k4PHHN3dEB0ZWNo
aWUubmV0AAoJEFPVvGS1I3ii/bQP/0oEDL4RRH0V5l/j2il+RgvHOg3YhPjlTBnD
o5Drhj8lBrihBjCMeHj1HkdvSOR83rgXchAE+BqWcpQ1tN6LJqfGS3QjOcrWOKu1
zQ8zY1bpxfXgL6cqQ/gaDTGzuU7isQqh4vHnViOYOLUcGIeZcudAuaDO9ipUi4YN
OpPKftZVwr83X28tfEn7RFnJO2KDm2TcCQqyTzfLa8Ipz+iKm1W0gS7ochrzFWXP
TuKV2cKWQxzQdZFFbNTBayfU+YNW9TlTsDLPX/W9Mla3AuAIL3uaMWyU0+j2j4lL
Q/exkA6NRPojjYuJYCekfbupgRIpMILxuwO/SkWLvub2iz3/Nvu/dJAdt6K0q1kY
6QtB+gtu0Myx6qyzjiTPesMMCyyQKIvw+ExcFaDUQ+Tp3ni16z8cRM6fUvri/G07
lfLjPfTtCG86d1eqOlUgofVfG7DHs4/EPF1B7zhizk7l1/Y5TXg0G8Y8XY9PNTWD
RzZ4zLm7PVFCKdcXEpleWLyeEslH8wirGm9TK1SyaZlXEn5wJ72SKSAxcEC3tKfM
FxlRLEWLNQZUdMJ0icS9KoKQc92h+Bl9VxreEO7bjASib5wm0vJgXh1+Az8pax+u
iUDgy7t++B6iZNYg+nPfSNRD5FLjQh8UgdPlPiF1/1MJJSIguWtMLCNk8XHr+9Mo
Ynf20siH
=gxGP
-----END PGP SIGNATURE-----