Hi Michael, Thank you for pointing that out.
My use case was about my personal overlay that is not mirrored by Gentoo infrastructure. My question started with the network sandbox issue when we need to load external code dependencies. For example, a go project will download all dependencies from git repositories that will happen after src_unpack. In this case I need to add an additional tar.gz with that code along with the software release tar.gz. That additional tar.gz needs to be stored somewhere and as I understand local mirror could be the right place. Thanks, Samuel On 3/31/20 11:47 PM, Michael Orlitzky wrote: > On 3/31/20 6:21 PM, Samuel Bernardo wrote: >> But after your explanation, I understand now that mirror types provides >> alias to use in ebuild SRC_URI, specially useful for the update task >> (awesome). >> > Beware: thirdpartymirrors doesn't really do anything useful for normal > ebuilds in ::gentoo. The gentoo infrastructure will automatically mirror > anything in SRC_URI unless you set RESTRICT=mirror -- and that's where > most people will download them from -- so (for example) adding a bunch > of extra thirdpartymirrors entries to ensure that the distfiles are > accessible is counter-productive: everyone will get the stuff from the > gentoo mirrors anyway, and you wind up with a bunch of dead entries in > the thirdpartymirrors file (at least half of the entries in there right > now are dead, and no one is ever going to clean them up because no one > uses them). >
signature.asc
Description: OpenPGP digital signature
