Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-06-01 Thread Rui Miguel P. Bernardo
>> I'm going to let this settle for now and export http_proxy every time I use >> live-build. Or maybe I'll change for squid. I'll return into this if I >> get problems >> with a not standard debian build. > > see the comments from the last couple of commits on debian-next, you > don't need to do t

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-31 Thread Daniel Baumann
On 05/31/2012 03:14 PM, Rui Miguel P. Bernardo wrote: > I meant that I don't have http_proxy in my /etc/profile nor in > /etc/bash.bashrc. > Having it set there with apt-cacher would make everything use http_proxy with > apt-cacher, and apt-cacher is not squid proxy. that was my point, so why do

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-31 Thread Rui Miguel P. Bernardo
On Thu, May 31, 2012 at 12:04 PM, Daniel Baumann wrote: > On 05/31/2012 11:49 AM, Rui Miguel P. Bernardo wrote: >> apt-cacher users don't have http_proxy in their environment and it >> doesnt work for them. > > so what do they have then? I meant that I don't have http_proxy in my /etc/profile nor

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-31 Thread Daniel Baumann
On 05/31/2012 11:49 AM, Rui Miguel P. Bernardo wrote: > apt-cacher users don't have http_proxy in their environment and it > doesnt work for them. so what do they have then? why don't you just set the chroot mirrors to your apt-cacher instance and be done with it like everyone that uses apt-cache

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-31 Thread Rui Miguel P. Bernardo
On Thu, May 31, 2012 at 8:54 AM, Daniel Baumann wrote: > On 05/30/2012 09:44 PM, Rui Miguel P. Bernardo wrote: >> I've installed squid proxy here and tested the latest lb_config changes >> again. >> Indeed, it works out-of-the-box with squid, IIF you have http_proxy set >> in the environment. If

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-31 Thread Daniel Baumann
On 05/30/2012 09:44 PM, Rui Miguel P. Bernardo wrote: > I've installed squid proxy here and tested the latest lb_config changes again. > Indeed, it works out-of-the-box with squid, IIF you have http_proxy set > in the environment. If you don't have http_proxy in your environment, > squid is not use

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-30 Thread Rui Miguel P. Bernardo
On Mon, May 28, 2012 at 8:36 PM, Daniel Baumann wrote: > On 05/28/2012 09:12 PM, Rui Miguel P. Bernardo wrote: >> Yes, we need to use those variables you have set in lb_config in >> lb_bootstrap_debootstrap and lb_binary_debian-installer. With the vars >> set by lb_config I suppose that's the next

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Daniel Baumann
On 05/28/2012 09:12 PM, Rui Miguel P. Bernardo wrote: > Yes, we need to use those variables you have set in lb_config in > lb_bootstrap_debootstrap and lb_binary_debian-installer. With the vars > set by lb_config I suppose that's the next step? they are in the environment now and should be used by

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Rui Miguel P. Bernardo
On Mon, May 28, 2012 at 6:50 PM, Daniel Baumann wrote: > On 05/28/2012 07:28 PM, Rui Miguel P. Bernardo wrote: >> That's why I've put these lines in lb_bootstrap_debootstrap >> >> >> +             export http_proxy="${PREVIOUS_PROXY_ENV}" >> +             [ "$PREVIOUS_PROXY_ENV" = "" ] && unset ht

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Daniel Baumann
On 05/28/2012 07:28 PM, Rui Miguel P. Bernardo wrote: > That's why I've put these lines in lb_bootstrap_debootstrap > > > + export http_proxy="${PREVIOUS_PROXY_ENV}" > + [ "$PREVIOUS_PROXY_ENV" = "" ] && unset http_proxy which is overengineering as previously said, there'

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Rui Miguel P. Bernardo
On Mon, May 28, 2012 at 3:49 PM, Daniel Baumann wrote: > On 05/28/2012 03:47 PM, Rui Miguel P. Bernardo wrote: >> proxy is used in chroot; > > for every Chroot(); call, the environment inside the chroot is cleared > and stuff like http_proxy gets set. once Chroot(); terminates, the > 'chroot envir

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Daniel Baumann
On 05/28/2012 03:47 PM, Rui Miguel P. Bernardo wrote: > proxy is used in chroot; for every Chroot(); call, the environment inside the chroot is cleared and stuff like http_proxy gets set. once Chroot(); terminates, the 'chroot environment' is not existing anymore. > why using proxy in debootstrap

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Rui Miguel P. Bernardo
On Mon, May 28, 2012 at 11:37 AM, Daniel Baumann wrote: > On 05/28/2012 10:24 AM, intrigeri wrote: >> I'm unsure about exporting http_proxy at the configure and >> deconfigure step. Might it not taint the build environment on exit? > > yep. > >> Perhaps just passing http_proxy to the debootstrap i

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread Daniel Baumann
On 05/28/2012 10:24 AM, intrigeri wrote: > I'm unsure about exporting http_proxy at the configure and > deconfigure step. Might it not taint the build environment on exit? yep. > Perhaps just passing http_proxy to the debootstrap invocations would > be safer? i'd prefer not have 'single cases' i

Re: use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-28 Thread intrigeri
Hi, Rui Miguel P. Bernardo wrote (26 May 2012 17:14:21 GMT) : > the following two patches will make live-build use LB_APT_HTTP_PROXY > in debootstrap and also to download the d-i udebs. This can save > something between 5 to 10 minutes in download time each build. Great! However, if http_proxy w

use LB_APT_HTTP_PROXY in debootstrap and for udebs

2012-05-26 Thread Rui Miguel P. Bernardo
Hi everyone, the following two patches will make live-build use LB_APT_HTTP_PROXY in debootstrap and also to download the d-i udebs. This can save something between 5 to 10 minutes in download time each build. Because I only use apt-cacher-ng I did not tested this with any other proxy installed,