In order to detect issues such as #25619 (moved) where some component is downloading files during its build, we should disable network in the container during the build step.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
< dcf1> boklm: I wonder if the obfs4 build is downloading dependencies dynamically at build time.< dcf1> Because the goxnet project uses a commit from 2015, which is too old to have the x/net/http2 package that obfs4proxy uses.< dcf1> I noticed this because I just tried building a version of meek that has the same dependency, and it failed.< dcf1> So I'm not sure where obfs4 is getting its golang.org/x/net/http2 from.
I am increasing the priority of this ticket as it looks like not a lot of work, and should allow to detect such issues.
Yesterday dcf said on IRC:
{{{
< dcf1> boklm: I wonder if the obfs4 build is downloading dependencies dynamically at build time.
< dcf1> Because the goxnet project uses a commit from 2015, which is too old to have the x/net/http2 package that obfs4proxy uses.
< dcf1> I noticed this because I just tried building a version of meek that has the same dependency, and it failed.
< dcf1> So I'm not sure where obfs4 is getting its golang.org/x/net/http2 from.
}}}
See: #29193 (moved). We suddenly need that package (our nightly builds fail hard now). That might be due to #29178 (moved) and might give some clues about the issue dcf had/has.
< dcf1> Because the goxnet project uses a commit from 2015, which is too old to have the x/net/http2 package that obfs4proxy uses.
Actually we were using a commit from 2015 in the alpha builds, but master in the nightly builds, which is why it was working. With #29178 (moved) we switched back to the commit from 2015 in the nightly builds, which caused the build to fail.
So it seems there is no dynamic downloading of dependencies. However it would still be good to prevent network access during the build to make sure it's the case.
Thanks, the build breaks hard now as well if we don't have all the artifacts for the Android build (which is good!). However, we need to adapt our instructions in projects/common/how-to-create-gradle-dependencies-list.txt as those are broken with the proposed patch.
Trac: Status: needs_review to needs_revision Keywords: TorBrowserTeam201903R deleted, TorBrowserTeam201903 added