*** This bug is a duplicate of bug 14599 ***
Thanks for all your reports. This is basically bug 14599, and will be
fixed along with that.
** This bug has been marked a duplicate of bug 14599
installation hangs if the computer is behind a proxy
--
behind proxy ubiquity won't work
https://laun
I tried Dapper 6.06.1 behind the same proxy as few months ago (when it
failed) and it worked perfectly.
--
behind proxy ubiquity won't work
https://launchpad.net/bugs/42529
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
It may be prudent to ask the user to confirm or deny the presence of a
proxy after the failure of the first apt download (or some other test).
That, combined with progress bars, would allow users to be prompted for
relevant info if required, but also let users in a 'open' network just
carry on inst
I did just try an installation here after configuring an HTTP proxy in
System -> Preferences -> Network Proxy. Ubiquity did honour it, as I
could tell with netstat, strace, et al - but that didn't necessarily
mean it wasn't slow!
I feel that a significant improvement could be gained here by making
This patch is unnecessary. Ubiquity already passes the http_proxy
variable straight through to apt-get, wget, etc., and they will honour
it if it's set. There's no need to copy the environment variable into
apt-get's configuration.
--
behind proxy ubiquity won't work
https://launchpad.net/bugs/42
I wrote a quick and dirty patch so that if the proxy is set up either in
System/Preferences/Proxies or in the $http_proxy environment variable,
it will be taken into account in ubiquity. This is thanks to the
correction of bug #13661 where gksu has been given the ability to set
$http_proxy accordin
** Bug 51426 has been marked a duplicate of this bug
--
behind proxy ubiquity won't work
https://launchpad.net/bugs/42529
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
