#1092528 golang-github-safchain-ethtool: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && go test -vet=off -v -p 8 github.com/safchain/ethtool github.com/safchain/ethtool/example returned exit code 1 #1092528
- Package:
- src:golang-github-safchain-ethtool
- Submitter:
- Lucas Nussbaum
- Date:
- 2025-01-18 00:21:03 UTC
- Severity:
- normal
- Tags:
Hi, During a rebuild of all packages in sid, your package failed to build on amd64. This build was done using sbuild from bookworm-backports and the unshare backend. Relevant part (hopefully): The full build log is available from: http://qa-logs.debian.net/2025/01/07/golang-github-safchain-ethtool_0.4.1-1_unstable.log All bugs filed during this archive rebuild are listed at: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20250107;users=lucas@debian.org or: https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20250107&fusertaguser=lucas@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects If you fail to reproduce this, please provide a build log and diff it with mine so that we can identify if something relevant changed in the meantime.
Hi. Thanks for the report. The error message is: ethtool_test.go:66: Unable to retrieve stats from any interface of this system. Loooking at code [1] makes me suspect something rare is happening on your system, what does a 'sudo ip a' display? I will try latest upstream version and report this upstream if not fixed, because I believe it is a upstream problem. /Simon
Hi. Please try building with sbuild + the unshare backend. The package might build ok with the traditional file backend, but the official buildds have switched to sbuild+unshare, and that's why Lucas is already using unshare for his rebuilds). Thanks.
fre 2025-01-17 klockan 11:32 +0100 skrev Santiago Vila: Ok I will try -- do you know if Salsa CI will move to sbuild+unshare? First step will likely be to upgrade to latest upstream version, to see if maybe this has been fixed already. And to see if the buildd's are able to reproduce the FTBFS for the new version. /Simon
El 17/1/25 a las 12:56, Simon Josefsson escribió: I don't know, but you can ask Otto et al. The good thing is that unshare needs less permissions than the old file backend, so I would expect the switch to be easy. Thanks.
Hi. I have uploaded a new upstream version, and buildd is happy: https://buildd.debian.org/status/package.php?p=golang-github-safchain-ethtool Can you re-check if you can reproduce the problem now? If the buildd's indeed are using unshare now, I am hoping your FTBFS is gone too. Salsa is able to build it (the 4 failures are known FTBFS and happened for the previous golang-github-safchain-ethtool upload too): https://salsa.debian.org/jas/golang-github-safchain-ethtool/-/pipelines/799627 /Simon
close 1092528 0.5.9-1 thanks El 17/1/25 a las 21:40, Simon Josefsson escribió: Yes, I've just tested it and now it seems fixed (so I'm closing with such version). ... but it would be much better if everyone was able to reproduce it. There is no secret sauce here, the documentation for sbuild (using unshare) is available here: https://wiki.debian.org/sbuild Feel free to ask me privately if for whatever reason you don't get the hang of it. Thanks.