Incessant connection/deconnection

2007-10-22 Thread Alain J.F. Pech
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I run Fedora 7 with NDISwrapper. System incessantly connect to internet
for a while, then disconnect, then reconnect, then disconnect and so on ...
I noticed in /var/log/messages the following :
Oct 22 13:37:34 localhost NetworkManager: info  nm-netlink-monitor.c -
nm_netlink_monitor_event_handler (724) netlink reports device wlan0 link
now 0

Any suggestion

Thanks
- --
Alain Pech (tokamak)
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFHHIwuH7FjDrAuBHoRAoOTAJ9hFAVPig+WnWp9hTNuZGTPyIDS2gCfYS5h
cj/vHCioGrLzgp61hMXLcAU=
=qZ5V
-END PGP SIGNATURE-

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: static address status

2007-10-22 Thread Tambet Ingo
On 10/19/07, Dan Williams [EMAIL PROTECTED] wrote:
 On Fri, 2007-10-19 at 14:41 -0400, jacob berkman wrote:
  i was wondering what the current status of static address
  configuration was.  there is an IP addresses tab in
  nm-connection-editor, is that for this, or something slightly
  different?  is it close to being done, or is there only some ui with
  not much backend work?

 Tambet is about to land patches that make NM itself respect static IP;
 maybe coordinate with him?

I just committed it. We ended up with a bit different structure than
what's in http://live.gnome.org/NetworkManagerConfigurationSpecification
(Dan: hint! hint!). There's no 'ipv4-address-X' settings and 'ipv4'
has the format:

manual : bool
dns : array/uint32
dns-search : array/string
addresses : array/array/uint32

Addresses is an array containing a tuple per IP address where the
first item is address, second is netmask and an optional third member
containing the gateway. Here's an example:

addresses : [ (1, 2, 3), (4, 5) ]

Which translates to:

address1: 1
netmask1: 2
gateway1: 3

address2: 4
netmask2: 5
(no gateway)

  where would be a good place to start for working on this?

Dan already answered that, I'd just like to add that it's going to
suck to store the addresses to gconf - gconf supports only collections
of basic types, so arrays of arrays wouldn't work.

Tambet
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Incessant connection/deconnection

2007-10-22 Thread Stuart D. Gathman
On Mon, 22 Oct 2007, Alain J.F. Pech wrote:

 I run Fedora 7 with NDISwrapper. System incessantly connect to internet
 for a while, then disconnect, then reconnect, then disconnect and so on ...
 I noticed in /var/log/messages the following :
 Oct 22 13:37:34 localhost NetworkManager: info  nm-netlink-monitor.c -
 nm_netlink_monitor_event_handler (724) netlink reports device wlan0 link
 now 0

I am running wicd, not networkmanager, but I have the same problem at home
only.  In my case, I tracked it down to the cheap ($20US) Trendnet WAP.  It
reboots itself every 20 minutes.  You can see the lights do the power-on
self test thing.  YMMV

(When it gets annoying enough, I'll buy a Linksys WRT54L.)

-- 
  Stuart D. Gathman [EMAIL PROTECTED]
Business Management Systems Inc.  Phone: 703 591-0911 Fax: 703 591-6154
Confutatis maledictis, flamis acribus addictis - background song for
a Microsoft sponsored Where do you want to go from here? commercial.
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: login keyring

2007-10-22 Thread Giovanni Lovato
Giovanni Lovato wrote:
 Dan Williams wrote:
 On Tue, 2007-10-16 at 23:25 +0200, Giovanni Lovato wrote:
 Dan Williams wrote:
 On Tue, 2007-10-16 at 18:04 +0200, Giovanni Lovato wrote:
 Dan Williams wrote:
 [CUT]
 Reading log files I guess my keyring is being unlocked correctly:

 gdm[6175]: pam_unix(gdm:session): session opened for user giovanni by
 (uid=0)
 gdm[6175]: gkr-pam: unlocked 'login' keyring

 And it seems also NM is receiving the key:

 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
 info  Activation (wlan0/wireless): access point 'Laurelin' is 
 encrypted, but NO valid key exists.  New key needed.
 info  Activation (wlan0) New wireless user key requested for network 
 'Laurelin'.
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
 info  Activation (wlan0) New wireless user key for network 'Laurelin' 
 received.
 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
 info  Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
 info  Activation (wlan0/wireless): access point 'Laurelin' is 
 encrypted, but NO valid key exists.  New key needed.
 info  Activation (wlan0) New wireless user key requested for network 
 'Laurelin'.
 info  Activation (wlan0) Stage 2 of 5 (Device Configure) complete.

 But doesn't bring up the interface and it loops on those stages. The 
 key 
 is correct because if I unset gconf entries and retry to connect all 
 goes fine, it saves the key to the keyring and then connects.
 The problem appears the next login, so I have to unset gconf entries 
 and 
 always recreate the connection...
[CUT]

I'm affected by this bug:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/132473
Maybe it's not NM related, or maybe it is...

G.L.
-- 
mail: [EMAIL PROTECTED]
web: http://heruan.my.aldu.net


smime.p7s
Description: S/MIME Cryptographic Signature
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


[PATCH] return type of GetPower()/Device.Killswitch has changed from UINT32 to INT32

2007-10-22 Thread Michael Biebl
Hi,

in hal-0.5.10 the return type of the Device.Killswitch GetPower() method
has changed from UINT32 to INT32. The attached patch fixes that for the
NetworkManager-0.6 branch.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Index: src/NetworkManager.c
===
--- src/NetworkManager.c	(Revision 2974)
+++ src/NetworkManager.c	(Arbeitskopie)
@@ -339,7 +339,7 @@
 {
 	DBusError		err;
 	DBusMessage *	reply = NULL;
-	guint32			status;
+	gint32			status;
 
 	g_return_if_fail (pcall != NULL);
 	g_return_if_fail (data != NULL);
@@ -358,7 +358,7 @@
 		goto out;
 	}
 
-	if (!dbus_message_get_args (reply, err, DBUS_TYPE_UINT32, status, DBUS_TYPE_INVALID)) {
+	if (!dbus_message_get_args (reply, err, DBUS_TYPE_INT32, status, DBUS_TYPE_INVALID)) {
 		nm_info (Error getting killswitch power arguments: %s - %s, err.name, err.message);
 		dbus_error_free (err);
 		goto out;


signature.asc
Description: OpenPGP digital signature
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list