On Tue, Jul 08, 2025 at 09:21:30AM +0000, Mathias Gibbens wrote: > 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.
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. > 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? 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.
