| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This is a small standalone program that presents the ethernet security
dialog. Invoking this dialog would otherwise requires a somewhat
complicated setup, making it difficult to verify the effect of changes
in the code.
|
|
|
|
|
| |
Since only two utilities are now used from wireless-security, go ahead
and remove everything else.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to libnma
The schema is also used by libnma's "src/nma-ws/nma-eap.c" (formerly
"src/wireless-security/eap-method.c") and g-c-c's
"panels/network/wireless-security/eap-method.c".
That means, despite the name of the schema, it really belongs to libnma.
Move it to libnma ([1]).
[1] https://gitlab.gnome.org/GNOME/libnma/-/commit/50cda26ae4beab31f30fb93fd36a7bcc5435adc1
See-also: https://gitlab.gnome.org/GNOME/gnome-control-center/issues/881
See-also: https://gitlab.gnome.org/GNOME/libnma/-/merge_requests/11
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is EXPERIMENTAL EXPERIMENTAL EXPERIMENTAL. GTK4 is not released yet
and things will change in incompatible ways.
A new library called "libnma-gtk4" is added. The non-libnma parts
(applet, editor) are not ported.
There are few reasons for merging this early and none of them is
shipping the library to the users at this point:
* To allow bringup of GTK4-enabled VPN plugins
* Do not block GTK4 enablement of GNOME Control Center
* Help avoid using features that will be difficult to port from GTK3
All the test programs work, they emit a fair amount of warnings about
properties that were removed in GTK4. To deal with those, we'd need to
build different GResources for GTK3 and GTK4. The differencies seem
small enough to the point the conversion could be automated. TODO,
doesn't block testing.
Tested to build with gtk+-4.0 = 3.94.0, but even the pkg-config name
changed since in GTK4 git master. Did I say this is EXPERIMENTAL and
there will be incompatible changes?
|
|
|
|
|
|
|
|
|
|
| |
Gettext, since version 0.18, provides infrastructure equivalent to
intltool (generating po/Makefile and translating .desktop files or .xml).
Also, it seems to work better in that it actually honors MSGFMT_OPTS
that are determined by the configure script. That one typically ends up
set to "-c", meaning "check". Without it the bugs in the .po files are
easy to overlook.
|
| |
|
|
|
|
| |
[lkundrak@v3.sk: split this into a separate executable]
|
|
|
|
|
|
|
| |
These make it easy to quickly check the widgets provided by the
libnma libary.
https://gitlab.gnome.org/GNOME/network-manager-applet/merge_requests/21
|
|
|
|
| |
Autoconf installs it on autogen.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This seems like a good idea. Apart from a tiny speed improvement by
avoiding directory lookups when loading the UI elements and condensing
the XML data by whitespace ommission, this makes it easy to run the
applet and the connection editor without installing them.
This makes it possible to run the binaries directly from the build tree
and not pick up the glade files from whatever happens to be installed in
the system. Neat!
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
GNOME release tooling repacks the bz2 to a xz anyway. This makes it easier for
packagers to use tarballs created with "make dist" in place of distribution
tarballs.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752621
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a new libnm-based version of libnm-gtk, called "libnma" (which
matches the naming convention of the functions better anyway). Also,
rename the files from nm-* to nma-*.
Drop nm-wireless-dialog (which was deprecated in favor of
nma-wifi-dialog) and nm-ui-utils.h (whose functionality has been
merged into NMDevice in libnm).
(libnm-glib to libnm porting mostly based on a patch by Jiří Klimeš.)
|
|
|
|
|
|
| |
Anyone upgrading directly from 0.8 to 1.2 will just lose their old
non-system connections. (Which they probably would have anyway, since
the migration tool only gets run if nm-applet does...)
|
|
|
|
| |
Signed-off-by: Thomas Haller <thaller@redhat.com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Port from GConf to GSettings, and install a gsettings-data-convert
.convert file to migrate old GConf settings over.
GConf is now only required if building the migration tool.
https://bugzilla.gnome.org/show_bug.cgi?id=662767
|
|
|
|
|
|
|
| |
Also copy in a local version of the GLIB_CONFIG autoconf macro, and
use that (to get gschema stuff configured in for free too)
https://bugzilla.gnome.org/show_bug.cgi?id=662767
|
|
|
|
|
|
|
| |
Move the migration code from nm-applet to nm-applet-migration-tool.
Now nm-applet does not link against libgconf-helpers.
https://bugzilla.gnome.org/show_bug.cgi?id=662767
|
| |
|
| |
|
|
|
|
|
|
|
| |
Secrets are still stored in the user session. Add a metric ton
of testcases and test framework to let us verify upgrade more
in the future, including an in-process re-implementation of GConf
and gnome-keyring. That was a shitload of work and now I'm tired.
|
|
|
|
|
|
|
|
|
| |
Since the Shell's indicator is lagging a bit in functionality due
to missing bindings for stuff like gnome-keyring expose a few small
dbus methods to help it out. This is a *PRIVATE API* that is
not guaranteed to be stable.
[cleaned up, refactored, and permissions checking added by dcbw]
|
| |
|
|
|
|
| |
Also ignore *.swp vim swap files
|
| |
|
|
|