Date: Thu, 03 Aug 2000 14:28:44 +1000 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: des@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Loss of fetch(1) functionality with libfetch Message-ID: <00Aug3.142942est.115260@border.alcanet.com.au>
next in thread | raw e-mail | index | archive | help
I don't recall seeing this mentioned: In order to access the Internet, I need to use proxy authorization. With the old fetch(1) I could use an environment variable like "HTTP_PROXY_AUTH=basic:*:<username>" and it would prompt for a password. The new libfetch-based fetch(1) ignores the HTTP_PROXY_AUTH variable unless it is in the form "HTTP_PROXY_AUTH=basic:*:<username>:<password>" and doesn't appear to have any provision for requesting a password. (HTTP_AUTH appears to suffer from the same problem). Whilst the environment is somewhat safer than the command line, I'd still prefer not to have passwords embedded in environment variables. Has this feature been deliberately left out, or is it just one of the bits that you haven't gotten around to implementing yet? Would you be interested in patches to implement it? On a related note, I noticed the following bug - though it has no effect on the operation of libfetch in its current form. Index: http.c =================================================================== RCS file: /home/CVSROOT/src/lib/libfetch/http.c,v retrieving revision 1.34 diff -u -r1.34 http.c --- http.c 2000/07/25 11:45:38 1.34 +++ http.c 2000/08/03 04:25:53 @@ -91,7 +91,7 @@ #define HTTP_MOVED_TEMP 302 #define HTTP_SEE_OTHER 303 #define HTTP_NEED_AUTH 401 -#define HTTP_NEED_PROXY_AUTH 403 +#define HTTP_NEED_PROXY_AUTH 407 #define HTTP_PROTOCOL_ERROR 999 #define HTTP_REDIRECT(xyz) ((xyz) == HTTP_MOVED_PERM \ Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00Aug3.142942est.115260>