Re: [DNG] [DN Offlist G] netman GIT project

: > > "/usr/lib/netman/0.1.0/" > > doing after that the following simbolic links: > > # ln -s /usr/lib/netman/0.1.0/netman-backend /etc/alternatives/ > > # ln -s /etc/alternatives/netman-backend /usr/bin/ > > > > What do you think about it? > &

Re: [DNG] [DN Offlist G] netman GIT project

, aitor_czr <aitor_...@gnuinos.org> wrote: > Ok, thanks. > > On 17/09/15 10:21, Edward Bartolo wrote: >> Hi Aitor, >> >> I think avoiding to use two links for the backend would help to keep >> the project as simple as possible. Also using the version as a >

Re: [DNG] [DN Offlist G] netman GIT project

Hi Aitor, Now, you should be able to place backend wherever you want and to name it what you like but you have to use a config file under /etc. New file name: /etc/netman.conf Contents of /etc/netman.conf backend=/usr/lib/netman/bin/backend Edward On 17/09/2015, Edward Bartolo <

Re: [DNG] [DN Offlist G] netman GIT project

Hi Aitor and Tilt, I think, Tilt has a point, if you agree, I can remove the use of an /etc config file. Edward On 17/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Aitor, > > Now, you should be able to place backend wherever you want and to name > it what you like b

Re: [DNG] [DN Offlist G] netman GIT project

? The only purpose of the config file is to specify the full path to the backend executable. Edward On 17/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Aitor and Tilt, > > I think, Tilt has a point, if you agree, I can remove the use of an > /etc config file. > >

Re: [DNG] [DN Offlist G] netman GIT project

... So, i will use the directory > suggested by Tilt, if you agree. > > Aitor. > > On 17/09/15 10:21, Edward Bartolo wrote: >> Also using the version as a >> directory would indicate that more than one concurrent version of >> netman would be installed. > > ___

Re: [DNG] [DN Offlist G] netman GIT project

Hi Aitor, Yes. Edward. On 25/02/2032, aitor_czr <aitor_...@gnuinos.org> wrote: > So, the content of "/etc/netman.conf" would be: > > backend=/usr/lib/netman/bin/backend > > Isn't it? > > Aitor. > > On 17/09/15 16:28, Edward Bartolo wrote: >

Re: [DNG] [DN Offlist G] netman GIT project

Hi Aitor, Lazarus IDE may not be a hard dependency as it can be avoided by directly building netman using lazbuild. The version number should appropriately be 0.1.0 as this is the first version and still needs maturation to become proper version 1.0 Edward On 15/09/2015, aitor_czr

Re: [DNG] Supporting wlanN, where N = {1, 2, 3, ...}

the form: myfirsthorridessid mrmiserymiseressid b) would take the form: wlanX=1 ethX=2 Edward On 15/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi all, > > Obviously, the major disadvantage of using my proposed 'solution', is > users must decide which physical network

Re: [DNG] [DN Offlist G] netman GIT project

available as soon as I can. Thanks for helping in the project. Edward On 14/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Aitor, > > Don't forget that we also need to create a subdirectory, 'wifi', in > /etc/network. The full path to the new directory will be: > /etc/netw

Re: [DNG] [DN Offlist G] netman GIT project

it ifdown fails, unless someone more versed in networking gives an equally simple alternative. Thanks, Edward. On 14/09/2015, aitor_czr <aitor_...@gnuinos.org> wrote: > Ok :-) > > On 14/09/15 12:23, Edward Bartolo wrote: >> Hi Aitor, >> >> I pushed the necessary change

Re: [DNG] Supporting wlanN, where N = {1, 2, 3, ...}

Hi all, Obviously, the major disadvantage of using my proposed 'solution', is users must decide which physical network interfaces to use and stick with their decision afterwards. Edward On 15/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi all, > > Although at the momen

Re: [DNG] [DN Offlist G] netman GIT project

n interface wlan1=wlan1. Both instances fail to connect but with different error messages. Edward. On 14/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi all, > > The additional ability to recognize wlan1, wlan2, wlan3, etc, in > something I will do as soon as I can.

Re: [DNG] [DN Offlist G] netman GIT project

this project going. Edward On 14/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Aitor, > > Hopefully, now the BUG has been removed. On my computer disconnecting > now is respected even in auto-connect mode. Now, you can continue > packaging netman. > > Edward >

Re: [DNG] [DN Offlist G] netman GIT project

