#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#5
Date:
2025-01-08 19:32:26 UTC
From:
To:
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.

#1092528#12
Date:
2025-01-17 09:09:08 UTC
From:
To:
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

#1092528#17
Date:
2025-01-17 10:32:19 UTC
From:
To:
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.

#1092528#22
Date:
2025-01-17 11:56:44 UTC
From:
To:
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

#1092528#27
Date:
2025-01-17 12:44:55 UTC
From:
To:
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.

#1092528#32
Date:
2025-01-17 20:40:26 UTC
From:
To:
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

#1092528#37
Date:
2025-01-18 00:17:11 UTC
From:
To:
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.