Re: [DNG] How to test the backend of simple-netaid
Hi KatolaZ, On 19/3/19 11:13, KatolaZ wrote: On Tue, Mar 19, 2019 at 11:00:59AM +0100, aitor_czr wrote: [cut] I answer myself, referring to the use of pkill wpa_supplicant: #include int kill_wpa_supplicant(void) { pid_t wpa_pid; FILE *fp; fp = (fopen("/var/run/wpa_supplicant.pid", "r")); if (fp == NULL) { printf("Couldn't read Wpasupplicant pid file, not trying to kill."); return 0; aitor, please notice that the pid file for wpa_supplicant can be literally*anywhere*. At the moment, in Devuan Beowulf, it is stored in the folder/var/run/wpa_supplicant/. But this is just very unreliable, IMHO. Please also consider that `wpa_supplicant(8)` has an option "-P" that allows to specify the path to pidfile... My2Cents KatolaZ The following code does the job: #include #include #include #include int main() { char *pid, output[1024]; FILE *fp = popen ( "pidof wpa_supplicant", "r" ); fgets ( output, 1024, fp ); fclose ( fp ); pid = strtok ( output, " " ); while( pid ) { pid_t wpa_pid=atoi ( pid ); if ( ( kill ( wpa_pid, SIGTERM ) ) == 0) return 0; else { kill ( wpa_pid, SIGKILL ); // Still alive? Die! return 0; } pid = strtok ( NULL , " " ); } } Analogous to the following bash script, used in the "kill-all-dhcp" of netcfg (but extended to all the dhcp clients): #!/bin/sh # Killall for dhcp clients. for client in dhclient udhcpc pump dhcp6c; do pid=$(pidof $client) || true [ "$pid" ] || continue echo $pid if kill -0 $pid 2>/dev/null; then kill -TERM $pid sleep 1 # Still alive? Die! if kill -0 $pid 2>/dev/null; then kill -KILL $pid fi fi done Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Il 20/03/19 09:16, Dr. Nikolaus Klepp ha scritto: > Anno domini 2019 Tue, 19 Mar 23:55:36 +0100 > KatolaZ scripsit: >> On Tue, Mar 19, 2019 at 11:41:16PM +0100, aitor_czr wrote: >> >> [cut] >> >>> fsmithred wrote the following command in d1g time ago: >>> >>> |kill $(ps -e |grep wpa |grep -oP '\d{3,}') >>> https://dev1galaxy.org/viewtopic.php?id=2158 Aitor. | >>> >> >> Maybe something like: >> >> $ kill -9 $(pidof wpa_supplicant) >> >> is easier to use ;) pidof(8) is still there. >> >> My2Cents >> >> KatolaZ >> > killall -9 wpa_supplicant > > ;-) THOU SHALL NOT KILL -9! https://unix.stackexchange.com/questions/28572/when-you-try-to-terminate-a-process-for-good-which-option-for-kill-should-you#28578 -- Alessandro Selli VOIP SIP: dhatarat...@ekiga.net Chiave firma e cifratura PGP/GPG signing and encoding key: BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Wednesday, 20th of March at 10:22, KatolaZ wrote: On Wed, Mar 20, 2019 at 09:16:17AM +0100, Dr. Nikolaus Klepp wrote: [cut] > > > Maybe something like: > > $ kill -9 $(pidof wpa_supplicant) > > is easier to use ;) pidof(8) is still there. > > My2Cents > > KatolaZ > killall -9 wpa_supplicant ;-) Sure. The main difference is that killall is in psmisc, which is "Priority: optional", while pidof is in sysvinit-utils, which is "Priority: required" in Devuan ;) HND KatolaZ I mostly just use "pkill" (from the procps package). It seems there are many tools to kill unwanted processes... :^) - Antoine -- Two things are infinite: the universe and human stupidity. ...though we're not entirely sure about the universe. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Wed, Mar 20, 2019 at 09:16:17AM +0100, Dr. Nikolaus Klepp wrote: [cut] > > > > > > Maybe something like: > > > > $ kill -9 $(pidof wpa_supplicant) > > > > is easier to use ;) pidof(8) is still there. > > > > My2Cents > > > > KatolaZ > > > > killall -9 wpa_supplicant > > ;-) Sure. The main difference is that killall is in psmisc, which is "Priority: optional", while pidof is in sysvinit-utils, which is "Priority: required" in Devuan ;) HND KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Anno domini 2019 Tue, 19 Mar 23:55:36 +0100 KatolaZ scripsit: > On Tue, Mar 19, 2019 at 11:41:16PM +0100, aitor_czr wrote: > > [cut] > > > > > fsmithred wrote the following command in d1g time ago: > > > > |kill $(ps -e |grep wpa |grep -oP '\d{3,}') > > https://dev1galaxy.org/viewtopic.php?id=2158 Aitor. | > > > > > Maybe something like: > > $ kill -9 $(pidof wpa_supplicant) > > is easier to use ;) pidof(8) is still there. > > My2Cents > > KatolaZ > killall -9 wpa_supplicant ;-) -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Tue, Mar 19, 2019 at 11:41:16PM +0100, aitor_czr wrote: [cut] > > fsmithred wrote the following command in d1g time ago: > > |kill $(ps -e |grep wpa |grep -oP '\d{3,}') > https://dev1galaxy.org/viewtopic.php?id=2158 Aitor. | > Maybe something like: $ kill -9 $(pidof wpa_supplicant) is easier to use ;) pidof(8) is still there. My2Cents KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On 19/3/19 23:41, aitor_czr wrote: fsmithred wrote the following command in d1g time ago: |kill $(ps -e |grep wpa |grep -oP '\d{3,}') https://dev1galaxy.org/viewtopic.php?id=2158 Aitor.| |I rectify: it was written by Panopticon.| | | || ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi KatolaZ, On 19/3/19 11:13, KatolaZ wrote: On Tue, Mar 19, 2019 at 11:00:59AM +0100, aitor_czr wrote: [cut] I answer myself, referring to the use of pkill wpa_supplicant: #include int kill_wpa_supplicant(void) { pid_t wpa_pid; FILE *fp; fp = (fopen("/var/run/wpa_supplicant.pid", "r")); if (fp == NULL) { printf("Couldn't read Wpasupplicant pid file, not trying to kill."); return 0; aitor, please notice that the pid file for wpa_supplicant can be literally*anywhere*. At the moment, in Devuan Beowulf, it is stored in the folder/var/run/wpa_supplicant/. But this is just very unreliable, IMHO. Please also consider that `wpa_supplicant(8)` has an option "-P" that allows to specify the path to pidfile... My2Cents KatolaZ fsmithred wrote the following command in d1g time ago: |kill $(ps -e |grep wpa |grep -oP '\d{3,}') https://dev1galaxy.org/viewtopic.php?id=2158 Aitor. | ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On 19/3/19 11:23, aitor_czr wrote: which has been is written has been written ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi KatolaZ, On 19/3/19 11:13, KatolaZ wrote: On Tue, Mar 19, 2019 at 11:00:59AM +0100, aitor_czr wrote: [cut] I answer myself, referring to the use of pkill wpa_supplicant: #include int kill_wpa_supplicant(void) { pid_t wpa_pid; FILE *fp; fp = (fopen("/var/run/wpa_supplicant.pid", "r")); if (fp == NULL) { printf("Couldn't read Wpasupplicant pid file, not trying to kill."); return 0; aitor, please notice that the pid file for wpa_supplicant can be literally*anywhere*. At the moment, in Devuan Beowulf, it is stored in the folder/var/run/wpa_supplicant/. But this is just very unreliable, IMHO. Please also consider that `wpa_supplicant(8)` has an option "-P" that allows to specify the path to pidfile... My2Cents KatolaZ This is the pidfile used in netcfg, which has been is written specifically for the debian-installer, and surelly it won't work as expected on a full system. Later i'll have a look atthe code of etherconf. Thanks for your clarification:) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Tue, Mar 19, 2019 at 11:00:59AM +0100, aitor_czr wrote: [cut] > > I answer myself, referring to the use of pkill wpa_supplicant: > > #include > > int kill_wpa_supplicant(void) > { > pid_t wpa_pid; > FILE *fp; > > fp = (fopen("/var/run/wpa_supplicant.pid", "r")); > if (fp == NULL) { > printf("Couldn't read Wpasupplicant pid file, not trying to kill."); > return 0; aitor, please notice that the pid file for wpa_supplicant can be literally *anywhere*. At the moment, in Devuan Beowulf, it is stored in the folder /var/run/wpa_supplicant/. But this is just very unreliable, IMHO. Please also consider that `wpa_supplicant(8)` has an option "-P" that allows to specify the path to pidfile... My2Cents KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi, On 7/9/18 19:37, aitor_czr wrote: Hi Edward, El 07/09/18 a las 17:59, Edward Bartolo escribió: On 07/09/2018, aitor_czr wrote: El 07/09/18 a las 12:00, Edward Bartolo escribió: Aitor wrote: "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, because of the general preference in favor of this second one. The packages for jessie will be available in a couple of days." Thank you for caring about users. edbarx Not at all:) Why are you in denial? Don't bother, you will not get a halo above your head, but if you care, why don't you admit it? This parallels as to when I wrote that there is no ordering in complex numbers. I got a reply contradicting my statement, notwithstanding, there is a mathematical proof clearly illustrating this property. Irrelevant statements like the argument that complex numbers have moduli and the Argand Diagram were posted to prove how ignorant I am in the subject. This is narciscism; it is very immature to live in denial of other people's abilities. Those abilities will still continue to exist whether one accepts them or not. Another case is the denial that negative numbers decrease in value as their modulus increases. Again, a narciscist came to the defense of the indefensible. A mistake like that in a book intended for university students should be corrected. Please, make an effort to grow up. This is the simple script used for the wireless connection attempts: ifdown ip link set up pkill wpa_supplicant wpa_passphrase > wpa_supplicant -B -c -i rm -f /run/network/ifstate. ip link set up sleep 1 ifup Maybe, the lines nº 6 and nº7 are superfluous. The line nº8 (that is, "sleep 1") is important, believe it. As sysadmins, what do you think about the use of "pkill wpa_supplicant"? Aitor. I answer myself, referring to the use of pkill wpa_supplicant: #include int kill_wpa_supplicant(void) { pid_t wpa_pid; FILE *fp; fp = (fopen("/var/run/wpa_supplicant.pid", "r")); if (fp == NULL) { printf("Couldn't read Wpasupplicant pid file, not trying to kill."); return 0; } else { if (fscanf(fp, "%d", _pid) != 1) { printf("Couldn't read pid from Wpasupplicant pid file, not trying to kill."); return 0; } fclose(fp); } if ((kill(wpa_pid, SIGTERM)) == 0) return 0; else { kill(wpa_pid, SIGKILL); unlink("/var/run/wpa_supplicant.pid"); return 0; } } The header is required for the SIGTERM and SIGKILL: https://unix.superglobalmegacorp.com/Net2/newsrc/sys/signal.h.html As i said in a previous thread, i have also the C code for "ip link set up/down". Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi all, A few months ago i talked about a security key for the suid backend of simple-netaid. On 15/9/18 21:26, aitor_czr wrote: The idea is very simple. The GUI and the suid binary will contain a non-existent header: #include "key.h" The key.h file will contain an unique line (the random definition of the KEY varible) edited by CMake during the compilation. For example: var1="#define KEY " var2=`tr -cd '[:alnum:]' < /dev/urandom | fold -w32 | head -n1` echo "${var1}\"${var2}\"" > key.h would generate something like this: #define KEY "X1AULvFge6Tgq1p9BZat4EEVqAwaCnsB" and then, the suid binary only will be able to be run from the GUI, built together with it. Cheers, Aitor. This security key hasn't a high priority in the project, because all the orders are sent from the gui through file descriptors (unix sockets and fifos) instead of arguments in the command line. On the other hand, the key should be generated at build time by CMake, so that it'll be only known by that frontend built *together* with the backend. Copy and paste the gui binary from one computer to another one wouldn't work with the another backend suid binary. The macro in CMake could be as follows: add_custom_command( TARGET backend COMMAND ${CMAKE_COMMAND} -E chdir ${CMAKE_CURRENT_SOURCE_DIR} cmd COMMENT "Generating the security key..." ) being 'cmd' the script dealing with the generation of the random string of characters, for example, something like this: LC_ALL=C tr -dc 'A-Za-z0-9!"#$%&'\''()*+,-./:;<=>?@[\]^_`{|}~' key.txt But i encountered the following problem: the random string was always generated *after* the build processes, appearing as a second action when executing CMake doing this method completely useless. I was wondering if one can't interpret a CMakeLists.txt file sequentially, but i found a possible solution to this issue by adding the PRE_BUILD option to the custom command. For testing purposes, i tried adding this PRE_BUILD option in the custom command concerning to the suid permissions, that is: add_custom_command( OUTPUT backend_suid PRE_BUILD POST_BUILDCOMMAND ${CMAKE_COMMAND} -E chdir ${CMAKE_CURRENT_SOURCE_DIR} sudo chown root:root backend COMMAND ${CMAKE_COMMAND} -E chdir ${CMAKE_CURRENT_SOURCE_DIR} sudo chmod u+s backend COMMENT "Giving suid permissions to the backend...\n" ) add_custom_target(suid ALL DEPENDS backend_suid) ... and CMake failed *as expected*, due to a non existent binary because of the use of PRE_BUILD option, instead of POST_BUILD. However, i took a disappointment seeing how this PRE_BUILD option doesn't affect to the random string :( Another possible solution might be setting the target of the first add_custom_command (the random string) as a dependency of the backend executable... Any hints? Thanks in advance, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi, El 08/09/18 a las 11:47, aitor_czr escribió: Hi again, El 07/09/18 a las 19:50, aitor_czr escribió: Hi, El 07/09/18 a las 19:37, aitor_czr escribió: This is the simple script used for the wireless connection attempts: ifdown ip link set up pkill wpa_supplicant wpa_passphrase > wpa_supplicant -B -c -i rm -f /run/network/ifstate. ip link set up sleep 1 ifup Maybe, the lines nº 6 and nº7 are superfluous. The line nº8 (that is, "sleep 1") is important, believe it. As sysadmins, what do you think about the use of "pkill wpa_supplicant"?  Aitor. This script needs granted permissions; so, it's included in a suid binary. Once i talked about a security key for this binary. The security key would be generated during the compilation of the application in a way that only those binaries built *together* with the suid binary will know it. First of all, i have to deal with the add_custom_command() function of CMake, in order to control the preference of the targets. The first step should be to generate this key, before all the executables. Cheers,  Aitor. The idea is very simple. The GUI and the suid binary will contain a non-existent header: #include "key.h" The key.h file will contain an unique line (the random definition of the KEY varible) edited by CMake during the compilation. For example: var1="#define KEY " var2=`tr -cd '[:alnum:]' < /dev/urandom | fold -w32 | head -n1` echo "${var1}\"${var2}\"" > key.h would generate something like this: #define KEY "X1AULvFge6Tgq1p9BZat4EEVqAwaCnsB" and then, the suid binary only will be able to be run from the GUI, built together with it. Cheers,  Aitor. I had an issue packaging simple-netaid. The target of the shared library "libnetaid.so" was being obj-x86-64-linux-gnu, and trying to use the variable $(DEB_HOST_MULTIARCH) in "libnetaid.install", this variable was not replaced by its value: `x86-64-linux-gnu`. I've just found the following solution for that doing the "libnetaid.install" executable: #! /usr/bin/dh-exec obj-*-linux-gnu/backend_src/libnetaid.so usr/lib/${DEB_HOST_MULTIARCH} Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
El 08/09/18 a las 11:47, aitor_czr escribió: The idea is very simple. The GUI and the suid binary will contain a non-existent header: #include "key.h" The key.h file will contain an unique line (the random definition of the KEY varible) edited by CMake during the compilation. For example: var1="#define KEY " var2=`tr -cd '[:alnum:]' < /dev/urandom | fold -w32 | head -n1` echo "${var1}\"${var2}\"" > key.h would generate something like this: #define KEY "X1AULvFge6Tgq1p9BZat4EEVqAwaCnsB" and then, the suid binary only will be able to be run from the GUI, built together with it. Cheers, Aitor. The CLI version of simple-netaid will ask you for root's password. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi again, El 07/09/18 a las 19:50, aitor_czr escribió: Hi, El 07/09/18 a las 19:37, aitor_czr escribió: This is the simple script used for the wireless connection attempts: ifdown ip link set up pkill wpa_supplicant wpa_passphrase > wpa_supplicant -B -c -i rm -f /run/network/ifstate. ip link set up sleep 1 ifup Maybe, the lines nº 6 and nº7 are superfluous. The line nº8 (that is, "sleep 1") is important, believe it. As sysadmins, what do you think about the use of "pkill wpa_supplicant"? Aitor. This script needs granted permissions; so, it's included in a suid binary. Once i talked about a security key for this binary. The security key would be generated during the compilation of the application in a way that only those binaries built *together* with the suid binary will know it. First of all, i have to deal with the add_custom_command() function of CMake, in order to control the preference of the targets. The first step should be to generate this key, before all the executables. Cheers, Aitor. The idea is very simple. The GUI and the suid binary will contain a non-existent header: #include "key.h" The key.h file will contain an unique line (the random definition of the KEY varible) edited by CMake during the compilation. For example: var1="#define KEY " var2=`tr -cd '[:alnum:]' < /dev/urandom | fold -w32 | head -n1` echo "${var1}\"${var2}\"" > key.h would generate something like this: #define KEY "X1AULvFge6Tgq1p9BZat4EEVqAwaCnsB" and then, the suid binary only will be able to be run from the GUI, built together with it. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi, El 07/09/18 a las 19:37, aitor_czr escribió: This is the simple script used for the wireless connection attempts: ifdown ip link set up pkill wpa_supplicant wpa_passphrase > wpa_supplicant -B -c -i rm -f /run/network/ifstate. ip link set up sleep 1 ifup Maybe, the lines nº 6 and nº7 are superfluous. The line nº8 (that is, "sleep 1") is important, believe it. As sysadmins, what do you think about the use of "pkill wpa_supplicant"? Aitor. This script needs granted permissions; so, it's included in a suid binary. Once i talked about a security key for this binary. The security key would be generated during the compilation of the application in a way that only those binaries built *together* with the suid binary will know it. First of all, i have to deal with the add_custom_command() function of CMake, in order to control the preference of the targets. The first step should be to generate this key, before all the executables. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi Edward, El 07/09/18 a las 17:59, Edward Bartolo escribió: On 07/09/2018, aitor_czr wrote: El 07/09/18 a las 12:00, Edward Bartolo escribió: Aitor wrote: "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, because of the general preference in favor of this second one. The packages for jessie will be available in a couple of days." Thank you for caring about users. edbarx Not at all:) Why are you in denial? Don't bother, you will not get a halo above your head, but if you care, why don't you admit it? This parallels as to when I wrote that there is no ordering in complex numbers. I got a reply contradicting my statement, notwithstanding, there is a mathematical proof clearly illustrating this property. Irrelevant statements like the argument that complex numbers have moduli and the Argand Diagram were posted to prove how ignorant I am in the subject. This is narciscism; it is very immature to live in denial of other people's abilities. Those abilities will still continue to exist whether one accepts them or not. Another case is the denial that negative numbers decrease in value as their modulus increases. Again, a narciscist came to the defense of the indefensible. A mistake like that in a book intended for university students should be corrected. Please, make an effort to grow up. This is the simple script used for the wireless connection attempts: ifdown ip link set up pkill wpa_supplicant wpa_passphrase > wpa_supplicant -B -c -i rm -f /run/network/ifstate. ip link set up sleep 1 ifup Maybe, the lines nº 6 and nº7 are superfluous. The line nº8 (that is, "sleep 1") is important, believe it. As sysadmins, what do you think about the use of "pkill wpa_supplicant"? Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
El 07/09/18 a las 18:37, Antony Stone escribió: I think this is a linguistic misunderstanding - "Not at all" is a common and polite English way of saying "you're welcome" or "don't mention it" - basically a standard response to "thank you". That is, in spanish we say: "De nada" or "No hay de qué" ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Friday 07 September 2018 at 17:59:39, Edward Bartolo wrote: Why are you in denial? Don't bother, you will not get a halo above your head Neither a halo above my head, nor a t-shirt :( but if you care, why don't you admit it? Because i prefer a teafoil rather than a halo :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi, El 07/09/18 a las 18:37, Antony Stone escribió: I think this is a linguistic misunderstanding - "Not at all" is a common and polite English way of saying "you're welcome" or "don't mention it" - basically a standard response to "thank you". i meant to say "De nada" ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Fri, 7 Sep 2018 18:37:52 +0200 Antony Stone wrote: > On Friday 07 September 2018 at 17:59:39, Edward Bartolo wrote: > > > On 07/09/2018, aitor_czr wrote: > > > El 07/09/18 a las 12:00, Edward Bartolo escribió: > > >> Aitor wrote: > > >> "I spent a lot of time downgrading the frontend from Gtk3 to > > >> Gtk2, because of the general preference in favor of this second > > >> one. The packages for jessie will be available in a couple of > > >> days." > > >> > > >> Thank you for caring about users. > > >> > > >> edbarx > > > > > > Not at all :) > > > > Why are you in denial? Don't bother, you will not get a halo above > > your head, but if you care, why don't you admit it? > > I think this is a linguistic misunderstanding - "Not at all" is a > common and polite English way of saying "you're welcome" or "don't > mention it" - basically a standard response to "thank you". To add to the confusion, whilst 'Not at all' is said to be common, it isn't where I come from, I have heard it, but not often. Our area of England would probably just reply 'Thanks'. > > There's as much point in interpreting the phrase literally as there > is with "how do you do?" That's a dangerous one ;-) In my area (and we would probably just say 'how do'), the reply would be 'nots so bad' or 'well, apart from my (add area of body here), I would be okay'. If the latter, a long discussion could ensue about health ;-) Best not to give responses on a mailing list in local phrases, most people will not understand them. > > > Please, make an effort to grow up. > > I think that is a very unfriendly and unnecessary comment. Yes, that was a bit uncalled for Rowland ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
On Friday 07 September 2018 at 17:59:39, Edward Bartolo wrote: > On 07/09/2018, aitor_czr wrote: > > El 07/09/18 a las 12:00, Edward Bartolo escribió: > >> Aitor wrote: > >> "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, > >> because of the general preference in favor of this second one. The > >> packages for jessie will be available in a couple of days." > >> > >> Thank you for caring about users. > >> > >> edbarx > > > > Not at all :) > > Why are you in denial? Don't bother, you will not get a halo above > your head, but if you care, why don't you admit it? I think this is a linguistic misunderstanding - "Not at all" is a common and polite English way of saying "you're welcome" or "don't mention it" - basically a standard response to "thank you". There's as much point in interpreting the phrase literally as there is with "how do you do?" > Please, make an effort to grow up. I think that is a very unfriendly and unnecessary comment. Antony. -- Normal people think "If it ain't broke, don't fix it". Engineers think "If it ain't broke, it doesn't have enough features yet". Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Am Freitag, 7. September 2018 schrieb Edward Bartolo: > Aitor wrote: > "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, > because of the general preference in favor of this second one. The > packages for jessie will be available in a couple of days." > > Thank you for caring about users. > > edbarx > +1 -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
El 07/09/18 a las 12:00, Edward Bartolo escribió: Aitor wrote: "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, because of the general preference in favor of this second one. The packages for jessie will be available in a couple of days." Thank you for caring about users. edbarx Not at all :) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Aitor wrote: "I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, because of the general preference in favor of this second one. The packages for jessie will be available in a couple of days." Thank you for caring about users. edbarx -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) If you cannot make abstructions about details you do not understand the concepts underlying them. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi, El 07/08/18 a las 11:51, aitor_czr escribió: El 07/08/18 a las 02:03, aitor_czr escribió: Hi all, I'm pushing more commits to the sources of simple-netaid. I did some changes in the CMakeLists.txt, in such a way you will be able to build only the backend. CMake will ask you for your root password giving suid permissions to the server file. This binary server file is only for testing purposes. https://git.devuan.org/aitor_czr/simple-netaid-gtk/tree/master Cheers, Aitor. Yesterday night, talking in #devuan-mx i shared some screenshots of simple-netaid developed in *Gtk2*: http://gnuinos.org/screenshots/ I spent a lot of time downgrading the frontend from Gtk3 to Gtk2, because of the general preference in favor of this second one. The packages for jessie will be available in a couple of days. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to test the backend of simple-netaid
Hi again, El 07/08/18 a las 02:03, aitor_czr escribió: Hi all, I'm pushing more commits to the sources of simple-netaid. I did some changes in the CMakeLists.txt, in such a way you will be able to build only the backend. CMake will ask you for your root password giving suid permissions to the server file. This binary server file is only for testing purposes. https://git.devuan.org/aitor_czr/simple-netaid-gtk/tree/master Cheers, Aitor. I recently solved some pointer issues in the backend and pushed the changes to gitlab. You can build the backend simply running the build script: $ ./build If you want to build also the frontend (a work in progress), you need to pass the folder src as an argument in the command line: $ ./build src and the script will run internaly cmake -DGUI_DIR="src". After building the backend you will get three binary files: the client, the server and backend. The backend will have suid permissions (as i said above, cmake will ask you for root's password). Run the client relegated to a second plane: $ ./client & The client will be waiting for the server (see the lines nº 299 - 303 in backend-src/netstat.c). Now, run the server: $ ./server after that you'll get the info about your network connection in the command line. You should get something like this: Connected to wlan2 - IP Address = 192.168.0.11 Type = Wireless Broadcast = 192.168.0.255 Netmask = 255.255.255.0 Protocol = IEEE 802.11bgn Essid = Euskaltel-58YA - Status = CONNECTED The wire is unplugged The *plug* kernel event takes a few seconds in my computer. I need testers... Thanks in advance :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng