:: Re: [DNG] [DN Offlist G] netman GIT…
Top Page
Delete this message
Reply to this message
Author: Edward Bartolo
Date:  
To: aitor_czr
CC: dng
Subject: Re: [DNG] [DN Offlist G] netman GIT project
Hi,

My experience using gcc directly corroborates what KatolaZ said. This
command works on my computer without the need to edit the .c files as
you suggested.

The gcc command:
gcc -lm -I../include core_functions.c file_functions.c backend.c
essid_encoder.c automated_scanner.c -o backend

Edward

On 14/09/2015, Edward Bartolo <edbarx@???> wrote:
> Hi Aitor,
>
> I will include the relative path as you instructed. Thanks.
>
> The compiler command is this:
> gcc -lm core_functions.c file_functions.c backend.c essid_encoder.c
> automated_scanner.c -o backend
>
>
> Edward.
>
>
>
> On 14/09/2015, aitor_czr <aitor_czr@???> wrote:
>> Hi Edward,
>>
>> I thick you must change all the headers like:
>>
>> #include "paths.h"
>> #include "automated_scanner.h"
>> #include "core_functions.h"
>> #include "caller.h"
>>
>> etc... in the *.c files of the backend of netman by:
>>
>> #include "../include/paths.h"
>> #include "../include/automated_scanner.h"
>> #include "../include/core_functions.h"
>> #include "../include/caller.h"
>>
>> because they are not found by the compiler.
>>
>> Cheers,
>>
>> Aitor.
>>
>>
>> On 14/09/15 09:24, Edward Bartolo wrote:
>>> Hi,
>>>
>>> I tested my installation, Devuan 64 bit, for unwanted behaviour when
>>> /etc/network/interfaces contains lines as follows but which point to
>>> inexistent physical devices:
>>>
>>> iface wlan1 inet dhcp
>>>
>>> The OS didn't complain and I was able to use netman as usual without
>>> the least of issues. Needless to state, I kept the original "iface
>>> wlan0 inet dhcp".
>>>
>>> This is with "iface wlan1 inet dhcp" present in /etc/network/interfaces:
>>> # ifup wlan1
>>> Internet Systems Consortium DHCP Client 4.3.1
>>> Copyright 2004-2014 Internet Systems Consortium.
>>> All rights reserved.
>>> For info, please visit https://www.isc.org/software/dhcp/
>>>
>>> Cannot find device "wlan1"
>>> Bind socket to interface: No such device
>>>
>>> If you think you have received this message due to a bug rather
>>> than a configuration issue please read the section on submitting
>>> bugs on either our web page at www.isc.org or in the README file
>>> before submitting a bug. These pages explain the proper
>>> process and the information we find helpful for debugging..
>>>
>>> exiting.
>>> Failed to bring up wlan1.
>>>
>>>
>>> And this is with "iface wlan1 inet dhcp" removed from
>>> /etc/network/interfaces:
>>> root@edbarx-pc:/dev# ifup wlan1
>>> Ignoring unknown interface wlan1=wlan1.
>>>
>>> Both instances fail to connect but with different error messages.
>>>
>>>
>>> Edward.
>>>
>>>
>>> On 14/09/2015, Edward Bartolo <edbarx@???> wrote:
>>>> Hi all,
>>>>
>>>> The additional ability to recognize wlan1, wlan2, wlan3, etc, in
>>>> something I will do as soon as I can.
>>>>
>>>> Regarding the use of "iface wlan0 inet dhcp" in
>>>> /etc/network/interfaces, I have no other option unless someone really
>>>> versed in network configuration provides an alternative that works and
>>>> that doesn't disrupt the already working code.
>>>>
>>>> I have already a germinating idea of how to implement support for
>>>> wlanN. This is by naming the essid files as wlanX_essid. This way only
>>>> the essid saving function and the frontend essid listing functions
>>>> would need to be changed. The connecting functions of the backend
>>>> would simply parse the filename to extract the device name, and it
>>>> would be done.
>>>>
>>>> However, at this time of the year, I am very busy doing other work
>>>> besides programming for Devuan. At the moment, I am busy planting my
>>>> vegetables which cannot wait as that depends on the season, and a
>>>> couple of weeks makes a whole difference.
>>>>
>>>> Edward
>>>>
>>>> On 13/09/2015, aitor_czr <aitor_czr@???> wrote:
>>>>> Ok, I like XFCE4 of course.
>>>>>
>>>>> Aitor.
>>>>>
>>>>> El 13/09/15 a las 20:13, Edward Bartolo escribió:
>>>>>
>>>>> Hi aitor, I forgot to write that the final step is to let netman be
>>>>> automatically run as soon as a user boots into XFCE4 or desktop or
>>>>> window manager. Edward On 13/09/2015, Edward Bartolo
>>>>> <edbarx@???>
>>>>> wrote:
>>>>>>>> Hi aitor,
>>>>>>>>
>>>>>>>> I think, the time has come to start thinking about producing a .deb
>>>>>>>> package for netman. However, we will have to use a post
>>>>>>>> installation
>>>>>>>> script to add the line:
>>>>>>>>
>>>>>>>> "iface wlan0 inet dhcp"
>>>>>>>>
>>>>>>>> to /etc/network/interfaces. The script has also to create a new
>>>>>>>> directory under /usr/bin with the name netman ie /usr/bin/netman
>>>>>>>> will
>>>>>>>> hold both the frontend and the backend.
>>>>>>>>
>>>>>>>> The SUID for backend must be changed to that belonging to root. I
>>>>>>>> do
>>>>>>>> this as follows:
>>>>>>>> chown root:root backend
>>>>>>>> chmod u+s backend
>>>>>>>>
>>>>>>>> A new directory under /etc/network with the name wifi must be
>>>>>>>> created
>>>>>>>> i.e. /etc/network/wifi must be an existing directory.
>>>>>>>>
>>>>>>>> Then, the final steps would be to create a launcher for netman, the
>>>>>>>> frontend. To enable automatic attempts at connecting basing on
>>>>>>>> installed essid files under /etc/network/wifi, the parameter
>>>>>>>> --auto-conn must be passed to netman upon invocation. --auto-conn
>>>>>>>> need
>>>>>>>> not be used and netman would not attempt to connect without user
>>>>>>>> intervention. This feature is for those who want to control what
>>>>>>>> happens on their machine.
>>>>>>>>
>>>>>>>> Edward
>>>>>>>>
>>>>>>>>
>>>>>
>>
>>
>