On Thu, 8 Jan 2004, seth vidal wrote: > > Unfortunately, no (not something I can change either). > > That seems odd. It seems like this would be something they would want to > change. *shrug* I'll spare the list my rant about network misarchitectures I can't fix ;-) > > > I can't think of any program that copes with some proxy and some > > > non-proxy connections. > > > > Lots do. Mozilla, Netscape, IE, and most other web browsers let you say "use > > a proxy, but access this white list directly", for example > > > > ok can you name any program OTHER than a webbrowser? I'm just wondering > how obscure this is. I'm not sure. We only proxy web here. There's not much else out there has proxies configured client-side that I can think of, other than ftp, and I don't use any ftp clients which connect to multiple sites at once (unlike how web browsers, yum, etc. work) so I can't really say. It does seem like a common feature of web browsers, though, which is basically what yum is acting as.... At any rate, there are 3 basic ways to work around the problem: 0. set up a secondary web proxy which I can have the yum users use which forwards local web addresses straight, and non-local addresses to the corporate web proxy 1. what I've done for a few users so far, which is give them two yum.conf files and then a wrapper shell script which basically does: http_proxy='' yum -c /etc/yum.conf.local $@ http_proxy='http://my_lame_proxy' yum -c /etc/yum.conf.remote $@ 2. adding per-repository proxy support to yum.conf It's getting common enough I'm either going to want 0 or 2. I'm just wondering if 2 is a stupid feature idea, or useful to anyone else too? Hmm, while I'm thinking about it, a related, but slightly less stupid, feature would be for commands to support specification of a repository or repositories. Currently, if you have a yum.conf w/ seven repositories, there's no way AFAIK to say that, for example, you want to run an update against only three of the repositories. Would yum -r repository command or something similar be useful to anyone else? later, chris