Hi Aitor, Hopefully, now the BUG has been removed. On my computer disconnecting now is respected even in auto-connect mode. Now, you can continue packaging netman. Edward On 14/09/2015, KatolaZ wrote: > On Mon, Sep 14, 2015 at 10:28:09AM -0400, Steve Litt wrote: > > [cut]

Re: [DNG] [DN Offlist G] netman GIT project

;../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/

Re: [DNG] [DN Offlist G] netman GIT project

On 14/09/2015, Edward Bartolo <edb...@gmail.com> 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 >

Re: [DNG] [DN Offlist G] netman GIT project

Hi, > > I'm adding: > > lazbuild -B netman.lpr > > to the debian/rules. Is it enough to build the frontend? I've never used > Lazarus. > > Thanks in advance, > > Aitor. > > On 14/09/15 10:52, Edward Bartolo wrote: >> Hi, >> >> My experience us

Re: [DNG] [DN Offlist G] netman GIT project

. On 14/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Aitor, > > Tilt wrote: > > < > "/usr/bin/netman" for the frontend and > "/usr/lib/netman/bin/backend" for the backend. >>> > > This means, I will have to modify the f

[DNG] Automatic connections: expected behaviour from netman

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

Re: [DNG] Automatic connections: expected behaviour from netman

t; 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 sta

Re: [DNG] Automatic connections: expected behaviour from netman

