stop NMI from automatic router switching
Hello,NetworkManagerInfo keeps swritching to a wireless router that I do not want to be using. When I specify the preferable router, NMI will swirtch briefly, but will immediately revert back to the original router. I would appreciate any tips on how to prevent NMI from doing this. If I am overlooking a simple solution, I apologize in advance for asking a boring newbie question. Cheers,Aaron ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Translating vpn-daemons
On Mon, 2006-06-05 at 12:44 +0200, Gabor Kelemen wrote: Hi Recently, i have uploaded a Hungarian translation for the openvpn daemon, and noticed, that there are two other daemons, pptp and vpnc, which can be translated and already have some translations, but are not listed on the Gnome translation project status pages ( http://l10n-status.gnome.org/HEAD/hu/extras/index.html in my case), so they are not handled by the translation project. Are those templates omitted intentionally, or this is a bug and we should translate them too? Bug/oversight, I think. What should we do to start getting them translated? Thanks, Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: PPTP Plugin Updated -- Ver. 0.6.9 Generally PPP capable?
Hello. On Tue, 2006-06-06 at 10:40, Tim Niemueller wrote: Cesar Cardoso schrieb: 2006/6/2, Antony J Mee [EMAIL PROTECTED]: This is a totally general PPPD plugin... So I imagine that now we can believe that in some time in the future NM will make those dialers (gkdial, gnome-ppp etc) obsolete? Yay! :) For this see http://fedoraproject.org/wiki/SummerOfCode/2006/TimNiemueller I'm working on it :-) Nice to see this. As i read you also think about bluetooth mobilephone dial-up connections. I would suggest to also add support for AT+CSQ, so we can display the signal quality of the gprs or umts connection. Display if we are on gprs or umts would also be neat. :) Think of all the new notebooks with integrated wideband wireless. regards Stefan Schmidt signature.asc Description: Digital signature ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
How to get VPNC working on FC5?
hi, I just upgraded from FC3 to FC5 and modulo a few issues it seems to be working okay.. I wanted to play with the VPNC plugin, so I created a new VPN configuration but I can't figure out how to tell NM to actually startup the VPN! From the applet, I left click, go to VPN Connections, and all I see are Configure VPN and Disconnect VPN (the latter greyed out). I thought that maybe it didn't like the space in the name of my VPN so I tried to edit the name.. And then I had TWO copies of the config (I guess 'Edit' with a name-change didn't auto-delete the older configuration like I expected it to). I then deleted the old config. SOMEWHERE along the way I got these messages on my terminal (where I started the applet). Any ideas? Suggestions? Do I need to clear out my old FC3 gconf configuration? Thanks! -derek (NetworkManager:17752): Gtk-CRITICAL **: gtk_list_store_remove: assertion `VALID_ITER (iter, list_store)' failed ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: stop NMI from automatic router switching
How hard would it be to right click on a network and have it show a menu Always connect to this network / Never connect to this network? I'm pretty sure someone has suggested this or something like it before. The arguments against it get weaker every time someone new asks. Its clearly a needed feature the real question is what is the most intuitive way to implement it. On 6/5/06, Aaron New [EMAIL PROTECTED] wrote: Hello,NetworkManagerInfo keeps swritching to a wireless router that I do not want to be using. When I specify the preferable router, NMI will swirtch briefly, but will immediately revert back to the original router. I would appreciate any tips on how to prevent NMI from doing this. If I am overlooking a simple solution, I apologize in advance for asking a boring newbie question. Cheers,Aaron ___NetworkManager-list mailing listNetworkManager-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: Translating vpn-daemons
Dan Williams írta: On Mon, 2006-06-05 at 12:44 +0200, Gabor Kelemen wrote: Hi Recently, i have uploaded a Hungarian translation for the openvpn daemon, and noticed, that there are two other daemons, pptp and vpnc, which can be translated and already have some translations, but are not listed on the Gnome translation project status pages ( http://l10n-status.gnome.org/HEAD/hu/extras/index.html in my case), so they are not handled by the translation project. Are those templates omitted intentionally, or this is a bug and we should translate them too? Bug/oversight, I think. What should we do to start getting them translated? Generally, you should contact gnome-i18n@, tell that some new templates appeared in the project and ask if someone could add them to the translation status pages, which will be done soon. Now, i'm CC-ing this to gnome-i18n, so your confirmation will be enough for the above to be done, so you don't have nothing to do :). Regards Gabor Kelemen ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: stop NMI from automatic router switching
On Tue, 6 Jun 2006, Russell Harrison wrote: How hard would it be to right click on a network and have it show a menu Always connect to this network / Never connect to this network? I'm pretty sure someone has suggested this or something like it before. The arguments against it get weaker every time someone new asks. Its clearly a needed feature the real question is what is the most intuitive way to implement it. Hear! Hear! (as one who has suggested it several times...;-) Some sort of white/blacklist. In fact, I think it is really time for a manage networks panel that comes up instead of the two create/connect buttons (that are the same as far as I can tell) -- something to really let one groom the networks (wired and wireless), activate e.g. nfs mounts conditional upon the network one is connected to, kill off all the ESSIDs of my neighbors' networks so they only appear in the manage networks interface (marked off) and so on. Networking is just too complex a space to be handled completely automagically. The best you can do is encapsulate the complexity to help the otherwise ignorant to manage it, at least to a point. rgb On 6/5/06, Aaron New [EMAIL PROTECTED] wrote: Hello, NetworkManagerInfo keeps swritching to a wireless router that I do not want to be using. When I specify the preferable router, NMI will swirtch briefly, but will immediately revert back to the original router. I would appreciate any tips on how to prevent NMI from doing this. If I am overlooking a simple solution, I apologize in advance for asking a boring newbie question. Cheers, Aaron ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list -- Robert G. Brownhttp://www.phy.duke.edu/~rgb/ Duke University Dept. of Physics, Box 90305 Durham, N.C. 27708-0305 Phone: 1-919-660-2567 Fax: 919-660-2525 email:[EMAIL PROTECTED] ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: stop NMI from automatic router switching
I am a bit confused, on my system Network-Manager never automatically connects to a network unless I connect to it first. So if there is an open wireless network that you don't want to connect to it should never connect to it unless you connected at least once. To stop this delete the network under ~/.gconf/system/networking/wireless/networks. I know that deleting it there is not the most user friendly solution to deleting profiles but it does work... There should be an easier way to handle profiles but I think that is coming. So Network Manager will always attempt to connect to a network you have already connected to, this causes a couple of problems: 1) Priority, how do you prioritize which SSID to connect to. Though this is a pretty minor problem for the majority of users. 2) How do you set certain AP's as only connect when explicitly told to. The workaround is to delete the network and if you ever have to use that network again make sure you delete it when you are done with it so it does not auto reconnect later. **Disclaimer: What I have written above is the behavior I see and could be completely incorrect! ;) On 6/6/06, Russell Harrison [EMAIL PROTECTED] wrote: How hard would it be to right click on a network and have it show a menu Always connect to this network / Never connect to this network? I'm pretty sure someone has suggested this or something like it before. The arguments against it get weaker every time someone new asks. Its clearly a needed feature the real question is what is the most intuitive way to implement it. On 6/5/06, Aaron New [EMAIL PROTECTED] wrote: Hello, NetworkManagerInfo keeps swritching to a wireless router that I do not want to be using. When I specify the preferable router, NMI will swirtch briefly, but will immediately revert back to the original router. I would appreciate any tips on how to prevent NMI from doing this. If I am overlooking a simple solution, I apologize in advance for asking a boring newbie question. Cheers, Aaron ___ 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 ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Translating vpn-daemons
Dan Williams írta: On Mon, 2006-06-05 at 12:44 +0200, Gabor Kelemen wrote: Hi Recently, i have uploaded a Hungarian translation for the openvpn daemon, and noticed, that there are two other daemons, pptp and vpnc, which can be translated and already have some translations, but are not listed on the Gnome translation project status pages ( http://l10n-status.gnome.org/HEAD/hu/extras/index.html in my case), so they are not handled by the translation project. Are those templates omitted intentionally, or this is a bug and we should translate them too? Bug/oversight, I think. What should we do to start getting them translated? Generally, you should contact gnome-i18n@, tell that some new templates appeared in the project and ask if someone could add them to the translation status pages, which will be done soon. Now, i'm CC-ing this to gnome-i18n, so your confirmation will be enough for the above to be done, so you don't have nothing to do :). Regards Gabor Kelemen ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
NM crash with bogus password to VPNC?
I tried to access my VPN for the first time. I wanted it to remember my group password, but not my personal password.. So I left my password blank, entered the group password, clicked save passwords, and then clicked ok. This caused networkmanager to croak and output the following log messages: Jun 6 18:48:17 cliodev NetworkManager: information VPN Activation (MyVPN) Stage 3 of 4 (Connect) request sent, waiting for reply... Jun 6 18:48:17 cliodev NetworkManager: information VPN service 'org.freedesktop.NetworkManager.vpnc' signaled state change 6 - 3. Jun 6 18:48:17 cliodev NetworkManager: WARNING nm_vpn_service_process_signal (): VPN failed for service 'org.freedesktop.NetworkManager.vpnc', signal 'LaunchFailed', with message 'The VPN login failed because the VPN program could not be started.'. Jun 6 18:48:17 cliodev NetworkManager: information VPN service 'org.freedesktop.NetworkManager.vpnc' signaled state change 3 - 6. Jun 6 18:48:17 cliodev NetworkManager: WARNING nm_vpn_service_stop_connection (): (VPN Service org.freedesktop.NetworkManager.vpnc): could not stop connection 'MyVPN' because service was 6. Jun 6 18:48:17 cliodev NetworkManager: file nm-vpn-service.c: line 459 (nm_vpn_service_stage3_connect_cb): assertion failed: (service != NULL) Unfortunately I cannot seem to reproduce this behavior... -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: PPTP Plugin Updated -- Ver. 0.6.9 Generally PPP capable?
Hi, On Tue, 2006-06-06 at 10:40 +0200, Tim Niemueller wrote: Cesar Cardoso schrieb: 2006/6/2, Antony J Mee [EMAIL PROTECTED]: This is a totally general PPPD plugin... So I imagine that now we can believe that in some time in the future NM will make those dialers (gkdial, gnome-ppp etc) obsolete? Yay! :) For this see http://fedoraproject.org/wiki/SummerOfCode/2006/TimNiemueller I'm working on it :-) This sounds like very interesting work, thanks a lot for looking into this! As you may or may not know Matthew Garrett (mjg59) is working on teaching HAL about Bluetooth devices including providing methods for discovering, pairing and querying a Bluetooth device for what services it provide. With this work it's very likely that device objects with hal capabilities such 'serial.modem.hayescompatible' etc. might show up in the hal device tree with links so you can infer what devices it stems from. Then detecting the device is simply a matter of querying HAL. So I think it make sense to use HAL as the mechanism to discover devices and some generic desktop daemon / gizmo to discover Bluetooth devices. After all, Bluetooth has other devices that NetworkManager might not be interested in. Such as input devices, PDA's, printers and what not. We've also discussed today on #hal to teach HAL about IR devices and some of these might provide dial-up capabilities as well. Also, for supporting good old serial line modems (those you can attach to COM1: :-) and USB modems there is some (partly easy, partly hard) work we can do in HAL to make this easier and fit in better with other services that wants to use e.g. the serial port. Basically I think, for dumb buses like serial and parallel port, we need some kind of UI gizmo that can poke HAL to scan for modems or just force HAL to say there's a Hayes compatible modem on COM1:. We also need this in HAL for integration with serial port smart card readers and serial port UPS devices. I've Cc'ed Matthew on this mail as he can explain much better what his plans regarding Bluetooth and IR are. David ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: How to get VPNC working on FC5?
On Tue, 6 Jun 2006, Derek Atkins wrote: Hmm.. After rebooting and restarting (due to a number of other reasons) the VPN configuration is now in the list. I guess I would have assumed it would get there in real-time. I've noticed a very odd asynchronous aspect to NM in many contexts, not just this one. I got it going on a Toshiba M55 laptop today (ipw2200). I already knew the tricks to getting an ipw2200 going at all (installing the firmware rpm from livna, e.g.) but still, once it came up I went through an endless cycle of clicking both the connect to new network and connect to other network buttons, entering the (non-broadcast) essid of my home network, entering its WAP code (only there as a casual block, I know it is easily breakable but use ssh etc without exception internally) and not getting a connection. So after trying this maybe a dozen times (I'm patient and repetition has worked before) it finally just works. THEN it works consistently. This kind of non-deterministic behavior with no controls is seriously maddening. Why doesn't it work the first time? I'm twenty feet from the WAP (signal strength is perfect). The WAP is working (my other laptop is connected and accessible any time I hook up the wire). The wireless interface is working (it finds neighbor's networks with broadcast essids). I'm not actually so uncoordinated as to mistype the essid and WEP code 10 times in a row. SOMETHING makes it fail, but it is so opaque that I can't even help debug what it is -- and then of course it just works, sometimes after a reboot (or two), sometimes before. The problem is that anyone who isn't a serious computer person would give up LONG before getting through this, and the solution is to be patient. There is some state information that we don't have access to through the interface that is crucial to the connection, basically. When the state is correct, everything happens, but the only control interface one has to state is the same panel, over and over. NM needs to give users more control over what happens, in particular a better interface to the essid's the connect to. I can't EDIT the configuration of something I've entered (outside of editing raw xml in .gconf) but I can enter it over and over again -- and have to in order to even retry. rgb -derek Derek Atkins [EMAIL PROTECTED] writes: hi, I just upgraded from FC3 to FC5 and modulo a few issues it seems to be working okay.. I wanted to play with the VPNC plugin, so I created a new VPN configuration but I can't figure out how to tell NM to actually startup the VPN! From the applet, I left click, go to VPN Connections, and all I see are Configure VPN and Disconnect VPN (the latter greyed out). I thought that maybe it didn't like the space in the name of my VPN so I tried to edit the name.. And then I had TWO copies of the config (I guess 'Edit' with a name-change didn't auto-delete the older configuration like I expected it to). I then deleted the old config. SOMEWHERE along the way I got these messages on my terminal (where I started the applet). Any ideas? Suggestions? Do I need to clear out my old FC3 gconf configuration? Thanks! -derek (NetworkManager:17752): Gtk-CRITICAL **: gtk_list_store_remove: assertion `VALID_ITER (iter, list_store)' failed ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. ** (nm-applet:17687): WARNING **: WARNING nmi_dbus_get_vpn_connection_properties (): applet-dbus-info.c:639 - couldn't get 'name' item from GConf. -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH [EMAIL PROTECTED]PGP key available ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list -- Robert G. Brownhttp://www.phy.duke.edu/~rgb/ Duke University Dept. of Physics, Box 90305 Durham, N.C. 27708-0305 Phone: 1-919-660-2567 Fax: 919-660-2525 email:[EMAIL PROTECTED] ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list