Como uso o Debootstrap com o apt-cacher-ng?

1

Eu corro debootstrap assim:

sudo debootstrap --verbose --arch=amd64 zesty chroot

Eu já instalei o apt-cacher-ng .

Como faço com que trabalhem juntos para que, quando eu executar o debootstrap várias vezes, eu use o cache em vez de baixar repetidamente os mesmos pacotes?

Eu tentei usar a opção MIRROR e definir a variável http_proxy, mas com erros quando eu executo off-line:

$ sudo http_proxy="http://localhost:3142" debootstrap --verbose --arch=amd64 zesty chroot http://localhost:3142/uburep
I: Retrieving InRelease 
I: Failed to retrieve InRelease
I: Retrieving Release 
E: Failed getting release file http://localhost:3142/uburep/dists/zesty/Release

Eu usei http://localhost:3142/uburep porque foi isso que encontrei no cache:

$ find /var/cache/apt-cacher-ng -name Release
/var/cache/apt-cacher-ng/security.ubuntu.com/ubuntu/dists/zesty-security/Release
/var/cache/apt-cacher-ng/uburep/dists/zesty-updates/Release
/var/cache/apt-cacher-ng/uburep/dists/zesty-backports/Release
/var/cache/apt-cacher-ng/uburep/dists/zesty/Release

Eu tentei adicionar Defaults env_keep += "http_proxy https_proxy ftp_proxy" para / etc / sudoers (via sudo visudo) mas também não ajudou.

Se eu remover a opção MIRROR e executar o debootstrap offline, então não parece usar o apt-cacher-ng (note como ele não está mais procurando o localhost).

E: Failed getting release file http://archive.ubuntu.com/ubuntu/dists/zesty/Release
    
por opticyclic 23.09.2017 / 23:40

1 resposta

2

Existe um truque para que isso funcione sem configurações de proxy explícitas. Você pode usar seu apt-cacher-ng configurado como um URL espelhado da seguinte forma:

http://localhost:3142/us.archive.ubuntu.com/ubuntu/

Então, como você pode ver depois de especificar o URL base para sua instância apt-cacher-ng , você pode dar um servidor e um caminho conforme este Wiki artigo . Eu usei esse método em meus próprios scripts de bootstrap e funciona como um encanto.

Nota: talvez você queira verificar se sua instância apt-cacher-ng está em execução verificando com lsof -i :3142 (requer o pacote lsof ).

    
por 0xC0000022L 21.11.2017 / 00:14