<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
After plugging in a printer and it not working, I filed this bug
through Fedora:<br>
<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=604317">https://bugzilla.redhat.com/show_bug.cgi?id=604317</a><br>
<br>
Long story short I had to wrestle packagekitd as I'm behind a corporate
proxy.&nbsp; I wrote a PAC file a long time ago to fine-tune my proxy
configuration (I'm a software engineer) and set GNOME Network Proxy to
use that.<br>
<br>
I tried forcing environment variables (http_proxy,
LD_PRELOAD=libtsocks.so) on it but as packagekitd calls clearenv() that
was a useless avenue also.&nbsp; I got it to work from a high level by
ditching the PAC and setting GNOME to manual proxy configuration.<br>
<br>
Thinking I had no proxy, a SetProxy(null,null) was sent to packagekitd
and wiped out any hope of proxy actually working.&nbsp; Could packagekitd be
adapted to (1) force a proxy from the conf file, and/or (2) not set
proxy unless GNOME has a manual setting, and/or (3) be adapted someday
to include socks/PAC support? (thinking a gjs+pacparser for PACs, the
socks support can be wrapper-based)<br>
<br>
Thanks,<br>
<br>
-Dave<br>
<br>
</body>
</html>