*** This bug is a duplicate of bug 556293 ***
https://bugs.launchpad.net/bugs/556293
** This bug has been marked a duplicate of bug 556293
sudo does not keep http_proxy environment variable
* You can subscribe to bug 556293 by following this link:
This has been solved via bug #534225. Solution is in lucid-proposed.
To get the fix:
1. https://wiki.ubuntu.com/Testing/EnableProposed
2. upgrade gnome-terminal package
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification
TESTCASE:
1. reproduce problem
1.1. run gnome-network-properties and set:
1.1.1. (o) manual config
1.1.2. http proxy: example.com, port: 8000
1.2. run gnome-terminal, and execute:
1.2.1. env | grep '^no_proxy=.*,$' echo BUG REPRODUCED || echo BUG SOLVED
(or proxy not set)
--
wget does not use
For people who want to build their own fixed package:
sudo apt-get install build-essential # get compiler etc
sudo apt-get build-dep gnome-terminal # get packages needed to build this
package
mkdir /tmp/build # make some temp dir for build
cd /tmp/build # go there
apt-get source
This bug is very annoying, I re-installed Ubuntu (after using another
distro for months) and spent almost an hour trying to figure out why the
proxy stop working (I kept the same home directory).
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received
Don't worry about writing an automatic testcase (it would be awesome, but not
needed), just write a manual testcase that people will try to reproduce like:
- step1
- step2
- install the new package
- step 4
…
--
wget does not use network proxy in some cases
** Tags added: patch
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in ubuntu.
--
desktop-bugs mailing list
@Bill:
Thanks for your comment,
can you try to cherry-pick this upstream patch (cook it in its minimal
form), and try to make it applies to the current version in lucid? Then,
next step is to post the patch here and a valid test case to ensure it's
fixed.
--
wget does not use network proxy in
@Didier
Why don't we instead have Ubuntu pull the up-to-date terminal code from
upstream and call it fixed?
The patch appeared back in Feb in Gnome Terminal 2.30 which is within Lucid's
update frame.
Shouldn't we use Bill's skills and motivation on the other part of the bug, the
one involving
Le mercredi 23 juin 2010 à 17:53 +, Erlan Sergaziev a écrit :
@Didier
Why don't we instead have Ubuntu pull the up-to-date terminal code from
upstream and call it fixed?
The patch appeared back in Feb in Gnome Terminal 2.30 which is within Lucid's
update frame.
Shouldn't we use Bill's
On 06/23/2010 12:58 PM, Didier Roche wrote:
can you try to cherry-pick this upstream patch (cook it in its minimal
form), and try to make it applies to the current version in lucid?
I will. It will be a couple of day till I have the next window to do
this (as I am learning bzr etc as I go.)
@Bill:
thanks for working on this patch. I think one of the first step will to report
the issue upstream and post your patch.
You should open a bug against gnome-terminal package in ubuntu (Also affects
distribution - gnome-terminal in ubuntu).
You can then link your bug in Launchpad to this one
On 06/21/2010 02:52 PM, Didier Roche wrote:
@Bill:
thanks for working on this patch. I think one of the first step will to
report the issue upstream and post your patch.
Actually it is already fixed upstream. I did not think their fix would
be applicable as the code had been re
This will surely work, but its for me not the solution to the problem.
The problem is not wget, but the sudo wget. If a user does a proxy
setting from the menu, and says 'system wide', it should work system
wide. For corporate administrators, this might be the reason not to
switch to 10.04. So,
Attached is a patch against gnome-terminal to not add the trailing comma to
no_proxy.
It worked for me tm
Anyone want to mentor me on how to get this recorded published in bazar?
I know git pretty well but complete noob on bzr launchpad ppa's etc
** Patch added: This patch fixes
** Branch linked: lp:~wmills/ubuntu/lucid/gnome-terminal/proxy-wget-fix
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in
WRT to the two bugs, I see BOTH on 32 bit
I hit the no_proxy one after upgrading to 10.04. It was working fine in
9.04 9.10 and stopped working when I upgraded to 10.04. I made no
change to the env settings but the install script may have.
After deleting the trailing comma, normal wget
Ohh and I am in a company of 25K people and we do NOT have transparent
proxies, unlike a previous poster suggested.
I get at least one question a week from other developers about how to
get the proxy setup right. This will just make it harder. I hope this
gets fixed before the bulk of them
More info a workaround for sudo
Operation of wget has not changed. wget will fail in 9.04 just the same
as 10.04 if trailing comma is added to no_proxy. Wrong no_proxy value
appears to be added by gnome-terminal (at least) as it starts. If you
run xterm direct from a launcher no special
Me and a coworker have an ubuntu 10.04 installed and both are,
obviously, behind a proxy. his ubuntu version is i386 mine is amd64. My
version doesn't work but his version works! I guess bug exist only on
64bit system.
--
wget does not use network proxy in some cases
There seems to be two bugs discussed here.
One is related to no_proxy environment variable having an extraneous comma at
the end.
This bug exists in both 64 and 32 bit versions confirmed (I use 64 bit while
two of my colleagues - 32 bit).
The other one has to do with http_proxy not being passed
I am running Lucid behind a non-transparent proxy. I was experiencing
the same issue of wget not working in postinst scripts while installing
packages, but I was able to get it to work by setting http_proxy in
/etc/wgetrc. I would love to fix this bug, but I am confused as to which
is the culprit:
I guess there are these three lines to uncomment in /etc/wgetrc
-- Original --
#http_proxy = http://proxy.yoyodyne.com:18023/
#ftp_proxy = http://proxy.yoyodyne.com:18023/
#use_proxy = on
-
- Changed---
http_proxy = http://proxy.yoyodyne.com:18023/
By what is described this bug has nothing to do with Flash but rather
proxy+wget.
If it was flash it wouldn't install from anywhere
Closing flash task
** Changed in: flashplugin-nonfree (Ubuntu)
Status: Confirmed = Invalid
--
wget does not use network proxy in some cases
I have all proxy variables set and apt-get goes through the proxy
successfully.
However, whenever wget is called by apt-get (AFAIK) to download flash-
plugin or msttcorefonts, the proxy is *not* used so that downloads
timeout, break, etc. There seems to be no way around this.
--
wget does not
I think I've found the problem. The culprit is the no_proxy
environment variable. Once I unset this wget starts honoring http_proxy
setting. Perhaps the no_proxy format as set by gnome-settings
automatically has syntax error.
--
wget does not use network proxy in some cases
Actually even more specific, the no_proxy variable should be set
without trailing comma and then it works
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
That's it! Thanks Erlan, that completely fixed the problem. I was
beginning to despair! This should definitely be fixed for lucid final
release, as it's incredibly disruptive for people behind proxies.
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You
Just to clarify, it fixed the problem with wget not working. The problem
with apt-get not working is due to not setting proxy details in synaptic
settings. I have no idea why synaptic/apt-get needs it's own proxy
settings rather than getting them from gnome proxy settings.
--
wget does not use
I'm also having this problem in Lucid, but it's no longer in just some
cases (as I was experiencing with Karmic) but now with all URLs that
require proxy access. They all fail with the message: failed:
Connection timed out. I'm wondering if this bug could be related:
Hi,
I've got this bug too, I'm running Lucid beta now, but strangely, I wasn't
affected with Karmic and previous versions of Ubuntu.
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
This bug may also affect b43-fwcutter and msttcorefonts.
See bug 464422, Bug #56880, Bug #492892, and many others
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Well, it still doesn't work in karmic, despite all the discussion of
whose problem it is.Flashplugin-nonfree still does this:
Setting up flashplugin-installer (10.0.42.34ubuntu0.9.10.1) ...
Downloading...
--2009-12-13 12:39:09--
the issue doesn't seem to be a gnome-control-center, it's correctly
setting the environment, wget should be using that
** Changed in: gnome-control-center (Ubuntu)
Status: New = Invalid
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received
But I think that variables in /etc/environment take effect only after
you logout and log back in, not instantly isn't that right?
Whereas variables in /etc/profile.d/ are taken instantly with a
reset command or by opening up a new terminal window.
--
wget does not use network proxy in some cases
Scratch that last comment, I think I'm wrong :)
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in ubuntu.
--
desktop-bugs
** Changed in: flashplugin-nonfree (Debian)
Status: Unknown = Won't Fix
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center
** Changed in: gnome-control-center (Ubuntu)
Importance: Undecided = Low
Assignee: (unassigned) = Michael Vogt (mvo)
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
This could be useful for suggestion #2, gnome-network-properties while
applying system proxies could use /etc/profile.d/
Creating the following files in /etc/profile.d, and then this will work
in *any* shell for *any* user of the system
#proxy.sh
export http_proxy=http://host.com:port/
export
Looks like gnome-network-properties' Apply System-Wide button adds the
proxy variables to /etc/environment
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Re-opening for flashplugin-nonfree package
** Changed in: flashplugin-nonfree (Ubuntu)
Status: Invalid = New
** Changed in: flashplugin-nonfree (Ubuntu)
Status: New = Confirmed
** Bug watch added: Debian Bug tracker #499891
Opened bug against gnome-control-center (gnome-network-properties) based on
suggestion #2
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/232469/comments/18
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this bug
Neil: declining a release nomination just means the release team doesn't
want to track the bug - it doesn't mean it can't be fixed for that
release, especially if somebody submits a patch.
--
wget does not use network proxy in some cases
https://bugs.launchpad.net/bugs/232469
You received this
43 matches
Mail list logo