Re: [PATCH] Delay full modem initialization until SIM is unlocked
On Sat, May 24, 2008 at 11:02 PM, Dennis Noordsij [EMAIL PROTECTED] wrote: Some modems return ERROR to most AT commands when the SIM is still locked, specifically the ATZ E0 in the initialization. The attached patch modifies the initialization sequence to disable the local echo (the E0 part) first, perform the SIM check, and only then continue with the ATZ and further network registration, etc. For me, on fresh boot (SIM locked), this NetworkManager now unlocks the SIM (it has my PIN in the keyring) and makes a perfect connection every time. The patch looks good to me, thanks! PS I imagine this might apply to CDMA as well. Does CDMA even have PIN codes? At least our code doesn't think it does. Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Suitability for embedded linux device
On Wed, May 28, 2008 at 12:01 PM, Nitin Mahajan [EMAIL PROTECTED] wrote: I was going through the features of Network Manager. The D-BUS API feature is very interesting. Whether the Network Manager is suitable to be used in Embedded Linux device, without GNOME? It should be, yes. The only additional dependecies on top of what DBus and HAL already have are libnl, dbus-glib, policy-kit, a crypto library (mozilla-nss or gnutls) and wpa_supplicant. So additional dependencies to any other implementation should be only dbus-glib and policy-kit, neither of those should be unsuitable for embedded devices. NM shouldn't use a lot of resources (memory or CPU) either. I also wanted to know, Whether the Network Manager has any distribution specific dependencies? If yes how tightly they are coupled with the distribution? All (currently, almost all, but that's going to change) the distribtion specific code is moved out of NetworkManager and into the system settings daemon. That daemon is modular used to provide configurations (connection informations) to NM. Currently there are 3 backends for it: Fedora and SUSE (to parse /etc/sysconfig/network/*) files and also a generic GKeyFile (.ini -like) native backend which works on any distribution. So, for example, there's no debian backend for it, but that does not mean it does not work on debian (in truth, it sort of doesn't, but that's because of dbus configuration differences, not directly caused by NM code). Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Suitability for embedded linux device
On Wed, May 28, 2008 at 12:46 PM, Nitin Mahajan [EMAIL PROTECTED] wrote: Thanks for your inputs. libcrytpo from openssl will not work? Currently, no. But it would be pretty easy to add since it would need to implement only 3 functions to handle certificate and private key loading and verifying. Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Suitability for embedded linux device
Hi! I was going through the features of Network Manager. The D-BUS API feature is very interesting. Whether the Network Manager is suitable to be used in Embedded Linux device, without GNOME? I also wanted to know, Whether the Network Manager has any distribution specific dependencies? If yes how tightly they are coupled with the distribution? regards -Nitin Send instant messages to your online friends http://uk.messenger.yahoo.com ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Delay full modem initialization until SIM is unlocked
On Wed, 2008-05-28 at 11:14 +0300, Tambet Ingo wrote: On Sat, May 24, 2008 at 11:02 PM, Dennis Noordsij [EMAIL PROTECTED] wrote: Some modems return ERROR to most AT commands when the SIM is still locked, specifically the ATZ E0 in the initialization. The attached patch modifies the initialization sequence to disable the local echo (the E0 part) first, perform the SIM check, and only then continue with the ATZ and further network registration, etc. For me, on fresh boot (SIM locked), this NetworkManager now unlocks the SIM (it has my PIN in the keyring) and makes a perfect connection every time. The patch looks good to me, thanks! PS I imagine this might apply to CDMA as well. Does CDMA even have PIN codes? At least our code doesn't think it does. Yes, they do, but I've never actually encountered one, so until I do... Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Support for L2TP/IPsec
OoO Vers la fin de l'après-midi du mardi 27 mai 2008, vers 16:03, Dan Williams [EMAIL PROTECTED] disait: Is strongswan a fork of openswan? If so, was openswan upstream reluctant to take certain patches and thus the strongswan fork? Is there an intention to merge strongswan back into openswan in the future? That sort of thing. Unfortunately the politics matter to distros... I don't have why strongswan exists along side openswan. OpenSWAN has a strong tie to L2TP because Xelerance (which is the company behind OpenSWAN) is editing xl2tpd as well and is planning to publish a new version of OpenSWAN able to cooperate with OpenSWAN. However, this is only important for running a server. On client side, I don't really think this is important. -- /* Nobody will ever see this message :-) */ panic(Cannot initialize video hardware\n); 2.0.38 /usr/src/linux/arch/m68k/atari/atafb.c ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
PPP regarding questions
Hello. I am currently playing around with the NetworkManager in Fedora 9. First: Thank you for this great work. I can now use my internal Sierra modem with NetworkManager. Great! But I have two questions at the moment: 1. Is it possible to use different tty's for SIM pin handling and pppd itself? I needed to change the portmapping on our sierra modems from 06,06 to 05,05 (at!nvportmap=05,05). 2. In general I am connected over my WLAN. How can I switch to the mobile connection without being multi homed? There is no disconnect option for wlan devices? Best regards, Hans-Gerd ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: dependency on ip still necessary?
Dan Williams schrieb:
On Fri, 2008-05-23 at 15:16 +0200, Michael Biebl wrote:
Hi,
after todays merges of Benoit's patches to use libnl directly instead of
ip, I was wondering why nm_generic_device_flush_ip4_routes_with_iface in
src/backends/NetworkManagerGeneric.c still calls ip and wasn't ported to
use libnl.
Because there were issues with that patch and VPN connections that I'm
sending more info to Benoit about. The routing table is different with
that code than without it, and caused any traffic over VPN to return
EINVAL (even a ping to 4.2.2.1).
But the plan is to fix that up and kill usage of /sbin/ip entirely.
I guess with r3698, it's safe to remove the configure check for ip now.
Patch attached.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Index: configure.in
===
--- configure.in (Revision 3698)
+++ configure.in (Arbeitskopie)
@@ -285,19 +285,6 @@
fi
AC_SUBST(DBUS_SYS_DIR)
-# ip binary path
-AC_ARG_WITH(ip, AS_HELP_STRING([--with-ip=/path/to/ip], [path to ip]))
-if test x${with_ip} = x; then
- AC_PATH_PROG(IP_BINARY_PATH, ip, [], $PATH:/sbin:/usr/sbin)
- if ! test -x $IP_BINARY_PATH; then
- AC_MSG_ERROR(iproute2 was not installed. See http://linux-net.osdl.org/index.php/Iproute2)
- fi
-else
- IP_BINARY_PATH=$with_ip
-fi
-AC_DEFINE_UNQUOTED(IP_BINARY_PATH, $IP_BINARY_PATH, [Define to path of ip binary])
-AC_SUBST(IP_BINARY_PATH)
-
# PPPD
AC_CHECK_HEADERS(pppd/pppd.h,,
AC_MSG_ERROR(couldn't find pppd.h. pppd development headers are required.))
signature.asc
Description: OpenPGP digital signature
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
Fedora 9 and Thinkpad R40
Hi, I'm having a problem getting my new installation of Fedora 9's wireless component to work with my Thinkpad R40. I've been on the Fedora forums and mailing list with no solution. NetworkManager detects other wireless networks (great), it even determined my 124-bit HEX from my PassPhrase, but it WON'T connect to the network. I tried other open wireless networks, such as Starbucks, etc and it still didn't connect. What could I be missing? Thanks. *Background:* I'm a linux noob so I understand some things, but not all. I am a Windows power-user, but that doesn't really mean much when dealing with a REAL operating system. -- Marc F. ..Grace to you and peace from Him who is and who was and who is to come.. -Rev1:4 ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Where is the latest feature CVS code?
On Tue, 27 May 2008 11:32:45 -0400 (EDT), Larry Jones [EMAIL PROTECTED] wrote: Peter Toft writes: The apparent problem is that pressing Download Area or Download leads to http://download.savannah.gnu.org/releases/cvs/ which is dead. It's not dead, it's just resting. :-) Seriously, CVS is stable -- the last feature release was back in 2005. (Interestingly enough, there have been two stable releases since then, though, one in 2006 and one just a few weeks ago.) If you need something that isn't in that release, you'll have to get the current development source code from CVS and build it yourself. I agree on this, however the URL that you see here http://download.savannah.gnu.org/releases/cvs/source/nightly-snapshots/ is a bit misleading :) Best Peter -- Larry Jones I've got an idea for a sit-com called Father Knows Zilch. -- Calvin -- Peter Toft, Ph.D. [EMAIL PROTECTED] http://petertoft.dk Følg min Linu secret not stored in keyring anymore Alban Browaeys Re: secret not stored in keyring anymore Dan Williams Re: secret not stored in keyring anymore Dan Williams Re: secret not stored in keyring anymore Alban Browaeys secret not stored in keyring anymore Alban Browaeys Reply via email to
