Bugzilla – Bug 116458
fetchmsfonts fails to see/use proxy information
Last modified: 2005-09-29 02:41:30 UTC
Not sure if it's really a blocker, but it certainly blocks thsoe of us who use authenticating proxies. The line "grep -q proxy-user $HOME/.curlrc" seems to be broken. The file does contain the correct information, yet I am always getting "Using authenticated proxies seems to be broken. Aborting..." fetchmsttfonts has failed for me for years, on both updates and on fresh installs. I figured perhaps because the script isn't executable, maybe not. All I know is that I am always running it from within the company firewall, and it always fails. I commented out the whole test for $HOME/.curlrc, and it worked fine manually (after chmod a+x).
Harald, I hope it is yours :) ;)
actually i think it was stefan...
Yes, it never works for me for whatever reasons. Therefore the script exits in this situation.
Why the hell should this be a blocker? BTW, it is curl that did not work for me when using an auth. Proxy last time I tested this. Adding the maintainer of curl therefore.
2 quick suggestions. 1. Stop looking in $HOME/.curlrc and try using env settings for proxy host, user, and pass. 2. Add a step to chmod a+x the script prior to execution? Just ideas off the top of my head. In every distro version I've grabbed the script after failure, modified it, and then run it manually. Your basic "grandma" user can't do that.
As I said at first, it may not be appropriate to label it a blocker. I may have misused the term; since the use of fetchmsttfonts is "blocked", I thought blocker. I will support changing it to even as low as "Minor".
> 1. Stop looking in $HOME/.curlrc and try using env settings for proxy host, > user, and pass. proxy user/pass is not set as env. variable. YaST writes it into ~/.curlrc innstead. > 2. Add a step to chmod a+x the script prior to execution? Why? It's not required for YOU to have it executable.
Harald, couldn't you set up (or find someone who does this) an authenticated proxy server for testing? I think it's a valid scenario for YOU udpates.
I will try to get a authenticated proxy for testing. I couldn' tell you a timeframe yet as I am working on some other issues too. Maybe I will find a person to setup one for us. You may assign the bug to me, if you want get rid of it till we have testing possibilities.
done.
We need an authenticated YOU server now anyway for analyzing: 95647 I make a comment ASAP after it has been setup
Use my freshly setup proxy for testing.
Thanks for setting up the auth. proxy. Indeed, using this proxy works for me. Changes: - removed the check for an auth. proxy - exit when no server for download is available or connection to server is to slow