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
Too used to reply to all. well...
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
Hi Tomasz,
On Fri, Apr 10, 2015 at 9:17 AM, Tomasz Bursztyka
tomasz.burszt...@linux.intel.com 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
On Fri Apr 10 05:17:37 PDT 2015, Tomasz Bursztyka wrote:
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
Hi David,
On Fri Apr 10 05:17:37 PDT 2015, Tomasz Bursztyka wrote:
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
On 11 April 2015 at 13:41, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Fri, Apr 10, 2015 at 03:17:37PM +0300, Tomasz Bursztyka 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
Hi,
Have you looked into MuJS instead of duktape? http://mujs.com/
It has a C api similar to Lua, with all state encapsulated in an
opaque structure, that you interface with via a virtual stack.
It could be easily tested. I did so the PAC related code is contained in
a specific
place,
Hi Tomasz,
Have you looked into MuJS instead of duktape? http://mujs.com/
It has a C api similar to Lua, with all state encapsulated in an
opaque structure, that you interface with via a virtual stack.
It could be easily tested. I did so the PAC related code is contained in a
specific
On Sun, 2015-04-12 at 20:31 +0200, Lennart Poettering wrote:
On Fri, 10.04.15 14:05, Dan Williams (d...@redhat.com) wrote:
So idea would basically be that we provide in all three daemons calls
like:
SetAdditionalNTP(ias)
SetAdditionalDNS(ia(uay))
On Fri, Apr 10, 2015 at 5:17 AM, Tomasz Bursztyka
tomasz.burszt...@linux.intel.com wrote:
Hi,
[snip]
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.
On 13 April 2015 at 07:12, Cameron Norman camerontnor...@gmail.com wrote:
On Fri, Apr 10, 2015 at 5:17 AM, Tomasz Bursztyka
tomasz.burszt...@linux.intel.com wrote:
Hi,
[snip]
As a notice, this is nothing new. Such standalone daemon has been already
done by the past, pacrunner.
В Sat, 11 Apr 2015 19:41:15 +
Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl пишет:
On Fri, Apr 10, 2015 at 03:17:37PM +0300, Tomasz Bursztyka wrote:
Hi,
As it has been discussed in the systemd hackfest during the Linux Conference
Europe, one daemon could centralize the management of
On Sun, 12.04.15 12:51, Marcel Holtmann (mar...@holtmann.org) wrote:
Hi Lennart,
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
On Sat, 11.04.15 19:41, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Fri, Apr 10, 2015 at 03:17:37PM +0300, Tomasz Bursztyka wrote:
Hi,
As it has been discussed in the systemd hackfest during the Linux Conference
Europe, one daemon could centralize the management of all
Hi Zbyszek,
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
Hi Lennart,
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),
On Fri, 10.04.15 14:05, Dan Williams (d...@redhat.com) wrote:
So idea would basically be that we provide in all three daemons calls
like:
SetAdditionalNTP(ias)
SetAdditionalDNS(ia(uay))
I would strongly suggest using strings in the API for IP
Hi Lennart,
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
On Sun, 12.04.15 12:49, Marcel Holtmann (mar...@holtmann.org) wrote:
PACrunner is an existing implementation of this concept. It uses
threads and seems to work just fine. We bridged libproxy API
compatible library that talks to the PACrunner over D-Bus.
How does the abort-after-max-runtime
On Fri, Apr 10, 2015 at 03:17:37PM +0300, Tomasz Bursztyka 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
20 matches
Mail list logo