thadhouse
04/29/2026, 4:24 AMVampire
04/29/2026, 6:57 AM--offline when doing an offline build.thadhouse
04/29/2026, 6:58 AMVampire
04/29/2026, 7:00 AMconfigureEach on the repos from an init script, but you probably shouldn't.Vampire
04/29/2026, 7:02 AMOk. We'll just add that flag to all of our repositories manually.
Sure, if that works best for you and you don't mind opening up for security risks and supply chain attacks. :-)
thadhouse
04/29/2026, 7:04 AMthadhouse
04/29/2026, 7:05 AMthadhouse
04/29/2026, 7:08 AMVampire
04/29/2026, 9:19 AMIMO an offline repository isn't a supply chain attack. Because by definition it's offline and can't supply anythingThe point is, an attacker could make a repository offline by whatever means, DNS manipulation, DDOS attack, whatever. And then provide a malicious artifact in a repository that comes later in your list and where he got access to deploy a malicious artifact. Now if the repo where the dependency should actually have been retrieved from is offline, you still get a successful build, but with malicious artifacts. Besides that best-practice is anyway to use repository content filters when using multiple repositories to define exactly which dependency to take from which repository. As I said, if such situations do not affect you, for example because you use repository content filters or only internal repos and there need that offline fallback, then it might be fine to use that new flag, that's probably what it was added for.