stopping modem manager
Hi, I just upgraded from Network manager 0.7.2 to 0.8.1 and I noticed it now automatically starts the modem manager. I am using wireless lan (using ndiswrapper). So I don't need the modem manager which also seem to load lots of modem specific plugins into memory. Is it anyway to stop Network Manager from loading modem manager on startup? If not, any plans to add this? Rune ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: stopping modem manager
On Fri, Aug 20, 2010 at 01:42:58PM +0100, Rune Gellein wrote: Hi, I just upgraded from Network manager 0.7.2 to 0.8.1 and I noticed it now automatically starts the modem manager. I am using wireless lan (using ndiswrapper). So I don't need the modem manager which also seem to load lots of modem specific plugins into memory. Is it anyway to stop Network Manager from loading modem manager on startup? If not, any plans to add this? For ubuntu my answer would be to remove the modemmanager package ... that would do the trick. - Alexander ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Migrating from cnetworkmanager to nmcli
Hi, cnetworkmanager has been rather quiet for the past year, and I am happy that it can stay that way, now that Jirka Klimes created nmcli. Thanks! I have compiled a table of corresponding commands for the two command line tools, and I hope it will help the users of my tool migrate to upstream: http://repo.or.cz/w/cnetworkmanager.git/blob_plain/HEAD:/nmcli-migration.html If you want to correct or add something, the GitHub mirror is probably more suitable: http://github.com/mvidner/cnetworkmanager -- Martin Vidner, YaST developer http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu pgphM1NYhxTZK.pgp Description: PGP signature ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
PPPoE metric (feature request?)
Hi there, It would seem that NM always creates the default route for PPPoE connections with a metric of 0. That confuses my VPN, as it needs to override the previous default route. But I can't set the metric manually, as I'd have to override the entire default route statically, however the default route needs a gateway which may change (and it would probably break the rest of the PPP autoconfig, too...). So I think I need a way to tell networkmanager to use a certain metric for the entire connection. After all, the metric is a strictly local property which has nothing to do with what the autoconfigured routing entries look like. Is there any way to do this or is this a feature request? thanks, Victor ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.8.1 - DBus rejected messages
On Wed, 2010-08-18 at 15:14 +0100, Alex Buell wrote: Every time I hang up on my mobile phone's GSM modem, I get the following in the logs: Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) This is with NetworkManager 0.8.1. Any idea what's causing this? When doing a method call from which you do not expect a reply, you need to tell D_Bus that you don't expect a reply, which we're not doing here. D-Bus recently got more restrictive about this. It's not a functional issue, just an annoying warning one. But dbus-glib should be handling this automatically since January 2009. What version of dbus-glib do you have? Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.8.1 - DBus rejected messages
On Fri, 2010-08-20 at 13:02 -0500, Dan Williams wrote: On Wed, 2010-08-18 at 15:14 +0100, Alex Buell wrote: Every time I hang up on my mobile phone's GSM modem, I get the following in the logs: Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) This is with NetworkManager 0.8.1. Any idea what's causing this? When doing a method call from which you do not expect a reply, you need to tell D_Bus that you don't expect a reply, which we're not doing here. D-Bus recently got more restrictive about this. It's not a functional issue, just an annoying warning one. But dbus-glib should be handling this automatically since January 2009. What version of dbus-glib do you have? So the issue here is that the PPP plugin is probably calling a method on NM for state or fail or something after NM has already stopped caring about what the PPP plugin says. dbus does not appear to respect the dont' send me a reply flag when it returns the UnknownMethod error in dbus_connection_dispatch(). So while this is a bug exercised by NM's ppp plugin, it's actually a bug in dbus itself. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Making a hotspot out of your computer
On Wed, 2010-08-18 at 08:07 +0200, Jaap A. Haitsma wrote: Hi, In case you have not seen my posts on planet GNOME I thought I share them here. Some people made technical comments with hints on how to implement full hotspot functionality in nm. http://jaap.haitsma.org/2010/08/16/make-a-portable-hotspot-of-your-laptop-connectify/ http://jaap.haitsma.org/2010/08/17/make-portable-hotspot-with-gnome-network-manager/ Yeah, I'm going to reply with a blog post too, I've been thinking about this for a whiel ever since all the phones (Evo, Epic, Android 2.2) have been coming out with easy mobile hostspot functionality since June. There are some caveats: 1) driver's AP-mode support is much less complete in general than STA mode; and when the do have support, there are often more bugs. Unfortunately, like Ad-Hoc WPA mode right now, we aren't able to get very good error details about when stuff doesn't work. 2) we need to update our wpa_supplicant support to the new D-Bus API I think; but in any case wpa_supplicant 0.7.x has a light AP mode feature that we'd be using for this instead of running full hostapd. Dan Basically I stumbled over a tool called Connectify http://connectify.me which makes a real portable hotspot out of your laptop such that you can share your internet connection and was under the impression that this did not exist in NM. I was pointed out that it exists. Only that it is more limited. You can only setup an adhoc network and not a full hotspot and you cannot share your wireless internet connection in case you just have one wifi card. I think having this full hotspot functionality in NM would be a really nifty feature. Regards, Jaap ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: How to save pin number and auto-connect on startup?
On Tue, 2010-08-17 at 09:48 +0200, Tassilo Horn wrote: Dan Williams d...@redhat.com writes: Hi Dan, I'm new to N-M, connecting to 3G net in Switzerland using a Huawei K3715 USB stick and Ubuntu 10.04. After the painful configuration process (I had to enter manually vendor=0x12d1 product=140c in the configuration file) everything works wonderful -- even better that the original software. Oh, I'm totally unable to get my Huawei E160 working. Could you please provide those config files you have edited? Maybe that could help me. Does the device have IDs in the 'option' driver? Any Huawei modems that are not driven by 'option' should get their IDs added to that kernel module so people don't need to hack it. I don't know what you are asking. :-) Which IDs and what's the 'option' driver? How do I check that? That was more for David, but I'm wrong there; it appears he was talking about usb_modeswitch and not the option driver. I got the replies mixed up a bit and replied to you, not David. Dan Next, does your device need a modeswitch? Yes, and that seems to work just fine. Many modems have fake driver CDs and need to be flipped into modem mode by usb_modeswitch. If it's a new device, it may not have been added to usb_modeswitch yet. Recent versions of usb_modeswitch (1.1.3 and later at least) will automatically eject the fake CD for you via udev rules when you plug the device in. Yes, I use 1.1.3 and the modeswitch is performed automatically when I connect the stick. The only thing I miss is the option to save the pin number and auto-connect on startup. Hm, I use KNetworkManager, and in the Broadband Connection tab, there are fields for the PIN, PUK, APN, etc. At least the PIN/PUK are saved in the KDE keychain (kwallet). I guess it's the same when using nm-applet, where those credentials should be stored in the GNOME keyring. He's talking about something that's new in NM 0.8.1, likely. Immediately when the modem is plugged in and nm-applet notices that modem-manager needs a PIN code, nm-applet will ask you for that PIN code. Now here's the problem: the PIN is specific to the *SIM*, not the device. But most modems don't allow us to request the IMSI (the SIM's serial #) before we've entered the PIN, so we have no idea which PIN to use with this device. Chicken+egg problem really. There may be some ways to work around this (store the PIN with whatever attributes we *can* get from the device) and just do best-effort, asking the user when we can't figure it out. Needs to be written though. Ah, thanks for the clarification. Bye, Tassilo ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Cisco Anyconnect VPN
On Tue, 2010-08-17 at 00:31 +0200, Gianluca Sforna wrote: On Thu, Aug 12, 2010 at 9:25 PM, David Woodhouse dw...@infradead.org wrote: Let's start by doing it from the command line. Run 'openconnect -v https://your.vpn.server/' and show me the output. So, thanks to David it turned out I needed to restart NM (in my case, I rebooted) for picking up the just installed plugin. Everything now works as expected And I've (finally) committed support this week to automatically detect and handle new VPN plugins when they are installed so this doesn't happen again. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Changes between NetworkManager 0.8 and 0.8.1
On Fri, 2010-08-13 at 19:22 -0500, Robby Workman wrote:
On Fri, 13 Aug 2010 19:10:16 -0500
Dan Williams d...@redhat.com wrote:
On Fri, 2010-08-13 at 18:58 -0500, Robby Workman wrote:
On Wed, 11 Aug 2010 18:41:01 -0500
Dan Williams d...@redhat.com wrote:
You can always select your preferred DHCP client using
dhcp-client=[dhclient|dhcpcd] in the [main] section of
the config file too though.
Maybe I misunderstood, but this should work, right?
[rwork...@liberty ~]$
cat /etc/NetworkManager/nm-system-settings.conf [main]
plugins=keyfile
dhcp-client=dhcpcd
[keyfile]
hostname=liberty
If the answer is yes, then one of us has a problem
(that's a good-natured comment - no insult intended) :-)
Yeah, that should work... if not then yeah, there's a problem :)
Well, here's what I see in ps output:
/sbin/dhclient -d -4 -sf /usr/libexec/nm-dhcp-client.action -pf
/var/run/dhclient-wlan0.pid -lf
/var/lib/dhclient/dhclient-93af950b-1619-4ce9-a172-645147565970-wlan0.lease
-cf /var/run/nm-dhclient-wlan0.conf wlan0
This is after a reboot (to ensure that both the daemon and
nm-applet were started fresh). I suppose it's possible that
my NM configure arguments could be at fault, so here they are:
./configure \
--prefix=/usr \
--libdir=/usr/lib${LIBDIRSUFFIX} \
--sysconfdir=/etc \
--localstatedir=/var \
--mandir=/usr/man \
--docdir=/usr/doc/$PRGNAM-$VERSION \
--with-pppd-plugin-dir=/usr/lib${LIBDIRSUFFIX}/pppd/2.4.5 \
--with-crypto=gnutls \
--without-resolvconf \
--with-dhcpcd=/sbin/dhcpcd \
--with-dhclient=yes \
--build=$ARCH-slackware-linux
Where should I begin looking to see what's going on here?
So I lied earlier. The key is:
dhcp=dhcpcd
not 'dhcp-client'. Which should also be documented in 'man
NetworkManager.conf' actually.
Sorry!
Dan
___
networkmanager-list mailing list
networkmanager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: stopping modem manager
2010/8/20 Alexander Sack a...@ubuntu.com For ubuntu my answer would be to remove the modemmanager package ... that would do the trick. - Alexander Won't it cause any dependency problem? ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.8.1 - DBus rejected messages
On Fri, 2010-08-20 at 13:02 -0500, Dan Williams wrote: On Wed, 2010-08-18 at 15:14 +0100, Alex Buell wrote: Every time I hang up on my mobile phone's GSM modem, I get the following in the logs: Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) This is with NetworkManager 0.8.1. Any idea what's causing this? When doing a method call from which you do not expect a reply, you need to tell D_Bus that you don't expect a reply, which we're not doing here. D-Bus recently got more restrictive about this. It's not a functional issue, just an annoying warning one. But dbus-glib should be handling this automatically since January 2009. What version of dbus-glib do you have? I'm running with gbus-glib 0.86. -- Of all the things I've lost, it's my mind I miss the most - Ozzy Osbourne. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.8.1 - DBus rejected messages
On Fri, 2010-08-20 at 13:17 -0500, Dan Williams wrote: On Fri, 2010-08-20 at 13:02 -0500, Dan Williams wrote: On Wed, 2010-08-18 at 15:14 +0100, Alex Buell wrote: Every time I hang up on my mobile phone's GSM modem, I get the following in the logs: Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) Aug 18 15:12:09 lithium dbus-daemon: [system] Rejected send message, 1 matched rules; type=error, sender=:1.138 (uid=0 pid=32572 comm=/usr/sbin/NetworkManager) interface=(unset) member=(unset) error name=org.freedesktop.DBus.Error.UnknownMethod requested_reply=0 destination=:1.170 (uid=0 pid=6063 comm=/usr/sbin/pppd)) This is with NetworkManager 0.8.1. Any idea what's causing this? When doing a method call from which you do not expect a reply, you need to tell D_Bus that you don't expect a reply, which we're not doing here. D-Bus recently got more restrictive about this. It's not a functional issue, just an annoying warning one. But dbus-glib should be handling this automatically since January 2009. What version of dbus-glib do you have? So the issue here is that the PPP plugin is probably calling a method on NM for state or fail or something after NM has already stopped caring about what the PPP plugin says. dbus does not appear to respect the dont' send me a reply flag when it returns the UnknownMethod error in dbus_connection_dispatch(). So while this is a bug exercised by NM's ppp plugin, it's actually a bug in dbus itself. Might be a good idea to file a bug report with the dbus maintainers? -- Of all the things I've lost, it's my mind I miss the most - Ozzy Osbourne. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
How to customise NetworkManager Applet
I often connect to net, I do not want NetworkManager Applet to display messages of connection established, disconnected.. I am quite comfortable with icon notification of the NetworkManager connections. Even the NetworkManager Applet's messages displayed are lengthy, Can I customise the window to be displayed or not, display time, window colour, window size... ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
