Re: Connecting to unauthenticated wifi with configuration file in /var/lib/connman
I have been trying without success, to get connman[1.26] to connect to unauthenticated WiFi [Open WiFi] with a configuration file in /var/lib/connman. I am able to connect with connmanctl by using the service of the open wifi - but cannot seem to set auto-connect to yes without trying to connect with connmanctl at least once. If I place a configuration file with WPA2 credentials in /var/lib/connman - The connman daemon picks it up and auto connects. I am unable to find any documentation regarding this. Am I missing something or is this a bug? posted a patch, see https://lists.connman.net/pipermail/connman/2015-May/019258.html hope it helps, p. -- Peter Meerwald +43-664-218 (mobile) ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
[PATCH 2/2] config: Correctly handle provisioning for unsecured wifi networks
From: Peter Meerwald p.meerw...@bct-electronic.com
when neither EAP nor a passphrase is configured, the
security should default to 'none', not 'unknown'
otherwise, unsecured wifi networks can not be provisioned
---
src/config.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/src/config.c b/src/config.c
index a4c117e..5bf5cf1 100644
--- a/src/config.c
+++ b/src/config.c
@@ -698,7 +698,16 @@ static bool load_service(GKeyFile *keyfile, const char
*group,
} else
service-security = CONNMAN_SERVICE_SECURITY_PSK;
- }
+ } else if (str) {
+
+ if (security != CONNMAN_SERVICE_SECURITY_NONE)
+ connman_info(Mismatch no security and
+ setting %s = %s,
+ SERVICE_KEY_SECURITY, str);
+
+ service-security = CONNMAN_SERVICE_SECURITY_NONE;
+ } else
+ service-security = CONNMAN_SERVICE_SECURITY_NONE;
service-config_ident = g_strdup(config-ident);
service-config_entry = g_strdup_printf(service_%s, service-ident);
--
1.7.9.5
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
[PATCH 1/2] Revert recent mode change of source files
From: Peter Meerwald p.meerw...@bct-electronic.com drop execute bit introduced in commits 17a46a15 and 452fa8db --- 0 files changed mode change 100755 = 100644 gsupplicant/supplicant.c mode change 100755 = 100644 plugins/wifi.c diff --git a/gsupplicant/supplicant.c b/gsupplicant/supplicant.c old mode 100755 new mode 100644 diff --git a/plugins/wifi.c b/plugins/wifi.c old mode 100755 new mode 100644 -- 1.7.9.5 ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: follow-up
Ah you did actually get the wpa_supplicant logs in the other mail, ok. Ok try to update wpa_supplicant. It's definitely not a connman bug. It might be related to the regulatory domain update once you get associated somehow. I have seen such bug passing by before on wpa_s. Let us know Tomasz Hi Thomas, Could you grab all connman and wpa_supplicant logs this way: - wpa_supplicant -u -dddt wpa_supp.log - CONNMAN_SUPPLICANT_DEBUG=1 CONNMAN_DHCP_DEBUG=1 connmand -n -d connman.log Also, try to upgrade to latest wpa_supplicant, a huge amount of fixes went in (and ssl related ones, might be worth being up to date with openssl as well) Tomasz ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
