[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#827375: ITP: auto-apt-proxy -- automatic detector of common APT proxy settings



Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro <terceiro@debian.org>

* Package name    : auto-apt-proxy
  Version         : 1
  Upstream Author : Antonio Terceiro <terceiro@debian.org>
* URL             : https://anonscm.debian.org/git/users/terceiro/auto-apt-proxy.git
* License         : GPLv3
  Programming Lang: Shell
  Description     : automatic detector of common APT proxy settings

Description: automatic detector of common APT proxy settings
 auto-apt-proxy installs itself as an APT proxy autodetector, and detects
 common setups by checking localhost and the network default gateway for
 well-known APT proxies such as apt-cacher-ng.
 .
 This package is most useful for development environments, and will Do The
 Right Thing for:
 .
   * build chroots, with a proxy running on the host system.
   * docker/lxc containers, with a proxy running on the host system.
   * Virtual machines with NAT networking, with a proxy running on the host
   * system.
   * any other system, with a proxy running on its default gateway.
 .
 The following APT proxy servers are supported and automatically detected:
   * apt-cacher-ng
 .
 This package has a minimal set of dependencies in order to minimize the
 influence on systems where it is installed.
 .
 For corporate desktop/server deployments, where the APT proxy can be located
 at any arbitrary host, you should probably try the `squid-deb-proxy-client`
 package instead.

This was born when I got tired of automating over and over to make my chroots,
containers and VMs use my local APT proxy by creating
/etc/apt/apt.conf.d/01proxy with the correct configuration bits. Instead of all
that, I can now just install this simple package and it "Just Works". My idea
is being open for extending the tool to correctly detect other reasonable
scenarios, and specially proxies other than the one I use (apt-cacher-ng).

I did some research and TTBOMK there is no similar solution, so I plan to get
it in the archive so others can benefit, and also to make my life easier with
it. ;-)

-- 
Antonio Terceiro <terceiro@debian.org>

Attachment: signature.asc
Description: PGP signature


Reply to: