[oe] [PATCH 07/12] Document proxy setup in local.conf.sample

[Bernhard Reutner-Fischer]

On Thu, Feb 11, 2010 at 04:04:37AM -0500, Denys Dmytriyenko wrote:
>On Mon, Feb 08, 2010 at 10:14:28PM +0100, Bernhard Reutner-Fischer wrote:
>> diff --git a/conf/local.conf.sample b/conf/local.conf.sample
>> index 643ae0b..e7c4559 100644
>> --- a/conf/local.conf.sample
>> +++ b/conf/local.conf.sample
>> @@ -30,6 +30,9 @@ BBFILES := "${@bb.fatal('Edit your conf/local.conf: BBFILES')}"
>>  # This is a regulary expression, so be sure to get your parenthesis balanced.
>>  BBMASK = ""
>>  
>> +# Proxy settings:
>> +# BB_ENV_EXTRAWHITE="http_proxy ftp_proxy no_proxy"
>
>I'm sorry to inform you, but that won't work with the standard bitbake! Which 
>uses own HTTP_PROXY, FTP_PROXY, HTTP_PROXY_IGNORE and FTP_PROXY_IGNORE vars.
>
>I tried to persuade RP to change that back to standard http_proxy, ftp_proxy 
>and no_proxy to no avail[1].
>
>Because of that I had to keep my own version of bitbake[2] with the necessary 
>patches for my users - check the top 4 patches in that tree. Although, 
>GIT_PROXY_COMMAND one is already in the bitbake master...
>
>And looks like Khem has already pushed the above change though...

drats, you're right. I was erroneously checking against a patched bitbake.

khem, i'm very sorry for my sloppiness! Please
revert 3f602f72f0936ef773aa4767636d41bb82ecf3b0 :
---8<---
Unfortunately bitbake master allegedly uses the non-standard
{HT,F}TP_PROXY{,_IGNORE} config variables instead of the established
http_proxy, ftp_proxy, no_proxy environment variables.
---8<---
lynx has a good description for these, and especially a sane rule
for no_proxy (with domain.tld:port csv entries) which works very well
for me in practise, FYI.
http://lynx.isc.org/lynx2.8.5/lynx2-8-5/lynx_help/keystrokes/environments.html#proxy

Sorry for the wrong patch and thanks, Denys, for mentioning this!
>
>[1] http://thread.gmane.org/gmane.comp.handhelds.openembedded/19716
>[2] http://arago-project.org/git/?p=arago-bitbake.git;a=shortlog;h=refs/heads/next