On Mon, 2007-10-08 at 15:46 +0200, Helmut Schaa wrote:
> Am Mo 08 Okt 2007 15:10:11 CEST schrieb Dan Williams <[EMAIL PROTECTED]>:
>
> > On Mon, 2007-10-08 at 12:41 +0200, Helmut Schaa wrote:
> >> Hi,
> >>
> >> NetworkManager (stable and trunk) uses a guint16 for holding the
> >> access-point's ra
Am Mo 08 Okt 2007 15:10:11 CEST schrieb Dan Williams <[EMAIL PROTECTED]>:
> On Mon, 2007-10-08 at 12:41 +0200, Helmut Schaa wrote:
>> Hi,
>>
>> NetworkManager (stable and trunk) uses a guint16 for holding the
>> access-point's rate property. Unfortunately wpa_supplicant, iwlist and the
>> wext-int
On Mon, 2007-10-08 at 12:41 +0200, Helmut Schaa wrote:
> Hi,
>
> NetworkManager (stable and trunk) uses a guint16 for holding the
> access-point's rate property. Unfortunately wpa_supplicant, iwlist and the
> wext-interface use an int32 for the same. The attached patches fix this issue
> by usi
Hello all
This is the first time I've used this mailing list, so I don't know if
this has come up.
I'm having an issue with connecting to wireless networks through NM. It
will connect to wired networks just fine, but it refuses to connect to
any type of wireless network (secured WEP/WPA or uns
A few more changes.
In the D-Bus API, the 802-11-wireless setting item 'seen-bssids' has
been changed to type ARRAY/STRING rather than ARRAY/ARRAY(6)/BYTE (see
NetworkManagerConfigurationSpecification on live.gnome.org).
libnm-glib's nm_access_point_get_hw_address() function now returns
'const ch
Hi,
NetworkManager (stable and trunk) uses a guint16 for holding the
access-point's rate property. Unfortunately wpa_supplicant, iwlist and the
wext-interface use an int32 for the same. The attached patches fix this issue
by using a gint32 instead of a guint16 for trunk and stable.
I hope I di