event do this: if (not AlreadyAttemptedToAutoConnect) and (HasOption('--auto-conn') then begin call auto-connect function; AlreadyAttemptedToAutoConnect := true; end; And its done. :D Edward On 13/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi all, > > As I am approa

Re: [DNG] Automatic connections: expected behaviour from netman

. This feature is already implemented and satisfies what you want with the added inconvenience of the user having to click a button. Edward On 13/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Hendrik Boom, > > I will think about implementing your request as it makes sense and

Re: [DNG] [DN Offlist G] netman GIT project

the season, and a couple of weeks makes a whole difference. Edward On 13/09/2015, aitor_czr <aitor_...@gnuinos.org> 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

[DNG] Debugging netman auto-connect.

Plus () at automated_scanner.c:212 212 int wireless = 0; (gdb) s 214 for (counter = 0; counter < count; counter++) { (gdb) n 215 char* tmp_essid_list_item = essid_list[counter]; (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x00401281 in autoWir

Re: [DNG] Debugging netman auto-connect.

I will try the solution from Rainer as it seems to do the least of disruption to my original code. Thanks to you all, Edward On 11/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > As suggested by tilt, I switched to use GSList but I need to use it > for two distinct cases: &g

Re: [DNG] Debugging netman auto-connect.

in the list in a sorting function. Edward On 11/09/2015, Rainer Weikusat <rainerweiku...@virginmedia.com> wrote: > "tilt!" <t...@linuxfoo.de> writes: >> On 09/11/2015 10:35 AM, Edward Bartolo wrote: >>> Hi all, >>> >>> Since yesterday I

Re: [DNG] netman GIT project

from > the task at hand. Personally, I am not happy to even see his name via your > proxy on this list and don't understand why you're playing with him . . . > > golinux > > > ------------ > On Wed, 9/9/15, Edward Bartolo <edb...@gmail.com&

Re: [DNG] netman GIT project

nality of small > single purpose well tested applications is the future, and he's only > trying to get you to mimick his master LP. > > 2) You've started repeating yourself - this message I'm replying to has > the same message from you twice??? > > Daniel. > > &

Re: [DNG] netman GIT project

to the new lens distortions to correct them. Edward On 09/09/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi golinux, > > Yes, he even boasted he was banned from #devuan IRC. However, his > first suggestion did made some sense, so I listened to what he had to > say, as a p

Re: [DNG] netman GIT project

<aitor_...@gnuinos.org> wrote: > Pushed libpqxx++ to GitLab: > > https://gitlab.com/aitor_czr/libpqxx/tree/master > > It uses command line parameters :) > > Aitor. > > El 04/09/15 a las 20:44, Edward Bartolo escribió: >> I will use command line parameters for the GU

Re: [DNG] netman GIT project

<tobias.hun...@gmail.com> wrote: > Am 08.09.2015 20:30 schrieb "Edward Bartolo" <edb...@gmail.com>: >> >> Actually, you can do away with using a root SUID for backend as that >> was initially how netman was designed. However, there were complaints >> that I

Re: [DNG] netman GIT project

/2015, Edward Bartolo <edb...@gmail.com> wrote: > Quote: << Maybe you could get away with setting only one capability on > the back end instead of handing it full root privileges. Maybe there > is a group that has special privileges to run the necessary binaries? > Then you

Re: [DNG] netman GIT project

like yours, that there were security issues with my code. I heeded those advices by actually letting other developers modify the code so that, security would not be compromised. Edward On 08/09/2015, Tobias Hunger <tobias.hun...@gmail.com> wrote: > Am 08.09.2015 08:40 schrieb "Edward

Re: [DNG] netman GIT project

will not need to change anything. As it is, netman is functioning happily, even giving the choice of closing it while the connection remains strong, dependable and lasting. This is a plus compared to other network managers. Your support is greatly appreciated. Edward On 09/09/2015, Edward Bartolo <

Re: [DNG] netman, ifdown: interface wlan0 not configured

The command to connect to eth0 is a new addition. Use the following: ./backend 9 eth0 Please note that netman, the frontend does not assume which device you want to use as your networking interface. This means, you have to select it in the list box. Also remember to change the SUID of backend

Re: [DNG] netman, ifdown: interface wlan0 not configured

Hi fsmithred, I think, Disconnect was failing in your case with the default configuration of netman's /etc/network/wifi/* files, for the reason, that I assumed that ifdown would automatically find where the currently used interfaces file was located. Since ifup worked the way netman invoked it,

Re: [DNG] Doing away with multi-threading in my project (netman)

t;rainerweiku...@virginmedia.com> wrote: > Edward Bartolo <edb...@gmail.com> writes: >> I am not putting in doubt what you are telling me. > > You are. And you are - pardon my frankness - very much confused > regarding how 'processes and process relationships' work on UNIX(*)/ &g

Re: [DNG] Doing away with multi-threading in my project (netman)

rent PID. On 05/09/2015, Rainer Weikusat <rainerweiku...@virginmedia.com> wrote: > Edward Bartolo <edb...@gmail.com> writes: > > [...] > >> Using "ps xao pid,ppid,comm", I found what I described to you: >> precisely, that orphaned processes were ado

Re: [DNG] Doing away with multi-threading in my project (netman)

up with zombies populating the process list. That is my humble explanation. Edward On 04/09/2015, Rainer Weikusat <rainerweiku...@virginmedia.com> wrote: > Edward Bartolo <edb...@gmail.com> writes: >> A periodic algorithm is now implemented in the frontend to search for >&

Re: [DNG] Doing away with multi-threading in my project (netman)

parented by netman and adjust the frontend accordingly and we are almost ready. Edward. On 03/09/2015, Steve Litt <sl...@troubleshooters.com> wrote: > On Thu, 3 Sep 2015 18:24:51 +0100 > Edward Bartolo <edb...@gmail.com> wrote: > >> I found that the created zombies are own

Re: [DNG] Doing away with multi-threading in my project (netman)

bleshooters.com/tjust > > > On Wed, 2 Sep 2015 19:45:08 +0100 > Edward Bartolo <edb...@gmail.com> wrote: > >> What about multithreading? Should I do away with it and let the >> frontend monitor for zombies to call waitpid? >> >> Edward >> >> O

Re: [DNG] netman GIT project

. Edward. On 01/09/2015, aitor_czr <aitor_...@gnuinos.org> wrote: > Ok. > > On 01/09/15 12:33, Edward Bartolo wrote: >> Hi Aitor, >> >> As soon as I have time I will have a look at the code. >> >> Regarding learning to use git, I learnt to push my

Re: [DNG] Doing away with multi-threading in my project (netman)

What about multithreading? Should I do away with it and let the frontend monitor for zombies to call waitpid? Edward On 02/09/2015, Steve Litt <sl...@troubleshooters.com> wrote: > On Wed, 2 Sep 2015 11:47:34 +0100 > Edward Bartolo <edb...@gmail.com> wrote: > >> Hi

Re: [DNG] Doing away with multi-threading in my project (netman)

Hi, Thanks for the reply. If Unix Domain Sockets can do the job nicely, why not? However, I will wait for other replies for their opinion. Thanks. On 02/09/2015, dr.kl...@gmx.at <dr.kl...@gmx.at> wrote: > Am Mittwoch, 2. September 2015 schrieb Edward Bartolo: >> Hi all, >>

Re: [DNG] Doing away with multi-threading in my project (netman)

fit of all this: very little changes to code and no multi-threading complications. Thanks. :D On 02/09/2015, Rainer Weikusat <rainerweiku...@virginmedia.com> wrote: > Edward Bartolo <edb...@gmail.com> writes: > > [...] > >> The idea is this: the backend would be

Re: [DNG] netman GIT project

t is a small project, and you can analyze the debian branch > (debian/rules, etc...). The separation: > > libpqxx > libpqxx-dev > > is not done yet. > > On the other hand, if you are interested in git, i recommend you Pro Git > Book: > > https://git-scm.com/book/en/v1

Re: [DNG] BUG: zombies increase while running netman

also reaped all of them. Edward On 30/08/2015, tilt! <t...@linuxfoo.de> wrote: > Why does WaitOnExit() imply multithreading? All it does is wait for the > process to exit. > > Best regards, > T. > > Am 30. August 2015 16:57:54 MESZ, schrieb Edward Bartolo > <

Re: [DNG] BUG: zombies increase while running netman

Merge accepted. Kind regards, Edward. On 30/08/2015, tilt! t...@linuxfoo.de wrote: On 08/30/2015 07:40 AM, Edward Bartolo wrote: OK, poWaitOnExit added and zombies creation has been reduced. However, I am still getting these: 3584 ?00:00:00 kworker/u8:0 3586 ?00:00:00

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

This is heartbreaking rather than a show. Replace everything that used to work reliably for so many years with what clueless beginners want! The plague has come, but not in the form of a deadly bacterium, but in the new trend of, sacrificing function for fashion. On 29/08/2015, Rainer Weikusat

Re: [DNG] netman GIT project

select a wifi and to connect to it. On 29/08/2015, Edward Bartolo edb...@gmail.com wrote: I am thinking about adding yet another operation to backend.c to attempt automatic connection with a wifi. The algorithm can work as follows: a) read all filenames from /etc/network/wifi b) scan

[DNG] Let's package an Alpha version of 'netman'.

Dear Devuan developers and users, Since I am already using netman as my network manager in XFCE4, let us not 'waste' more time and package an ALPHA version, so that users of Devuan would be able to use it. I am attaching a howto, so that whoever packages it would know what to do. I chose

[DNG] BUG: zombies increase while running netman

Running ps -e while netman runs for a some time results in zombies as follows: edbarx@edbarx-pc:~$ ps -e PID TTY TIME CMD 1 ?00:00:00 init 2 ?00:00:00 kthreadd 3 ?00:00:05 ksoftirqd/0 5 ?00:00:00 kworker/0:0H 7 ?00:00:12

Re: [DNG] BUG: zombies increase while running netman

terminates and becomes a zombie. In backend.pas, in function run_backend(), either use the option poWaitOnExit when creating AProcess or use the method WaitOnExit() after the output has been read from the backend. Kind regards, T. On 08/29/2015 10:41 PM, Edward Bartolo wrote: Running ps

Re: [DNG] netman GIT project

, Edward Bartolo edb...@gmail.com wrote: Also successfully detected multiple simultaneously active connections from Lazarus code. The next step will be to implement network connection identification in C code. After that, I will do my next commit to git.devuan.org Automatic searching for Wifi

Re: [DNG] netman GIT project

This is exasperating! Git is refusing my commits telling me everything is up to date! This is effectively locking me out of development notwithstanding that I spent hours upon hours developing. This puts me down. :((( Edward On 28/08/2015, Edward Bartolo edb...@gmail.com wrote: Found a call

Re: [DNG] netman GIT project

Suppose I changed backend.c core_functions.c core_functions.h, what would the command be? Edward On 28/08/2015, Urban Wallasch urban.walla...@freenet.de wrote: On Fri, 28 Aug 2015 18:11:22 +0100, Edward Bartolo wrote: This is exasperating! Git is refusing my commits telling me everything

Re: [DNG] netman GIT project

, Steve Litt sl...@troubleshooters.com wrote: On Fri, 28 Aug 2015 18:11:22 +0100 Edward Bartolo edb...@gmail.com wrote: This is exasperating! Git is refusing my commits telling me everything is up to date! This is effectively locking me out of development notwithstanding that I spent hours

Re: [DNG] netman GIT project

automating wifi connections. On 27/08/2015, Steve Litt sl...@troubleshooters.com wrote: On Thu, 27 Aug 2015 08:14:39 +0100 Edward Bartolo edb...@gmail.com wrote: I don't think it is necessary to daemonise the backend as connection to and disconnecting from a network is not something that is done

Re: [DNG] netman GIT project

as ifup, ifdown, or ifquery Any pointers as to what is the cause are appreciated. Edward On 27/08/2015, Steve Litt sl...@troubleshooters.com wrote: On Thu, 27 Aug 2015 14:18:02 +0100 Edward Bartolo edb...@gmail.com wrote: Now, in the case of frequently changing wifi hotspots, the frontend need

Re: [DNG] netman GIT project

Litt sl...@troubleshooters.com wrote: On Thu, 27 Aug 2015 15:40:49 +0100 Edward Bartolo edb...@gmail.com wrote: I added another function to core_functions.c. It attempts to connect to eth0 but for some weird reason, probably a bug not from our part, it is failing. The function is: int

Re: [DNG] netman GIT project

thread to simplify the code, although I am confident this can be achieved from the main thread without crippling it. However, without a separate thread, the code will be far more complex and difficult to read. I am opting for a separate thread. Edward On 27/08/2015, Edward Bartolo edb...@gmail.com

Re: [DNG] netman GIT project

I am trying to write a C function to start the wired network interfaces eth0, eth1 up to eth2. This is how I wrote it, but I would like your opinion about it especially where I should declare err. The attachment is best viewed with medit with a tab space of 2. On 27/08/2015, Edward Bartolo edb

Re: [DNG] netman GIT project

I don't think it is necessary to daemonise the backend as connection to and disconnecting from a network is not something that is done continuously. Therefore, in my humble opinion, running the backend on request seems to be the best approach. This also avoids additional complexity of requiring a

Re: [DNG] netman GIT project

On 25/08/2015, Irrwahn irrw...@freenet.de wrote: On Tue, 25 Aug 2015 17:02:55 +0200, Tilt! wrote: Am 25. August 2015 16:52:41 MESZ, schrieb Edward Bartolo edb...@gmail.com: We can easily avoid having to encode ESSIDs by creating a file containing a texual lookup table as the following

Re: [DNG] netman GIT project

For the attention of the packager: I found a way of using a pascal compiler command to compile the Lazarus project without having Lazarus running. The procedure is as follows: cd to-directory-containing-sources Issue this weirdo-of-a-command: fpc-2.6.4 -MObjFPC -Scghi -O1 -Tlinux -g -gl

Re: [DNG] netman GIT project

OOOps: type TDynamicRecord = record RecordTypeID: integer; ActualRecord: Pointer; end; should be: type TDynamicRecord = record RecordTypeID: TRecordTypeID; ActualRecord: Pointer; end; On 25/08/2015, Edward Bartolo edb...@gmail.com wrote: Quote: Rainer Wrote

Re: [DNG] netman GIT project

wifi at work, without my boss' knowing essid4wifi at library Ok, you get it. No need of encoding anything and the user can describe his wifi with whatever he deems justified. Edward On 25/08/2015, Edward Bartolo edb...@gmail.com wrote: OOOps: type TDynamicRecord = record

Re: [DNG] netman GIT project

Quote: Rainer Wrote: A C string of length 0 is just a \000. A NULL pointer is not a string. A unallocated variable, be it anything from a simple basic variable like an int*, to the most complex of struct variables, is simply a placeholder for a memory address, or a pointer devoid of space,

Re: [DNG] netman GIT project

! :-D To do this: 1. Log into gitlab 2. Go to https://git.devuan.org/tilt/netman/edit 3. Scroll down until you see Transfer project 4. You should see edbarx as a namespace option. Kind regards, Tilman On 08/24/2015 08:51 PM, Edward Bartolo wrote: Hi Tilman Kranz, I created a gitlab

Re: [DNG] netman GIT project

Hi Tilman Kranz, What should I do? Could give me more details as to what I should do, please? Edward On 25/08/2015, tilt! t...@linuxfoo.de wrote: Hi Edward, On 08/25/2015 12:51 PM, Edward Bartolo wrote: [...] Please accept merge request #1 cleanup of backend binaries. I forgot to add

Re: [DNG] frontend GUI implementation

The line number is 117. On 24/08/2015, Edward Bartolo edb...@gmail.com wrote: I have just discovered a BUG in the frontend. When the frontend is invoked through the use of a launcher, the backend's environment path will not be the directory to which the front end and backend are installed

Re: [DNG] frontend GUI implementation

the executables. I edited one line in the Lazarus code for the frontend and the problem has been resolved: To correct the issue edit 'backend.pas' as follows: AProcess.Parameters.Add(ExtractFileDir(Application.ExeName) + '/' + exe); On 23/08/2015, Edward Bartolo edb...@gmail.com wrote: There is a unit

Re: [DNG] xfce not shutting down on Devuan

If that is the case, how do I get the 'suspend' and 'hibernate' buttons? I have pm-utils installed and I am using Devuan 64 bit. On 24/08/2015, iguleder d...@dimakrasner.com wrote: apt-get update;apt-get -y upgrade I've spent many nights debugging power/session management issues in Xfce on

Re: [DNG] frontend GUI implementation

It is in an earlier reply in this same email thread: 23 August 2015 at 16:49 Malta time which should be equal to Germany time. On 24/08/2015, tilt! t...@linuxfoo.de wrote: Ok, got the line number - but where's the code :-D On 08/24/2015 10:11 AM, Edward Bartolo wrote: The line number is 117

Re: [DNG] frontend GUI implementation

There is a unit called threader.pas that is not used. Please, discard it as it has errors. On 23/08/2015, Edward Bartolo edb...@gmail.com wrote: I am sending a .tar.gz file with the Lazarus project together with the compiled executable. The latter is named netman and is found together

Re: [DNG] C string handling

My 'irrational' choice of C language for backend. As a coder, I lack knowledge and experience. This is plain clear from the code I can write, but I offered my very limited coding capabilities to help, notwithstanding I knew, I would have been a dwarf among giants. I opted out of choosing Lazarus

Re: [DNG] frontend GUI implementation

Although I have a working Lazarus written frontend, I am getting the message, it may not be accepted in Devuan, for the reason it is written in Lazarus Pascal. Therefore, I am considering taking the leap of trying to rewrite it for GTK2 or GTK3, the implementation language being C++. However,

Re: [DNG] Systemd Shims

. Hopefully, users find it useful. On 21/08/2015, Edward Bartolo edb...@gmail.com wrote: I think, I can also upload the Lazarus code of the frontend. I am using the application, and for those who love the principle of Keep it simple stuptid, it is a nice simple application which is run on request

Re: [DNG] Systemd Shims

by anyone wanting software freedom. Edward On 21/08/2015, Edward Bartolo edb...@gmail.com wrote: At long last, the backend runs without the frontend having for it to finish as I wished. This got rid of frontend hangs. On 21/08/2015, Steve Litt sl...@troubleshooters.com wrote: On Fri, 21 Aug 2015

Re: [DNG] Systemd Shims

As it is, the frontend can connect on user request. The user can run the frontend application, click connect and terminate the application and the connection will continue to be functional. This is real KISS in practice but I can also make the application automatically run on startup of the OS.

Re: [DNG] Systemd Shims

current limits. Please be aware that no pre-installation and post-installation scripts will be included. If you want me to write those, it will be yet another challenge. Edward On 20/08/2015, John Morris jmor...@beau.org wrote: On Mon, 2015-08-17 at 06:48 +0100, Edward Bartolo wrote

Re: [DNG] Systemd Shims

This is a link for the network-manager GUI running under Devuan 64 bit. http://s9.postimg.org/57gjwuopr/functional_network_manager_GUI.png On 20/08/2015, Edward Bartolo edb...@gmail.com wrote: I am uploading a screenshot of the network manager GUI. As you can see, it is functional, but like

Re: [DNG] Systemd Shims

is responsible for calling the backend with root privileges. On 20/08/2015, Edward Bartolo edb...@gmail.com wrote: The time for repository upload is approaching... Since, I am only a humble amateur coder, I still have not figured out how to create a proper Debian source package. This means, I

Re: [DNG] Systemd Shims

dBm Encryption key:on ESSID:Home WiFi On 20/08/2015, Steve Litt sl...@troubleshooters.com wrote: On Thu, 20 Aug 2015 22:28:45 +0200 Didier Kryn k...@in2p3.fr wrote: Le 19/08/2015 20:09, Edward Bartolo a écrit : The power inherent in C is due

Re: [DNG] Systemd Shims

I will now organise the backend's source into separate files using header files and source files. This to make the code more manageable and to ease the life of anyone wanting to fork it. On 20/08/2015, Edward Bartolo edb...@gmail.com wrote: This is a link for the network-manager GUI running

Re: [DNG] Systemd Shims

It is becoming clear, the frontend GUI will need multithreading. I will try to use the TThread class to derive a descendant. On 20/08/2015, Edward Bartolo edb...@gmail.com wrote: I reorganised the C source code into header files and C code files. I also tested the backend to make sure

Re: [DNG] Systemd Shims

I reorganised the C source code into header files and C code files. I also tested the backend to make sure the reorganisation of the code did not impact its functionality. I also included several 'patches' as suggested and made sure strcat does behave properly. Needless to state the obvious this

Re: [DNG] Edward's Roaming handler: was Systemd Shims

Ooops, more instructions to setup sudo to allow only the backend to run by all users or whatever you decide. Modify the /etc/sudoers file to include: ALL ALL=NOPASSWD: /path/to/backend/backend On 19/08/2015, Edward Bartolo edb...@gmail.com wrote: I am uploading the sources for anyone

Re: [DNG] Systemd Shims

. -- On 19/08/2015, Edward Bartolo edb...@gmail.com wrote: This is giving some trouble. iwlist wlan0 scanning fails when there is no connection. This is something like needing the egg before the chicken. The application works and can be considered Alpha Stage. I am using it to connect and disconnect

Re: [DNG] Systemd Shims

of the coder, and I like that. On 19/08/2015, Rainer Weikusat rainerweiku...@virginmedia.com wrote: Rainer Weikusat rainerweiku...@virginmedia.com writes: Edward Bartolo edb...@gmail.com writes: I am not assuming anything and understand the risks of buffer overflows. The first step I am taking

Re: [DNG] Systemd Shims

. Edward. On 18/08/2015, Edward Bartolo edb...@gmail.com wrote: Lazarus frontend can now run external programs capturing their textual output. Hopefully, within a few days, the frontend will be Alpha. :) On 17/08/2015, Edward Bartolo edb...@gmail.com wrote: The Lazarus backend interface unit

Re: [DNG] Systemd Shims

Lazarus frontend can now run external programs capturing their textual output. Hopefully, within a few days, the frontend will be Alpha. :) On 17/08/2015, Edward Bartolo edb...@gmail.com wrote: The Lazarus backend interface unit is as follows but still unfinished

Re: [DNG] Systemd Shims

Successfully connected to wifi with the frontend and backend communicating. But there are still problems regarding text capture. It will take more tedious debugging time... but in the end, it should work, hopefully. On 18/08/2015, Edward Bartolo edb...@gmail.com wrote: A) I am at the stage

Re: [DNG] Systemd Shims

If there is a technical reason as to why not to use ifup, please inform me. On 18/08/2015, Edward Bartolo edb...@gmail.com wrote: Maybe setting poStderrToOutPut BINGO! That was it. Now it can capture the output even as root. I had a look at wpa_supplicant.conf and found it is an XML file

Re: [DNG] Systemd Shims

Maybe setting poStderrToOutPut BINGO! That was it. Now it can capture the output even as root. I had a look at wpa_supplicant.conf and found it is an XML file having to do with dbus apparently. For the last five years I have been using ifup manually to connect whenever I didn't have a network

[DNG] Graphical Network Manager without systemd Co. dependencies

I am starting a new thread as the other thread is about systemd shims. I will start using Lazarus for the GUI and then start the C++ backend which will run with root privileges thanks to sudo configured to only run the backend. For anyone's information, this is how it will be: Main Window:

Re: [DNG] Systemd Shims

; procedure Backend_Scan(aListBox: TListBox); begin // backend opScan stringlist end; procedure Backend_Load_Existing(aListBox: TListBox); begin // backend opLoadExisting stringlist end; end. - On 17/08/2015, Edward Bartolo edb...@gmail.com wrote

Re: [DNG] Systemd Shims

I would like to humbly add my little contribution to this thread. I am posting using Devuan 64 bit connected to a home WIFI without any network managers. I connect by using separate /etc/network/interfaces files. The one for my home wifi is in /etc/network/interfaces while the rest are saved

Re: [DNG] Systemd Shims

Forget about the CLI program or daemon. I can create a window with the following features. Then, we can decide about the backends. We can avoid having a full fledged sudo setup by ONLY allowing the few backends to work with it. This should help securitywise. Propose GUI: Main window with: a)

<    2   3   4   5   6   7   8   >