Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Can Pacrunner be used without Javascript? (Jeff Gray)
2. Re: Can Pacrunner be used without Javascript? (Julien Massot)
3. [PATCH] plugins/pacrunner.c: do not configure our domains
(Julien Massot)
4. [PATCH] Fix D-Bus autostart service file name (Julien Massot)
5. Re: Can Pacrunner be used without Javascript? (Marcel Holtmann)
6. Re: How to start PacRunner ? Systemd vs dbus auto start
(Daniel Wagner)
7. Re: Sierra gobi modem and RmNet (Daniel Wagner)
8. Re: Propagate only property changes of the connected BSS
(Daniel Wagner)
----------------------------------------------------------------------
Message: 1
Date: Thu, 20 Jul 2017 09:53:45 +1000
From: Jeff Gray <[email protected]>
To: [email protected]
Subject: Can Pacrunner be used without Javascript?
Message-ID:
<cahb0ztnnm+nef07c4sneqxurtx4ecf+wmiva2jknzu_kt9+...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
If my application does not intend to use PAC files & will only use
manual mode, is it possible for Pacrunner to work without any
Javascript engine?
My embedded system has limited resources & I don't want to put a
Javascript runtime on there.
I have built it in this way & it does connect with Connman, but I
can't get it to return anything but DIRECT no matter what proxy
settings I use.
------------------------------
Message: 2
Date: Thu, 20 Jul 2017 08:50:35 +0200
From: Julien Massot <[email protected]>
Cc: [email protected]
Subject: Re: Can Pacrunner be used without Javascript?
Message-ID:
<CADGp=Qe0nEAXBck8aHXwE2O8tY-zyjF=lgqrk6y0mxs1+sv...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi Jeff,
Does connman have a domain configure, i figured out that PACRunner in
not working in that case.
If it's the case please try my patch "[PATCH] plugins/pacrunner.c: do
not configure our domains".
Regards,
Julien
On Thu, Jul 20, 2017 at 1:53 AM, Jeff Gray <[email protected]> wrote:
> If my application does not intend to use PAC files & will only use
> manual mode, is it possible for Pacrunner to work without any
> Javascript engine?
>
> My embedded system has limited resources & I don't want to put a
> Javascript runtime on there.
>
> I have built it in this way & it does connect with Connman, but I
> can't get it to return anything but DIRECT no matter what proxy
> settings I use.
> _______________________________________________
> connman mailing list
> [email protected]
> https://lists.01.org/mailman/listinfo/connman
--
*This email and any attachment thereto are confidential and intended solely
for the use of the individual or entity to whom they are addressed.If you
are not the intended recipient, please be advised that disclosing, copying,
distributing or taking any action in reliance on the contents of this email
is strictly prohibited. In such case, please immediately advise the sender,
and delete all copies and attachment from your system.This email shall not
be construed and is not tantamount to an offer, an acceptance of offer, or
an agreement by SoftBank Robotics Europe on any discussion or contractual
document whatsoever. No employee or agent is authorized to represent or
bind SoftBank Robotics Europe to third parties by email, or act on behalf
of SoftBank Robotics Europe by email, without express written confirmation
by SoftBank Robotics Europe? duly authorized representatives.*
------------------------------
*Ce message ?lectronique et ?ventuelles pi?ces jointes sont confidentiels,
et exclusivement destin?s ? la personne ou l'entit? ? qui ils sont
adress?s.Si vous n'?tes pas le destinataire vis?, vous ?tes pri? de ne pas
divulguer, copier, distribuer ou prendre toute d?cision sur la foi de ce
message ?lectronique. Merci d'en aviser imm?diatement l'exp?diteur et de
supprimer toutes les copies et ?ventuelles pi?ces jointes de votre
syst?me.Ce message ?lectronique n'?quivaut pas ? une offre, ? une
acceptation d?offre, ou ? un accord de SoftBank Robotics Europe sur toute
discussion ou document contractuel quel qu?il soit, et ne peut ?tre
interpr?t? comme tel. Aucun employ? ou agent de SoftBank Robotics Europe
n'est autoris? ? repr?senter ou ? engager la soci?t? par email, ou ? agir
au nom et pour le compte de la soci?t? par email, sans qu?une confirmation
?crite soit donn?e par le repr?sentant l?gal de SoftBank Robotics Europe ou
par toute autre personne ayant re?u d?l?gation de pouvoir appropri?e.*
------------------------------
Message: 3
Date: Thu, 20 Jul 2017 09:09:48 +0200
From: Julien Massot <[email protected]>
To: [email protected]
Subject: [PATCH] plugins/pacrunner.c: do not configure our domains
Message-ID: <[email protected]>
From: Julien Massot <[email protected]>
My guess is that there is a confusion between our domains,
and the proxy domains.
The domain configured for the service have no link to the
proxy domain.
PacRunner says that array{string} Domains [optional]
Domain names and IP range for which this proxy
configuration shall be valid.
So for example a proxy servers may be valid to access website
under the domain example.com to be able to reply to request for
url: http://www.example.com/site/test.html host: www.example.com
but not for http://ipv4.connman.net/online/status.html ipv4.connman.net.
Just remove this Domain parameter since we don't know for which
domain the proxy server is relevant, assume it's for any domain.
---
plugins/pacrunner.c | 5 -----
1 file changed, 5 deletions(-)
diff --git a/plugins/pacrunner.c b/plugins/pacrunner.c
index 850139fd..3ae25df2 100644
--- a/plugins/pacrunner.c
+++ b/plugins/pacrunner.c
@@ -178,11 +178,6 @@ static void create_proxy_configuration(void)
g_free(interface);
}
- str = connman_service_get_domainname(default_service);
- if (str)
- connman_dbus_dict_append_array(&dict, "Domains",
- DBUS_TYPE_STRING, append_string, &str);
-
str_list = connman_service_get_nameservers(default_service);
if (str_list)
connman_dbus_dict_append_array(&dict, "Nameservers",
--
2.13.3
------------------------------
Message: 4
Date: Thu, 20 Jul 2017 09:11:32 +0200
From: Julien Massot <[email protected]>
To: [email protected]
Subject: [PATCH] Fix D-Bus autostart service file name
Message-ID: <[email protected]>
From: Julien Massot <[email protected]>
Fix:
dbus.exceptions.DBusException:
org.freedesktop.DBus.Error.Spawn.ServiceNotFound: Bus name not found in system
service directory
---
Makefile.am | 2 +-
configure.ac | 2 +-
src/{pacrunner.service.in => org.pacrunner.service.in} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename src/{pacrunner.service.in => org.pacrunner.service.in} (100%)
diff --git a/Makefile.am b/Makefile.am
index dd231ef..a3f178c 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -8,7 +8,7 @@ dbusconf_DATA = src/pacrunner.conf
dbusdatadir = @DBUS_DATADIR@
-dbusdata_DATA = src/pacrunner.service
+dbusdata_DATA = src/org.pacrunner.service
endif
gdbus_sources = gdbus/gdbus.h gdbus/mainloop.c gdbus/watch.c \
diff --git a/configure.ac b/configure.ac
index c68adae..1577c86 100644
--- a/configure.ac
+++ b/configure.ac
@@ -150,4 +150,4 @@ AC_ARG_ENABLE(datafiles,
AC_HELP_STRING([--disable-datafiles],
[enable_datafiles=${enableval}])
AM_CONDITIONAL(DATAFILES, test "${enable_datafiles}" != "no")
-AC_OUTPUT(Makefile src/pacrunner.service libproxy/libproxy-1.0.pc)
+AC_OUTPUT(Makefile src/org.pacrunner.service libproxy/libproxy-1.0.pc)
diff --git a/src/pacrunner.service.in b/src/org.pacrunner.service.in
similarity index 100%
rename from src/pacrunner.service.in
rename to src/org.pacrunner.service.in
--
2.13.3
------------------------------
Message: 5
Date: Thu, 20 Jul 2017 11:22:00 +0200
From: Marcel Holtmann <[email protected]>
To: Jeff Gray <[email protected]>
Cc: [email protected]
Subject: Re: Can Pacrunner be used without Javascript?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi Jeff,
> If my application does not intend to use PAC files & will only use
> manual mode, is it possible for Pacrunner to work without any
> Javascript engine?
>
> My embedded system has limited resources & I don't want to put a
> Javascript runtime on there.
>
> I have built it in this way & it does connect with Connman, but I
> can't get it to return anything but DIRECT no matter what proxy
> settings I use.
it should work also in manual mode. Since you can compile it without any
Javascript plugins enabled. So you might have found a bug here.
Regards
Marcel
------------------------------
Message: 6
Date: Thu, 20 Jul 2017 18:52:09 +0200
From: Daniel Wagner <[email protected]>
To: Julien Massot <[email protected]>, [email protected]
Subject: Re: How to start PacRunner ? Systemd vs dbus auto start
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Julien,
On 06/21/2017 03:52 PM, Julien Massot wrote:
> Hi all,
>
> I'm currently integrating PacRunner,
> but I don't see any recommended solution to start it.
>
> PACRunner ship a dbus autostart file in:
> /usr/share/dbus-1/system-services/pacrunner.service
> BTW the path is not correct, I will send a patch to have
> "org.pacrunner.service".
>
> And PacRunner doesn't ship any systemd unit file, so my guess was that
> ConnMan will start it through dbus if a proxy server is set manually, or if
> wpad
> discover a pac/wpad file.
>
> But ConnMan plugins doesn't call PacRunner if the daemon is not running,
> and explicitely ask to not start the daemon.
>
>
>
> static void destroy_proxy_configuration(void)
> ..
> line 237: dbus_message_set_auto_start(msg, FALSE);
>
>
> static void default_service_changed(struct connman_service *service)
> ..
> line 267: if (!daemon_running)
> return;
>
> So from my point of view, shipping a systemd unit file is not the best
> solution,
> since starting pacrunner on boot is a waste of time.
>
> And ConnMan pacrunner plugin,
> should try to autostart PacRunner if we connect to a network which
> have a proxy configured or discovered.
>
> Last solution should be that on a first call of libproxy pacrunner
> starts but it look like a bad solution since most likely connman will
> not send the proxy
> configuration yet.
I haven't really a clue what the dependencies are. Isn't there already
some integration in some distributions? At least we got some patches
from distros on PacRunners. Maybe there are some pointers how it might
work.
Thanks,
Daniel
------------------------------
Message: 7
Date: Thu, 20 Jul 2017 18:53:33 +0200
From: Daniel Wagner <[email protected]>
To: Daryl Nebrich <[email protected]>, [email protected]
Subject: Re: Sierra gobi modem and RmNet
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Daryl,
On 06/26/2017 08:10 PM, Daryl Nebrich wrote:
> After digging some more, I found that read_uevent in rtnl.c looks for
> "wwan" to tie it to cellular. So I had to modify the GobiNet driver
> to register the driver using FLAG_WWAN instead of FLAG_ETH. It's
> working now.
Is this the oFono code base?
Thanks,
Daniel
------------------------------
Message: 8
Date: Thu, 20 Jul 2017 18:58:28 +0200
From: Daniel Wagner <[email protected]>
To: Jose Blanquicet <[email protected]>
Cc: [email protected]
Subject: Re: Propagate only property changes of the connected BSS
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Jose,
On 07/14/2017 11:32 AM, Jose Blanquicet wrote:
> Hi,
>
> Please read the commit message of the patch before this to get contextualised.
>
> An additional reason behind this patch is to resume the discussion about the
> supported IEEE standards 8021.11. Some time ago, we proposed the idea of add a
> new Service's property which provides information about the supported IEEE std
> 802.11 (a, b, g, n, ac, ...) by a WiFi network. At that time, Marcel exposed
> the
> reasons why he did not agree about the way we wanted to implement it. Now,
> after
> having got more experience on ConnMan we rebuild the idea but the aim of the
> modification remains the same; we want to add this information in order to
> provide to the user more precise information about the performances he could
> achieve and ease him to decide which is the most suitable network, if he can
> choose.
>
> To develop this proposal, we would like to follow what is done for the signal
> strength, it means to update this new Service property with what the best BSS
> of
> the corresponding WiFi network supports. It would make complete sense because
> at
> the end, that would be the BSS to which we will connect. Therefore, each time
> a
> best BSS is updated because there is another with higher signal strength then
> the supported IEEE standards will also be updated thus we will always show
> reliable information.
>
> What do you think?
I've read the commit message and also this here. It sounds quite
reasonable to me. So I wondering what Marcel's arguments were. Do you
happen to have a pointer for me so that I can find the mails?
I'll give the patch some testing :)
Thanks,
Daniel
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 21, Issue 8
**************************************
