Hi Lucas,
Maybe, maybe not.
It was not said publicly in that thread, but some systemd guys are
nacking this
due to the JS engine it would provide.
Tom contacted me in private to tell me this is put on hold (though
himself, he really
want that service to get in, as Lennart and David). I guess the time
people get convinced
somehow.
I'll probably come back to that in the end of September, I am fully busy
with other
things right now. If there is really nothing to be done on systemd side,
then there
loss. We will improve PACrunner and that's it.
Br,
Tomasz
Hi Tomasz,
On Fri, Apr 10, 2015 at 9:17 AM, Tomasz Bursztyka
<[email protected]> wrote:
Hi,
As it has been discussed in the systemd hackfest during the Linux Conference
Europe, one daemon could centralize the management of all network proxy
configurations. Idea is something user can do per-application (like in
firefox for instance) or broader (per-DM like in Gnome), user could do it
once and for all through such daemon and applications would then request it
to know whether or not a proxy has to be used and which one.
As a notice, this is nothing new. Such standalone daemon has been already
done by the past, pacrunner. systemd-proxy-discoveryd will more or less
implement the same ideas with improvements. It will get rid of big JS
engines like spidermonkey or v8 which are overkill for the tiny PAC files
to be executed on, for instance. From pacrunner experience, APIs will be
also improved.
This one is using - at least in this RFC - the duktape JS engine to run
the PAC files. Note it is not provided in this patchset. Latest version
1.2.x was used.
Next features to come are a bit detailed in the TODO (last patch).
Tomasz Bursztyka (6):
proxy-discoveryd: Basic core added
proxy-discoveryd: Add the basics for parsing the default configuration
proxy-discoveryd: Add PAC support through duktape js engine
proxy-discoveryd: Execute the PAC based proxy in a thread
proxy-discoveryd: Add the basic parts for handling DBus methods
update TODO
What happened to this patch set? Are you going to send a new version?
Lucas De Marchi
_______________________________________________
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
