*** 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:
https://bugs.launchpad.net/ubuntu/+source
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 becau
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 gnome-ter
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
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
https://bugs.launchpad.net/bugs/232469
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.)
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 Bi
@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 "s
@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 so
** 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
desktop-bugs@lists
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 fact
@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 o
** 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 ubuntu
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 gnome-
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, the
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 hand
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 swi
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 worke
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 pas
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
https://bugs.launchpad.net/bu
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
https://bugs.la
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/
ftp_pro
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 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 us
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 ne
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 rec
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 subscrib
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
https://bugs.launc
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:
https://bugs.launchpad.net/ub
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
Deskt
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 su
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--
http://archive.canonical.com/pool/partner/a/adobe-flashplugin/a
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 mail
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 case
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 t
** 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 i
** 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
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 subscri
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 ftp
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 bu
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 notificat
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
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4998
43 matches
Mail list logo