@gjsify/gtk-runtime-win32-x64 0.33.0 → 0.35.0

package/README.md

@@ -140,8 +140,37 @@ both sufficient and the simplest mechanism.
   ```
   The GdkWin32 backend is compiled **into** `libgtk-4-*.dll` (GTK4 builds every
   backend in), so there is no separate backend DLL — the caches (`loaders.cache`,
-  `gschemas.compiled`, `icon-theme.cache`) + the ANGLE/librsvg backers are the
-  additions. gvsbuild ships the tools this step runs (`gdk-pixbuf-query-loaders`,
+  `gschemas.compiled`, `icon-theme.cache`) + the librsvg backer are the
+  additions. The bundle carries `epoxy-0.dll` — GL *dispatch* — and **no GL
+  *implementation***; the builder probes for one and records the answer as
+  `manifest.glImplementation` (`--require-gl` makes an empty result fatal, for the
+  promotion that ships one). On a host with a vendor OpenGL ICD that is invisible;
+  on a GPU-less one (VM, RDP, CI) every `Gtk.GLArea` fails with `No GL
+  implementation is available`. Measured on the win11-gjsify VM; tracked as #1097,
+  with the reasoning in the webgl-on-win32 entry of `status/open-todos.md`.
+
+  **Neither obvious way of closing it works as-is**, which is why the bundle still
+  ships none — both measured on 0.34.0:
+  - *ANGLE* (`libEGL`/`libGLESv2`) is what #1097 proposed, and gvsbuild ships none.
+    But adding it would not have helped: this `epoxy-0.dll` is built with **no EGL
+    support at all** (no `epoxy_has_egl` export, no `egl*` entry point), so
+    `gdk_win32_display_get_egl_display()` can never engage. That needs libepoxy
+    rebuilt with `-Degl=enabled` first.
+  - *A desktop ICD in `bin/`* (Mesa's `opengl32.dll` + `libgallium_wgl.dll`) is
+    inert by PLACEMENT: epoxy loads desktop GL with a bare
+    `LoadLibraryA("OPENGL32")`, which Windows answers from the **application
+    directory** and then **System32** — never from `PATH`, the only search the
+    loader's bundle wiring controls. System32's inbox GL 1.1 wins and GTK4 rejects
+    it. Reaching a bundled ICD needs the addon to opt the process into
+    `SetDefaultDllDirectories` + `AddDllDirectory(<bundle>/bin)`.
+
+  **The host-side answer works today** and needs no bundle change: register Mesa as
+  a system OpenGL ICD (`mesa-dist-win`'s `systemwidedeploy.cmd 1` writes
+  `HKLM\…\OpenGLDrivers\MSOGL` → `mesadrv.dll` and leaves the inbox `opengl32.dll`
+  in place as the loader). Measured on the win11-gjsify VM: GDK then reports
+  **OpenGL 4.6, non-legacy**, and `three-geometry-teapot` renders.
+
+  gvsbuild ships the tools this step runs (`gdk-pixbuf-query-loaders`,
   `glib-compile-schemas`, `gtk4-update-icon-cache`, `fc-cache`) in `<prefix>/bin`.
   Each data step is defensive — a missing tree/tool WARNs and continues (the DLL +
   typelib bundle is always produced).

package/gtk/THIRD-PARTY-NOTICES.md

@@ -31,6 +31,9 @@ binaries collectively. Listing every project the prefix documents is deliberate
 | gettext | — | (see included text) | COPYING |
 | glibmm | — | (see included text) | COPYING |
 | gperf | — | (see included text) | COPYING |
+| gst-plugins-base | — | (see included text) | COPYING |
+| gst-plugins-good | — | (see included text) | COPYING |
+| gstreamer | — | (see included text) | COPYING |
 | gtk4 | — | (see included text) | COPYING |
 | gtkmm | — | (see included text) | COPYING |
 | gtksourceview5 | — | (see included text) | COPYING |
@@ -42,6 +45,10 @@ binaries collectively. Listing every project the prefix documents is deliberate
 | libpng | — | (see included text) | LICENSE |
 | librsvg | — | (see included text) | COPYING.LIB |
 | libsigc++ | — | (see included text) | COPYING |
+| libyuv | — | (see included text) | LICENSE |
+| ogg | — | (see included text) | COPYING |
+| opus | — | (see included text) | COPYING |
+| orc | — | (see included text) | COPYING |
 | pango | — | (see included text) | COPYING |
 | pcre2 | — | (see included text) | COPYING |
 | pixman | — | (see included text) | COPYING |
@@ -52,7 +59,7 @@ binaries collectively. Listing every project the prefix documents is deliberate
 | pygobject | — | (see included text) | COPYING |
 | win-iconv | — | (see included text) | COPYING |
 
-31 component(s) ship their license text in `licenses/`; 0 declare a license without shipping its text in the build prefix — for those the declared identifier above is the authoritative statement of terms, and the corresponding text is obtainable from the project and from spdx.org/licenses.
+38 component(s) ship their license text in `licenses/`; 0 declare a license without shipping its text in the build prefix — for those the declared identifier above is the authoritative statement of terms, and the corresponding text is obtainable from the project and from spdx.org/licenses.
 
 ## Bundled binaries
 
@@ -73,6 +80,15 @@ binaries collectively. Listing every project the prefix documents is deliberate
 - `gmodule-2.0-0.dll`
 - `gobject-2.0-0.dll`
 - `graphene-1.0-0.dll`
+- `gstapp-1.0-0.dll`
+- `gstaudio-1.0-0.dll`
+- `gstbase-1.0-0.dll`
+- `gstpbutils-1.0-0.dll`
+- `gstreamer-1.0-0.dll`
+- `gstriff-1.0-0.dll`
+- `gstrtp-1.0-0.dll`
+- `gsttag-1.0-0.dll`
+- `gstvideo-1.0-0.dll`
 - `gtk-4-1.dll`
 - `gtksourceview-5-0.dll`
 - `harfbuzz-cairo.dll`
@@ -87,6 +103,8 @@ binaries collectively. Listing every project the prefix documents is deliberate
 - `jpeg62.dll`
 - `libexpat.dll`
 - `libpng16.dll`
+- `opus-0.dll`
+- `orc-0.4-0.dll`
 - `pango-1.0-0.dll`
 - `pangocairo-1.0-0.dll`
 - `pangoft2-1.0-0.dll`