Alternatively, the vendored MinGW headers (which are the only dependency that can't easily be a system copy) could perhaps be managed with git subtree in preference to git submodule, similar to https://github.com/flatpak/flatpak/pull/5800
Btw, it would be nice if the changes in libdisplay-info were merged upstream at some point.
Nothing extracted yet.
At the moment the only source code releases for DXVK are the git repository itself (which has submodules), and the autogenerated
git archivefrom Github (which does not have the submodules). Some Linux distributions have packaging systems that can use a git repository and its submodules as source code, but others such as Debian and Fedora need to start from a tarball of some sort.This means the
git archiveis missing:At the moment, the Debian package for DXVK has an extra tarball included in its packaging with a suitable snapshot from https://github.com/Joshua-Ashton/mingw-directx-headers, while the Fedora package copies headers from a system-wide copy of the MinGW headers at build time.
If the intention is that downstreams can rely on the submodules being present, it might be a good idea to do a
meson distat release time, and attach that as a release artifact? This is how Flatpak 1.15.x currently does its releases, for example: the official source release tarballflatpak-1.15.8.tar.xzattached to https://github.com/flatpak/flatpak/releases/tag/1.15.8 is the output ofmeson dist, and it contains submodules for some of the dependencies, which distros can choose to either use or bypass.