Fix build failure due to unused variable left-over from simplification

simplify --remote token parsing

--remote: split port and protocol into separate arguments (bug 712720)

Do not treat space as separator for multiple remote gateway entries (bug 712710)

Updated Serbian translation

Updated Indonesian translation

[l10n] Updated Italian translation.

l10n: Update Japanese translation

Updated Latvian translation

Updated Czech translation

Updated Slovenian translation

Updated Spanish translation

Updated Lithuanian translation

Updated Slovenian translation

Updated Czech translation

Updated Polish translation

Mark strings in the .desktop file as translatable

Like every other VPN plug-in does.

properties: fix Makefile.am in tests

Finnish translation update

Updated Galician translations

Updated Slovenian translation

Updated Hungarian translation

[l10n] Updated Italian translation.

Updated Brazilian Portuguese translation

Updated Lithuanian translation

Updated Slovenian translation

Updated Polish translation

properties: call bindtextdomain() and bind_textdomain_codeset()

Make sure gettext knows the translations are in UTF-8, or else they'll
get garbled if the user's domain isn't UTF-8.

https://bugzilla.gnome.org/show_bug.cgi?id=702153

Updated Spanish translation

properties: simplify code dealing with check/spin button changes, saving code

core/ui: add '--keysize' option to handle non-default key sizes (bgo #706775)

If openvpn server is configured with a non-default key size, clients have to use
the same size too. We add an option to use custom key size in GUI and handle that
in the service and properties code including import/export too.
However, note that using key sizes different from cipher-specific defaults is
not recommended. List available ciphers and default key sizes by
'openvpn --show-ciphers'.

man openvpn: search --keysize

https://bugzilla.gnome.org/show_bug.cgi?id=706775

Updated Spanish translation

[l10n] Added Italian translation.

Updated Lithuanian translation

Updated Brazilian Portuguese translation

Updated Polish translation

build: bump NM requirement to 0.9.9 for ConnectInteractive

auth-dialog: better splitting of standard vs. external-ui-mode logic

Use function pointers and populate them with the right functions for
each mode instead of interleaving confusing code everywhere.

auth-dialog: handle and parse hints

auth-dialog: clarify function name

core: implement interactive secrets requests (rh #704263)

Request secrets from NetworkManager when existing secrets are
insufficient and openvpn asks us for new ones.

https://bugzilla.gnome.org/show_bug.cgi?id=704263

Fix path to connection-editor plugin in service file

Updated German translation

[l10n] Updated Italian translation.

Updated Latvian translation

auth-dialog: port to libsecret

https://bugzilla.gnome.org/show_bug.cgi?id=694307

trivial: remove deleted vpn-password-dialog.c from translations (bgo #697740)

auth-dialog: port to libnm-gtk's NMAVpnPasswordDialog

https://bugzilla.gnome.org/show_bug.cgi?id=697740

Updated Hungarian translation

build: bump version to 0.9.9.0 (development)

core: handle multiple search domains

Use full paths in .name file

Include the full path to the auth-dialog and properties library in the
.name file, like we already do for the main helper program.

https://bugzilla.gnome.org/show_bug.cgi?id=694768

build: require Gtk+ 3.4

build: require GLib 2.32

release: bump version to 0.9.8.0

release: update NEWS

build: fix srcdir!=builddir build

Add a missing "\" so that the -I$(top_srcdir) is seen

core: don't ask for password if it's marked NOT_REQUIRED

The secret flags were getting ignored by the core, so even if the
password was marked NOT_REQUIRED, it would be asked for.

build: minor updates

Only call g_type_init() on older glibs.

Add a missing #include (that presumably used to get accidentally
pulled in by something else).

Use -DGDK_VERSION_MIN_REQUIRED to avoid deprecation warnings on
GtkTable.

Updated Brazilian Portuguese translation

properties: support multiple 'remote' values when importing/exporting

Basically that should have been added together with cb81bdcea8b043ee8890cf930d88c9e30fc28612.
Note we still doesn't support multiple ports. So when exporting we get:
remote gatewayA 1234
remote gatewayB 1234
remote gatewayC 1234
On import, port from the last 'remote' line is taken.
remote gatewayA 1111
remote gatewayB 2222
remote gatewayC 3333
will result in using port 3333

Added Serbian translation

Updated Lithuanian translation

Updated Czech translation

po: tweak Czech translation

trivial: rename nm-vpnc-service -> nm-openvpn-service

core: fix internationalization of nm-openvpn-service

Updated Spanish translation

Updated Slovenian translation

Updated Polish translation

core/ui: add 'remote-cert-tls' option (bgo #685790)

We already support 'tls-remote', i.e. verifying server's X509/common name.
However, it make sense to support 'remote-cert-tls' as well.  It's another
important security option to protect against MITM attacks. For more info see
http://openvpn.net/index.php/open-source/documentation/howto.html#mitm

Updated Norwegian bokmål translation

tests: remove unused D-Bus and keyring references from test-import-export.c

Updated Brazilian Portuguese Translation

core: fix *_IS_*_CLASS(klass) macros

The argument is 'klass', not 'obj'.

Updated British English translation

Finnish translation update by Jiri Grönroos

Updated Lithuanian translation

Updated Indonesian translation

Updated Polish translation

[l10n] Updated Italian translation.

Update Punjabi Translation

release: bump version to 0.9.7.0 (development)

release: bump version to 0.9.6.0

Updated Romanian Translation

Updated German translation

release: bump version to 0.9.5.95 (0.9.6-rc1)

release: update NEWS

Updated French translation

Updated Latvian translation.

Updated Czech translation

[l10n] Updated Indonesian translation

Updated Hungarian translation

Updated Galician translations

ui: don't use numeric character entities (like 
). They break translations.

Even if it is possible to use numeric character entities and they are useful
(such as 
 for line break, © for ©), they break translations, because
intltool-extract doesn't help us here and doesn't translate them to actual
characters.
intltool-extract only decodes these:
'
"
<
>
&

Updated Swedish translation

Updated Slovenian translation

Updated Spanish translation

Updated Polish translation

ui: fix/add mnemonics for the Advanced dialog