Re: Timestamp on autoconnection

[Franco Miceli <fmiceli plan ceibal edu uy>]

Dan,

Thank you so much for your feedback. I'm currently running Sugar 0.88 (Fedora 11) and you are right it is not running the applet. I've been told that the neighborhood of sugar replaces it. The version I'm running is also able to change desktop environments with gnome (which indeed runs the nm-applet), I'm assuming that the "favourite list" of connections isn't shared by sugar and gnome.

Anyway thanks for your help.

Cheers.



010/7/14 Dan Williams <dcbw redhat com>

On Wed, 2010-07-07 at 10:21 -0300, Franco Miceli wrote:
> Hi,
>
> I've been running some tests on the autoconnection feature of NM.
> I was wondering when did the timestamp for each connection gets
> updated. I've been monitoring the connections.cfg file while being
> connected to different AP but the timestamp field never gets changed.
> Is this what it is supposed to do, or i'm missing on something.

The timestamps are currently updated by the settings service that
provides the connection.  nm-applet updates the timestamp of any of it's
active connections on a 5-minute timer.  System connections currently
don't update their timestamps because not all plugins support timestamps
yet, though we should really make it work for those plugins that do.

Since you mention 'connections.cfg' that indicates you're not using
nm-applet, which  means that whatever GUI client you are using would
need to do the connection updating.

Dan

> Thanks for your answers.
>
> Cheers
>
> 2010/6/5 Dan Williams <dcbw redhat com>
>
>         On Thu, 2010-05-27 at 05:56 +0200, Frederik Nnaji wrote:
>         > On Tue, May 25, 2010 at 18:45, Franco Miceli
>         > <fmiceli plan ceibal edu uy> wrote:
>         >         Therefore we want to to make some changes to the NM
>         code in
>         >         order to take into consideration other factors such
>         as: SNR,
>         >         loss %, etc.
>         >
>         >
>         > will you considered working on a UI for manually selecting
>         and
>         > configuring a symbolic visual representation of known APs
>         currently
>         > within range/sight?
>         > This would also help with GeoLocation, since it could use
>         "strength"
>         > to approximate My position by the nearness of a known AP
>         currently
>         > within sight.
>
>
>         We've thought about strength for a while, but in the end it
>         doesn't work
>         very well.  There are simply too many things that can affect
>         AP signal
>         strength to use it as a reliable measure of where you are.
>          It's better
>         to use *more than one* AP and triangulate to get better
>         accuracy than
>         just 100m radius of one AP's known location.  Using only one
>         AP, if
>         somebody turns on a microwave or uses a 2.4GHz DECT phone,
>         suddenly it
>         looks like you're 30 meters farther away from the AP than you
>         were 10
>         seconds ago...
>
>         Dan
>
>
>
>
> --
> Ing. Franco Miceli
> CITS - Plan Ceibal - Investigación & Desarrollo
> Av. Italia 6201 - Montevideo, Uruguay
> CP: 11500
> Tel: (598 2) 601 5773 int.: 2227

> _______________________________________________
> networkmanager-list mailing list
> networkmanager-list gnome org
> http://mail.gnome.org/mailman/listinfo/networkmanager-list

-- 
Ing. Franco Miceli
CITS - Plan Ceibal - Investigación & Desarrollo
Av. Italia 6201 - Montevideo, Uruguay
CP: 11500
Tel: (598 2) 601 5773 int.: 2227