Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:
--------------------------------------------------------------------------------
[...]
 debian/rules clean
dh clean --builddirectory=_build --buildsystem=golang --with=golang
   dh_auto_clean -O--builddirectory=_build -O--buildsystem=golang
   dh_autoreconf_clean -O--builddirectory=_build -O--buildsystem=golang
   dh_clean -O--builddirectory=_build -O--buildsystem=golang
 debian/rules binary
dh binary --builddirectory=_build --buildsystem=golang --with=golang
   dh_update_autotools_config -O--builddirectory=_build -O--buildsystem=golang
   dh_autoreconf -O--builddirectory=_build -O--buildsystem=golang
   dh_auto_configure -O--builddirectory=_build -O--buildsystem=golang
Can't stat ovf/fixtures: No such file or directory
 at /usr/share/perl5/Debian/Debhelper/Buildsystem/golang.pm line 583.
   debian/rules execute_after_dh_auto_configure
make[1]: Entering directory '/<<PKGBUILDDIR>>'

[... snipped ...]

control: tags -1 + unreproducible

  I've been unable to reproduce this over several dozen runs on two
different systems. Looking at the logs from Santiago, it probably won't
be a trivial fix.

  The version of golang-github-vmware-govmomi is pretty old, and only
has a single rdep, golang-github-hashicorp-go-discover, which is also
pretty old. Both packages are Go team maintained, and I'm inclined to
think we should just RM these two packages. Thoughts?

Mathias

Hi. As a team member I'm not happy that the unreproducible tag is
applied to any bug which I report, as I always include a VM offer
to reproduce it. I have been trying to fight what I call
the "it works for me" syndrome that way for years.

Naturally, everybody has to balance the effort of fixing an issue
and how much the package is considered to be useful. I'm not
volunteering to fix the bug, as I don't use the package myself.

If you believe the bug will be difficult to fix and prefer to
remove the package, I have nothing to object. My aim here
is to make sure that the end user of Debian stable can
rebuild any package from source and without failures,
and that's certainly achieved if the package does
not exist in trixie at all.

Thanks.

control: tags -1 - unreproducible

  With access to Santiago's VM, I was able to determine a place in the
test code to introduce a small sleep that seems to fix the issue.
Without the sleep, I could be pretty certain of a failure within 10
build attempts, and with the patch I've just run 50 builds in a row
without failure.

Mathias

We believe that the bug you reported is fixed in the latest version of
golang-github-vmware-govmomi, 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 1108811@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mathias Gibbens <gibmat@debian.org> (supplier of updated golang-github-vmware-govmomi 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: Wed, 09 Jul 2025 06:24:22 +0000
Source: golang-github-vmware-govmomi
Architecture: source
Version: 0.24.2-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team <team+pkg-go@tracker.debian.org>
Changed-By: Mathias Gibbens <gibmat@debian.org>
Closes: 1108811
Changes:
 golang-github-vmware-govmomi (0.24.2-4) unstable; urgency=medium
 .
   * Team upload
   * Apply patch to fix flaky test (Closes: #1108811)
Checksums-Sha1:
 5fae8c5264ab7f06bc5cd36bba89f2cdf7105cc1 2322 golang-github-vmware-govmomi_0.24.2-4.dsc
 41301d8f25eceb7bc804c54d04f78b089ec7ccd4 1026248 golang-github-vmware-govmomi_0.24.2.orig.tar.xz
 2c36f976d76b5a8c4e3e86decbd812e7a173c76f 4788 golang-github-vmware-govmomi_0.24.2-4.debian.tar.xz
 3108aef4a0cb76358fa0fdecab108faefddd4e70 6531 golang-github-vmware-govmomi_0.24.2-4_amd64.buildinfo
Checksums-Sha256:
 1f787a43fcf5b646c2b74f097d8d1d2b0069dbfea01f1b04d7c0577e16202dec 2322 golang-github-vmware-govmomi_0.24.2-4.dsc
 dbd0666ab3e3b61e6afe55f05602f8a77b411dff9e605ae35a51b898b9cc26bd 1026248 golang-github-vmware-govmomi_0.24.2.orig.tar.xz
 3b99a686b2de307dae060620052cd1edba08c4c9edcf42c806fd99241e942c32 4788 golang-github-vmware-govmomi_0.24.2-4.debian.tar.xz
 ea7b1dd0ee2dc275f928f3cd7c9e32221c31ea7ab54259d44c5e3902e3de0c30 6531 golang-github-vmware-govmomi_0.24.2-4_amd64.buildinfo
Files:
 2f6a2556760668d1ea4df688c3165bc8 2322 golang optional golang-github-vmware-govmomi_0.24.2-4.dsc
 630c2369f8a394f11541ef86fdf36f1b 1026248 golang optional golang-github-vmware-govmomi_0.24.2.orig.tar.xz
 6be722523cfba97a8650e3a7767baff7 4788 golang optional golang-github-vmware-govmomi_0.24.2-4.debian.tar.xz
 d2f5bb3765b6787079ac6b611b8805e4 6531 golang optional golang-github-vmware-govmomi_0.24.2-4_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQJGBAEBCgAwFiEE1Bp60H32xfynSJ8cKe7i1uz0QvkFAmhuDHQSHGdpYm1hdEBk
ZWJpYW4ub3JnAAoJECnu4tbs9EL5QdgQAJXN+f4o/qmOtNGpbUwPmUoWvlOL/H2Z
nSxCdOjs+mBj3QOXEYBFI85jDFTBfOKV3vnSTH4PBURamRrffTxUyVInF+uw7HW5
XXBHnC+Ohw69p9kF6EMXNGhC5RtSytGhUfyGIaUDOK9dAVKenO5cyxOmNThjTKuI
BD3W2n3lXzaDPFwLR8DZcD6mzDahdBcmWHuS7U4vjmH2veYVBgr819cRNofb/fMP
3Qs8xt4jyqqYI09hppweiwsA2u/R5BWyxhT/bkHpBJOmO1N8i5s1McjYq7kkOHuK
qkK+pdZsI/uGnAw4ra+/i5kFBSFcNaz7eztNH5mQanHYNbl2Q0FJAbme3kg0A1mr
/8mvVEZDhkWLXk0iH4/YmIPWRGu2TdFBU98i7YbIPS2Gd9cqf0g7kvWJfIGGbReL
ab0kU+KSA98c+MYqw/EtZ80J9uYTL5pTWgDi3YwrUuc79FNKo7id4nLiX9TrkMW/
hj3FheuFbkEigAC8PXXEIsCFMK1RQ/2NLnFLhi/OUGcxS1UgH8tkhaiH0wyVCBJy
l6ZV0Z1fu2DnFXuteDqR3S2hYY7KIXE20VYLS8CNOhRchkdMY2QTUXwCjy18wX6g
a+5ko586vBM+DrB6YEHWX/V/olp711wyEaS/JfiSr43Bal74SDMGcJMBsdDQiyTS
G+D4Z9H5PFzm
=CzJN
-----END PGP SIGNATURE-----