Hi Hendrik Boom,
I will think about implementing your request as it makes sense and it
escaped my planning of netman. However, at this time I am very busy
which means, I will not be able to implement your wish immediately.
Nevertheless, I will make my utmost to do it as soon as I can.
Edward
On 13/09/2015, Hendrik Boom <hendrik@???> wrote:
> On Sun, Sep 13, 2015 at 06:52:27PM +0200, Edward Bartolo wrote:
>> That is easy to achieve from the GUI frontend. Just delete the
>> connections you don't want.
>>
>> Edward
>
> NONONO! I want to keep them around for when I do need them. I just
> don't want it automatic.
>
> Examples:
>
> A company's internal network that I should only connect to in the course
> of work for that company.
>
> A service that charges for usage that I use when there isn't a free
> service available.
>
> -- hendrik
>
>
>>
>> On 13/09/2015, Hendrik Boom <hendrik@???> wrote:
>> > On Sun, Sep 13, 2015 at 05:20:25PM +0200, Edward Bartolo wrote:
>> >> Hi all,
>> >>
>> >> By automatic connections I understood netman using the available
>> >> essids for which it knows the password to connect. This means, it does
>> >> not attempt to connect if no essid file is found under
>> >> /etc/network/wifi.
>> >>
>> >> Edward
>> >
>> > The user should bee able to control which connexions are made
>> > automatically. There may well be essids which I do not want to be
>> > connected to automatically even though I have used them in the past.
>> >
>> > -- hendrik
>> >
>> >>
>> >>
>> >>
>> >> On 13/09/2015, ibid.ag@??? <ibid.ag@???> wrote:
>> >> > On Sun, Sep 13, 2015 at 02:35:43PM +0200, Edward Bartolo wrote:
>> >> >> Hi all,
>> >> >>
>> >> >> As I am approaching the final stages of Pre-Alpha development, I
>> >> >> would
>> >> >> like to ask how netman should behave when 'automatic connections'
>> >> >> are
>> >> >> enabled.
>> >> >
>> >> >> Needless to state the obvious, here, we are not doing Microsoft, but
>> >> >> rather, we want to keep netman as simple as it can be. Yes, there
>> >> >> are
>> >> >> opinions contrary to what I am doing, but the world is such, that we
>> >> >> cannot please everyone.
>> >> >>
>> >> >> At the moment, I am thinking about how netman should behave when
>> >> >> automatic searching and connecting to wifi hotspots is enabled. I
>> >> >> already have an idea how this can be achieved, but I want to use the
>> >> >> least of processing time possible, knowing from experience how
>> >> >> network
>> >> >> managers that think for themselves can be made to almost clog the
>> >> >> system.
>> >> >
>> >> > May I suggest that you step back and take a look at the big picture?
>> >> >
>> >> > As I see it, the big picture is more-or-less this:
>> >> >
>> >> > -netman is a gui to configure and manage ifup, which uses
>> >> > wpa_supplicant
>> >> > plugins to connect to specific pre-configured wireless interfaces.
>> >> >
>> >> > -ifup is a one-shot tool to configure network interfaces, featuring
>> >> > a great capacity for plugins. It cannot handle wireless itself,
>> >> > but there is a wpa_supplicant plugin.
>> >> >
>> >> > -wpa_supplicant is a daemon designed to autoconnect to wireless
>> >> > networks, supporting roaming and just about every type of wireless
>> >> > network.
>> >> >
>> >> > -the wpa_supplicant plugins are scripts that allow "ifup wlan0"
>> >> > to configure wlan0 in EITHER of two ways:
>> >> > (a) start wpa_supplicant with no config and add a single network:
>> >> > iface wlan0 inet dhcp
>> >> > wpa-ssid "foo"
>> >> > wpa-psk "topsecretpassword"
>> >> > (b) start wpa_supplicant with a pre-defined config containing all
>> >> > the networks, and configure the interface on connection:
>> >> > iface wlan0 inet manual
>> >> > wpa-roam "/etc/wpa_supplicant/wpa_supplicant.conf"
>> >> >
>> >> > iface default inet dhcp
>> >> >
>> >> >
>> >> > It's seemed rather odd to me that netman ignores wpa-roam.
>> >> >
>> >> > HTH,
>> >> > Isaac Dunham
>> >> >
>> >> _______________________________________________
>> >> Dng mailing list
>> >> Dng@???
>> >> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>> > _______________________________________________
>> > Dng mailing list
>> > Dng@???
>> > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>> >
> _______________________________________________
> Dng mailing list
> Dng@???
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>