On Tuesday, 14 January 2020 12:31:24 CET Hilko Bengen wrote:
 * Pino Toscano:
 
 > I do not think this is the correct approach.  See my analysis here:
 > 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946594#46
 
 This issue is for a different problem that appeared on some
 architectures after I forced *config.ml to be regenerated for the Debian
 builds of libguestfs 1.40.2, see
<
https://buildd.debian.org/status/logs.php?pkg=libguestfs&ver=1%3A1.40...;.
The issue is actually the same: I was able to reproduce it locally on
git master at that time, and it showed the same result.
common/mlstdutils/guestfs_config.ml, daemon/daemon_config.ml, and
v2v/config.ml are generated by configure, so shipping them in the
tarball was wrong to begin with -- see e.g. commit 323909d92ee6810.
After not shipping them, the issue become for the dependency resolution
to match .ml <=> .mli in different directories (one in the builddir,
the other in the srcdir). The suggested fix by Vincent Danjean in the
Debian bug worked for that -- see commit 4cd801dcff1393f.
-- 
Pino Toscano