flatpak-builder
flatpak-builder copied to clipboard
--bundle-sources fails to initialize modules?
Leaving it here for posterity so I remember how to reproduce it.
From /srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/git/https_github.com_Unvanquished_Unvanquished
* [new tag] unvanquished/0.52.0 -> unvanquished/0.52.0
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1)
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 1 (delta 0)
Unpacking objects: 100% (1/1)
Unpacking objects: 100% (1/1), 155 bytes | 155.00 KiB/s, done.
* [new tag] v0.52.0 -> v0.52.0
FB: Running: git rev-parse unvanquished/0.52.0
FB: Running: git rev-parse --verify --quiet 9d096f3d4d30d723c62564b39a284b9778e556a3:.gitmodules
FB: Running: git show 9d096f3d4d30d723c62564b39a284b9778e556a3:.gitmodules
FB: Running: git ls-tree 9d096f3d4d30d723c62564b39a284b9778e556a3 src/utils/cbse
FB: mirror submodule https://github.com/DaemonEngine/CBSE-Toolchain.git at revision 80d36f22c16ed7a7a321a9f48d1e8e994b85d841
FB: Running: git init --bare /srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/rofiles/rofiles-Pgo2KB/sources/git/https_github.com_DaemonEngine_CBSE-Toolchain.git
Initialized empty Git repository in /srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/rofiles/rofiles-Pgo2KB/sources/git/https_github.com_DaemonEngine_CBSE-Toolchain.git/
FB: Running: git remote add --mirror=fetch origin /srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/git/https_github.com_DaemonEngine_CBSE-Toolchain.git
FB: Running: git rev-parse --symbolic-full-name 80d36f22c16ed7a7a321a9f48d1e8e994b85d841
Error: module daemon: Failed to change to directory “/srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/git/https_github.com_DaemonEngine_CBSE-Toolchain.git” (No such file or directory)
FB: Unmounting read-only fs: fusermount -uz /srv/buildbot/worker/build-x86_64-2/build/.flatpak-builder/rofiles/rofiles-Pgo2KB
https://github.com/flathub/flathub/pull/2369/commits/90c895d7810289f7bce9680c2d6b170870d15eba
Could this be what #390 fixed? It does seem like it using disable-submodules at the time, and the error message matches with what I recall seeing.