Alejandro J. Cura [2012-02-28 17:29 -0000]:
> When the user has not configured a proxy then the tunnel process will
> not be started, so it will still use the same code path as before. (The
> only new code that will be run in that case is the checking for the
> config)
That seems fine then, thanks.
> We have settled on QtNetwork to provide consistent proxy support for
> every Ubuntu One process
Is the proxy tunnel helper written in C++ or in Python? In the later
case, it's again blocked by not having PyQt in the default install. If
it's in C++, it's fine.
> The proxy configuration is taken from gsettings, so the way to set them
> is with the GNOME control center.
OK. Using libproxy might be a bit more generic, but that should do for
now.
Martin
--
Martin Pitt | http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
Hello Alejandro,
Alejandro J. Cura [2012-02-28 17:29 -0000]:
> When the user has not configured a proxy then the tunnel process will
> not be started, so it will still use the same code path as before. (The
> only new code that will be run in that case is the checking for the
> config)
That seems fine then, thanks.
> We have settled on QtNetwork to provide consistent proxy support for
> every Ubuntu One process
Is the proxy tunnel helper written in C++ or in Python? In the later
case, it's again blocked by not having PyQt in the default install. If
it's in C++, it's fine.
> The proxy configuration is taken from gsettings, so the way to set them
> is with the GNOME control center.
OK. Using libproxy might be a bit more generic, but that should do for
now.
Martin www.piware. de
--
Martin Pitt | http://
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)