- 22 Aug, 2013 11 commits
-
-
Dan Winship authored
Unfortunately, $(AM_CPPFLAGS) gets overridden by per-target _CPPFLAGS variables, which $(INCLUDES) did not, so this requires some additional changes. In most places, I have just gotten rid of the per-target _CPPFLAGS variables; in directories with a single target, the per-target variable is unnecessary, and in directories with multiple targets, the per-target variable is often undesirable, since it forces some files to be compiled twice, even though there ends up being no difference between the two files.
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Similar has been done with bond and bridge Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
even for that which does not have settings Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Dan Winship authored
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
If BOOTPROTO is set to "none", user states that no ipv4 setting should be set. So respect that. Introduce helper is_any_ip4_address_defined() along the way to make the code more readable. Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
- 21 Aug, 2013 4 commits
-
-
Pavel Šimerda authored
It's not a GObject subclass.
-
Thomas Haller authored
When reading the property name in edit mode, any white space should be striped from the entered value. Especially, because tab completion will add a trailing whitespace. Example: $ nmcli connection edit Enter connection type: ethernet nmcli> goto connection nmcli connection> describe Property name? u<TAB> The <TAB> will complete 'u' to 'uuid '. This whitespace should be allowed and striped. Signed-off-by:
Thomas Haller <thaller@redhat.com>
-
Thomas Haller authored
When editing starts, print a info message pointing to the 'describe' command. https://bugzilla.redhat.com/show_bug.cgi?id=998002Signed-off-by:
Thomas Haller <thaller@redhat.com>
-
-
- 20 Aug, 2013 1 commit
-
-
Thomas Haller authored
See https://bugzilla.redhat.com/show_bug.cgi?id=960071Signed-off-by:
Thomas Haller <thaller@redhat.com>
-
- 19 Aug, 2013 4 commits
-
-
Jiri Popelka authored
(cherry picked from commit 64753b9b) Signed-off-by:
Thomas Haller <thaller@redhat.com>
-
Giovanni Campagna authored
The symbol is part of the public API (included in the GIR file), and gjs complains loudly if a defined symbol is not found. https://bugzilla.gnome.org/show_bug.cgi?id=706259Acked-by:
Pavel Šimerda <psimerda@redhat.com>
-
Pavel Šimerda authored
Bug introduced by commit d8e6065f. https://bugzilla.gnome.org/show_bug.cgi?id=706286Reported-by:
Nicolas Iooss <nicolas.iooss.2010_nm@m4x.org> Acked-by:
Thomas Haller <thaller@redhat.com>
-
Thomas Haller authored
Signed-off-by:
Thomas Haller <thaller@redhat.com>
-
- 16 Aug, 2013 7 commits
-
-
Dan Winship authored
Rewrite nm-online to use libnm-glib, and change it so that it waits until NM has finished all of its startup-time connection activation attempts, rather than only waiting until at least one has succeeded. In particular, this means that on multi-homed servers, the NetworkManager-wait-online systemd service (and by extension, network.service) will now block until *all* of the server's IP addresses are up, which is needed for some old daemons that assume that no network interfaces will be added after they start.
-
Dan Winship authored
Expose the new NMManager:startup property on NMClient.
-
Dan Winship authored
Add a property on NMManager indicating that it is currently starting up and activating startup-time/boot-time network connections. "startup" is initially TRUE, and becomes FALSE once all NMDevices report that they have no pending activity (eg, trying to activate, waiting for a wifi scan to complete, etc). This is tracked via a new NMDevice:has-pending-activity property, which is maintained partially by the device itself, and partially by other parts of the code.
-
Dan Winship authored
-
Dan Winship authored
nm-manager.c:remove_one_device() took a GSList as an argument and returned that GSList with the device removed; but every caller passed in priv->devices and assigned the result to priv->devices, so just make it always do that. Also, rename it to remove_device() to match add_device(). Also, when removing a device, NMManager was only disconnecting one of the several signal handlers it connected in add_device(). This generally wasn't a problem since the device would normally be destroyed immediately after this, but it's good to be correct.
-
Dan Winship authored
-
-
- 15 Aug, 2013 8 commits
-
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
Jiri Pirko authored
Signed-off-by:
Jiri Pirko <jiri@resnulli.us>
-
- 13 Aug, 2013 5 commits
-
-
Martin Pitt authored
In nm_keyfile_plugin_connection_from_file(), disable the "bad owner" check. As root you can read all files anyway, or if necessary even chown them, and for other users the standard file permissions will do a fine job. This fixes running "make check" as root. https://bugzilla.gnome.org/show_bug.cgi?id=701112
-
Pavel Šimerda authored
This helps to avoid dhclient DOSing the network. https://bugzilla.gnome.org/show_bug.cgi?id=705137
-
Dan Williams authored
-
Dan Williams authored
Move object descriptions onto the same line as the object name.
-
Thomas Haller authored
Also sub commands can be abbreviated. Add some more aliases to the bash completion. Also fix the option 'nmcli radio mobile' which is called 'wwan'. Signed-off-by:
Thomas Haller <thaller@redhat.com>
-