from:"aitor


Hi again,

On 02/07/20 13:50, aitor_czr wrote:


Dear Ralph,

On 02/07/20 09:36, Ralph Ronnquist via Dng wrote:

aitor_czr wrote on 2/7/20 9:13 pm:

Hi again,

On 02/07/20 10:42, aitor_czr wrote:

for other values of*dist*  we would find also other categories like
'contrib' or 'non-free' and also other different architectures (
'source' 'all' 'i386 and 'amd64' aside)

Strictly speaking: the source for each category and, on the other hand,
the binaries and the contents for each category and architecture
(binary-all, etc...). You understand...

All clear. Except your note about '/binary-armhf/Packages.gz' which you said it
should be '/Packages.gz' but didn't use it so ...


Not used in devuan because devuan (as an universal operating system) 
uses the whole range of architectures.

So..., not used in devuan, but required by devuan derivatives.


Indeed, another change concerning to the Contents-*.gz is needed for 
devuan derivatives. This is due to the fact that devuan
has already merged the Contents of debian into its own Contents, so that 
they are not required anymore by any devuan
derivative because it would be redundant[*]. Therefore, i've just 
defined a new tuple named contents in lib/config.py with values:


contents = [ 'devuan, 'debian' ]  (for DEVUAN)

contents = [ 'X', 'devuan' ]  (for X = heads, gnuinos... 
or whatever you want)


Cheers,

Aitor.

[*] As opposed to the binaries *Packages.gz*, pulled from 
"http://deb.devuan.org/devuan; -containing only those packages built for 
devuan and
non-existent in debian), the Content-*.gz will be pulled from 
http://deb.devuan.org/merged;. Or maybe i'm doing also an extra step for 
the binaries?
In any case, the repo "packages.gnuinos.org" is working as expected so 
far, with one outstanding issue regarding the Contents.




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] About amprolla-3


Dear Ralph,

On 02/07/20 09:36, Ralph Ronnquist via Dng wrote:

aitor_czr wrote on 2/7/20 9:13 pm:

Hi again,

On 02/07/20 10:42, aitor_czr wrote:

for other values of*dist*  we would find also other categories like
'contrib' or 'non-free' and also other different architectures (
'source' 'all' 'i386 and 'amd64' aside)

Strictly speaking: the source for each category and, on the other hand,
the binaries and the contents for each category and architecture
(binary-all, etc...). You understand...

All clear. Except your note about '/binary-armhf/Packages.gz' which you said it
should be '/Packages.gz' but didn't use it so ...


Not used in devuan because devuan (as an universal operating system) 
uses the whole range of architectures.

So..., not used in devuan, but required by devuan derivatives.

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] About amprolla-3


Hi again,

On 02/07/20 10:42, aitor_czr wrote:
for other values of *dist* we would find also other categories like 
'contrib' or 'non-free' and also other different architectures ( 
'source' 'all' 'i386 and 'amd64' aside)


Strictly speaking: the source for each category and, on the other hand, 
the binaries and the contents for each category and architecture 
(binary-all, etc...). You understand...




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] About amprolla-3


I rectify:

On 02/07/20 10:42, aitor_czr wrote:
(Note the missing '/' symbol at the begining of the string) and the 
code above will stay this way:


if k.endswith('/binary-armhf/Packages.gz'):
for a in arches:
  for c in categories:
    if a in k and ("/%s/" % c) in k:
  urls = (join(url[0], k), join(url[1], k))
  tpl.append(urls)


if k.endswith('/binary-armhf/Packages.gz'):
for a in arches:
  for c in categories:
    if a in k and ("%s/" % c) in k:
  urls = (join(url[0], k), join(url[1], k))
  tpl.append(urls)

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] About amprolla-3


Hi all,

Having a look at the code of the amprolla_init.py script:

https://github.com/parazyd/amprolla/blob/master/amprolla_init.py

you'll find the following commented lines 76-81:

# if k.endswith('/binary-armhf/Packages.gz'):
# for a in arches:
#   for c in categories:
# if a in k and ("/%s/" % c) in k:
#   urls = (join(url[0], k), join(url[1], k))
#   tpl.append(urls)

Obviously, they were being tested under an armhf architecture, but they 
didn't seem to work since they are commented.
In a more general scope we should replace the first line in order to 
complay with the whole list of architectures as follows:


if k.endswith('/Packages.gz'):

At this point, let's clarify that the *release_contents* python 
dictionary can take different values within the *for* loop above (see 
the line 60),
depending on the value of the *dist* variable (say 'gnuinos', 'devuan' 
or 'debian', in my concrete case). For example, for dist='gnuinos' the 
instruction

'print(release_contents) should throw something like this:

{

'main/source/Release': 
('6ac08b835a4af4612418e2f94e1870e4cff8588e7d76fe88b687f88d49d33905', '129'),
'main/Contents-all.bz2': 
('4e1468a9098c25653df085b47e8a07883a9d7eff8fa8d72ce2fbd01976557caa', 
'86697'),
'main/binary-amd64/Release': 
('2940b51273608494b88f6d62ae1381f5a9a9fe82d0a562069b6cb1d91b91e134', 
'128'),
'main/debian-installer/binary-amd64/Release': 
('2940b51273608494b88f6d62ae1381f5a9a9fe82d0a562069b6cb1d91b91e134', 
'128'),
'main/Contents-i386.gz': 
('4a668df2a548c96634fb8f5de914f2b097fa4cbce36e2893d218056b1de3afff', 
'388221'),
'main/binary-all/Packages.gz': 
('8fb999c8c9152e4b74801cbd08cfb205dd405e98734fd63c58ac5ca3d5556497', 
'13468'),
'main/debian-installer/binary-i386/Packages.gz': 
('4e30cd269b57c46ec94b464f7be8f9f366ed235bce9f4df1be97f6b89c863200', 
'15236'),
'main/Contents-i386.bz2': 
('c846be19c27d9f65ea741a8b1384efa96669d75a0622aab15a6cc0d531e38964', 
'296180'),
'main/debian-installer/binary-i386/Release': 
('e80ebfe3fab8b3a7e7e211cf323982110509a8172db4e540c6d651ebb86db9c3', 
'127'),
'main/source/Sources.bz2': 
('44be781abbc7bd2c457c91cb224232f8c7bb320266c9c318a14c1c595c5c426f', 
'27068'),
'main/Contents-i386': 
('e552d78bf459de48607f6825ee183afc6cdafce349abe4d708f83c4d47aef3b7', 
'5730743'),
'main/source/Sources': 
('d42702641f669ea8e148d3c5eb956e5a39d727c9d4de1d56ef0b81cf37e941ab', 
'218384'),
'main/binary-i386/Packages.gz': 
('98ec7d3c3d761c8ca3e08fdfbc3f0ae5c102362b3f6cec6f73e2be06e9c985d9', 
'66641'),
'main/source/Sources.gz': 
('011c2edae24ffeb414df8562293a869ceaa16fd9568bfcd19e9fbfa3de75dc7a', 
'35398'),
'main/debian-installer/binary-all/Packages': 
('483bdbf818dba2d97562cca9de4622f53b31abe8a64716b19731f288efd877cb', 
'726'),
'main/Contents-all': 
('cf80c86286974b8d944da5b7f552890b9f8a4b41aacd792093d28fed9eeaf7b6', 
'1275824'),
'main/binary-amd64/Packages.gz': 
('cde0dc0180b806e33ec015a23cdce7252be77bcec93237dc8d6aa81298686dd0', 
'64478'),
'main/Contents-all.gz': 
('e80d7fc7fb34445796a1ea59c053266d3157ed6db2f20af472e76e4ea07a550c', 
'104332'),
'main/debian-installer/binary-amd64/Packages': 
('1017fac3c3b3703737124b3330e9d62b04eb1f21afd9a617eec8759a5d09b455', 
'41675'),
'main/debian-installer/binary-all/Release': 
('aeda45f8528299e45bd726306a20aef04175b8a76cfbb4aebde09fff38647407', 
'126'),
'main/binary-i386/Release': 
('e80ebfe3fab8b3a7e7e211cf323982110509a8172db4e540c6d651ebb86db9c3', 
'127'),
'main/debian-installer/binary-all/Packages.gz': 
('bf18c4b295e4b2f416ab6f24ac079c7d1d83e47fde316b950c31b44a576aba41', 
'481'),
'main/Contents-amd64.bz2': 
('f820fbf1fcbdf53cabf32a9a75a199a4e0e05e41f08834f6f9d5ee673064c7e4', 
'262172'),
'main/debian-installer/binary-amd64/Packages.gz': 
('ff9fd291958c79c71c1ba27f1591f894d8293025b30ad8f28157c93a0551ba6f', 
'9004'),
'main/binary-i386/Packages': 
('04d563842c9d921e79e98c00b459632ee5e75b3b6fa05366f93d0c31204b20bc', 
'285503'),
'main/debian-installer/binary-i386/Packages': 
('5fb434475ab503ea25b9eccfb982544308742a93d0d0474efdcc16de21552b78', 
'80531'),
'main/Contents-amd64.gz': 
('34b71529f439275b98cd8b7c7ace9bb16d2dfd653f81609a58c108ae39c35080', 
'320050'),
'main/binary-all/Packages': 
('61ff4f5097b9649507538657f42999212c0c6d108a9d15b600f1f5d17db43bb8', 
'43601'),
'main/binary-all/Release': 
('aeda45f8528299e45bd726306a20aef04175b8a76cfbb4aebde09fff38647407', 
'126'),
'main/binary-amd64/Packages': 
('382aa290f73ba0b9852d36e419f02915bc77a6647b59cfca3263a2d846a0056d', 
'276479'),
'main/Contents-amd64': 
('8e4d1ddb1891450a13414e35d2195bee79183670094a3e2e269b0511c6c1dfd3', 
'4379342')


}

for other values of *dist* we would find also other categories like 
'contrib' or 'non-free' and also other different architectures ( 
'source' 'all' 'i386 and 'amd64' aside)

getting lines like this other one:

'non-free/debian-installer/binary-hppa/Packages.xz': 
('0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275', '32'),


This said, and coming back to the commented lines in the 
amprolla_init.py script, you'll understand

Re: [DNG] Which DE?

2020-05-24 Thread aitor_czr


Hi,

On 05/24/2020 11:28 AM, al3xu5 / dotcommon wrote:

I still have some doubts if LXQt could be a better choice.

Thanks again for your support
Regards


I have my doubts about Qt in general:

https://www.qt.io/blog/qt-offering-changes-2020

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What an Ad hominem!

2020-04-18 Thread aitor_czr


Hi,

El 2020-04-18 a las 13:51, aitor_czr escribió:


Hi,

Today I replayed to the translation into spanish of one article 
written by a systemd developer in Lennart Pottering's blog,


and arguing (*aside* of the translated article) that most of the 
systemd detractors are also propietary software defenders:


https://maslinux.es/en-defensa-de-systemd/

The replay was limited to 1800 characters.

Cheers,

Aitor.

The targeted article is the same article mentioned by Jude Nelson in his 
blog:


http://0pointer.de/blog/projects/the-biggest-myths.html

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] What an Ad hominem!

2020-04-18 Thread aitor_czr


Hi,

Today I replayed to the translation into spanish of one article written 
by a systemd developer in Lennart Pottering's blog,


and arguing (*aside* of the translated article) that most of the systemd 
detractors are also propietary software defenders:


https://maslinux.es/en-defensa-de-systemd/

The replay was limited to 1800 characters.

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Waterfox issues under Devuan ASCII

2020-04-16 Thread aitor_czr


Hi Hendrik,

El 2020-04-13 a las 15:19, Hendrik Boom escribió:

Very interesting that you're building a minimalist browser.
What existing software stack are you building it on?

-- hendrik


Gtk and libwebkit, but i'm also looking for other possible alternatives, 
because Webkit


(distributed under the BSD license) seems to be an Apple copyright.

Today i downloaded the sources of dillo.

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Waterfox issues under Devuan ASCII

2020-04-16 Thread aitor_czr


Hi,

El 2020-04-14 a las 04:18, spiralofhope escribió:

Related:  Tabbed

Simple generic tabbed frontend to xembed-aware applications, originally
designed for surf but also usable with many other applications..

http://tools.suckless.org/tabbed/


Thanks a lot for the link, it seems to be interesting and might be 
useful also for other projects. I'll give it try.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Waterfox issues under Devuan ASCII

2020-04-11 Thread aitor_czr


On 4/11/20 7:04 PM, aitor_czr wrote:
But i wonder if libwebkitgtk-1.0 (compatible with Gtk2) will survive 
the passing of time and dbus.


The answer is blowin' in the wind :)


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Waterfox issues under Devuan ASCII

2020-04-11 Thread aitor_czr


Hi Edward,

On 4/11/20 5:40 PM, Edward Bartolo via Dng wrote:

Hi,

I tried to extract the contents of the current .tar.gz2 archive in
/opt as suggested but failed with the following error:

-ERROR-
# tar xjf waterfox-current-2020.04.en-US.linux-x86_64.tar.bz2 .
tar: .: Not found in archive
tar: Exiting with failure status due to previous errors
-

Thanks.


Huh ???

Tar is installed by default in the core system of devuan (first and 
second stages of debootstrap.
In any case, i started working on my own minimalist browser. It's not a 
joke:


http://www.gnuinos.org/screenshots/Screenshot_2020-04-11_18-14-41.png

At least, i only need a few features like management for my bookmarks 
and ability to have
several websites opened at the same time in different tabs. And no much 
more... The less addons,

the more minimalism.

But i wonder if libwebkitgtk-1.0 (compatible with Gtk2) will survive the 
passing of time and dbus.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Waterfox issues under Devuan ASCII

2020-04-11 Thread aitor_czr


Hi Edward,

On 4/11/20 11:50 AM, Edward Bartolo via Dng wrote:

Hi,

I would like to ask whether Devuan and Waterfox are still compatible.
Updates of Waterfox are not working. I tried the classic version as
the new one may have more issues.

The 'old' version of waterfox I am using freezes the mouse pointer on startup.

The error is the following:

ERROR---
$ ./waterfox
XPCOMGlueLoad error for file /home/edbarx/waterfox-classic/liblgpllibs.so:
/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found
(required by /home/edbarx/waterfox-classic/liblgpllibs.so)
Couldn't load XPCOM.
--

Thanks for your replies.

Both versions (the current and the clasic) worked for me.
Just download the tarball containing all the *.so, *.js, *.png and so...,
because there are no sources), and unpack it in your "/opt" folder.

Glibc_2.27 not found...?

The minimum requirement is 2.28 for both the current and the classic 
versions so far:


https://www.waterfox.net/download/

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-04-09 Thread aitor_czr


Hi Didier,

On 4/9/20 10:19 PM, aitor_czr wrote:
Sorry for the typo. install *ifplugd* or an equivalent. 
Another clarification: ifplugd depends on ifupdown and breaks with 
ifupdown2. The
real culprit of the startup delay is ifupdown together with dhcp, and 
it's not caused
by the time-out activation of the wired interface as you pointed out, 
but rather by
the management ofany of the existent clauses for /etc/network/interfaces 
with the
wrong version ofifupdown -better said-,  regardless whether is a wired 
or wireless

device.

I do not mean to be categorical, I only speak from my personal 
experiences :)


Regards,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-04-09 Thread aitor_czr


Hi Didier,

On 4/9/20 4:29 PM, Didier Kryn wrote:

Le 09/04/2020 à 18:16, Didier Kryn a écrit :

Le 09/04/2020 à 16:13, dal a écrit :

Hello and thanks for Beowulf.

An issue:

it looks like

   devuan_beowulf_3.0.0_beta_amd64_netinstall.iso
   and the base system installable from it

do not contain the ifupdown package (nor other networking utilities 
besides busybox ip?).


The resulting base installation remains offline.
This is a more limited definition of a "base system" than it used to 
be, most probably unintentionally.


    I remember this was also the case in a previous version, wether 
Jessie or Ascii. Obviously this isn't an issue when upgrading. I also 
remind you that the startup delay caused by the timed-out activation 
of the Ethernet interface (when not plugged in) is still there with 
the default interfaces file. The solution is to remove the clause 
"allow-hotplug eth0" and install ifupdown or the equivalent I have 
forgotten the name of. 
    Sorry for the typo. install *ifplugd* or an equivalent. 
After a reboot the network devices are properly brought up using 
different options like *auto*,

*allow-auto* or *allow-hotplug*.The differences between them are:

1) auto  - This stanza in /etc/network/interfaces file starts 
the network interface at boot

(this is the option used by the loopback virtual interface).

2) allow-auto  - Similar to the first one. I'm not pretty sure 
if there is any difference.


3) allow-hotplug  -  As opposed to the others, it starts when a 
*plug* event is detected.
The fact that it'll will be waiting for eventslike the linking of the 
ethernet cable or something that
involveskernel/eudev detection against the hardware, can lead us to 
think that thiskind of linking
configurationis the guiltyof the delay during the boot process, but this 
is only a half-truth.


As far as i can tell after my several tests, the issue of the delay 
disappears in the following two cases:


a) Using"allow-auto " in combination with *ifupdown2*, instead 
of ifupdown.


b) Using "auto " in combination with ifupdown, instead of ifupdown2.

This said, and being the different alternatives above focused to the 
same goal, the use different linking
configurations altogether makes no sense in my opinion. Particularly, 
i'm using "allow-hotplug" for the
images of gnuinos because it's generated automatically at boot time 
during live sessions by some script.


Hope this helps,

Aitor.





___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libnetaid and simple-netaid-cdk released!


Hi Mike,

On 4/5/20 8:20 PM, Mike Schmitz via Dng wrote:

One thing I ran into right away, and took me a few tries before I
figured it out; I needed to quote my passphrase, since it has spaces. It
might be good to do that in your call to wpa-passphrase. It shouldn't
have taken as many tries as it did, since I just went through it with a
script I am working on (I am bulding a plugin for awesomewm to do this).


I'll keep it in mind.


It also doesn't seem to store the passphrase anywhere, so the user would
still need to type it in every time.
Yes, i know... This is the first version for testing purposes. This 
feature will be
available in future versions of the CDK interface. Indeed, it's 
available in the

Gtk-2 frontend:

http://www.gnuinos.org/screenshots/screenshot_2.png

You can find more screenshots here:

http://www.gnuinos.org/screenshots/

Thanks a lot for your feedback!

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!


Hi Adrian,

On 4/5/20 1:19 PM, Adrian Zaugg wrote:

Unfortunately there is no DNSSEC on pkgmaster.devuan.org nor on
packages.gnuinos.org


There are several https key-servers out there... Could somebody 
recommend me someone in particular?


Thanks in advance,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libnetaid and simple-netaid-cdk released!


Hi,

On 4/5/20 2:05 PM, aitor_czr wrote:


Hi again,

On 4/5/20 2:04 PM, aitor_czr wrote:


Hi all,

Today i uploaded the first releases of libnetaid and simple-netaid-cdk.
Here you are the packages:

http://gnuinos.org/simple-netaid-cdk/simple-netaid.tar.gz

Just install the packages appropriate to your architecture, add the 
following


lines to the /etc/network/interfaces files:

iface eth0 inet dhcp
iface wlan0 inet dhcp

and run *simple-netaid-cdk* in the command line.

Simple-netaid uses ifupdown instead of dhclient for network 
connections because
the first one, as opposed to dhclient, is also compatible with static 
ip addresses.

I'm i wrong at this point?

The Gtk2 packages will available soon. Recently I also started a 
frontend in Qt5 for the LxQt

desktop environment.

Cheers, and enjoy it... We need testers!

Aitor.


Tested on beowulf.


Some more remarks:

- You need to run it with root permissions (for most of the features, 
unless the "show details..." option).


- The "show details..." option will give you detailed information about 
the current status of the network connection,
including whether the cable is plugged or not. But, while the unplug 
event is detected immediately, the detection of
the plug event will take a few seconds (at least in my laptop). This 
feature works without the requirement of netplug/ifplugd,

and it'll be useful for the "automatically connect" option.

- In the case of open networks, you must leave the password field in 
blank. I was enable to test it because we are confined here (due to the 
covid-19).


- Shortly, simple-netaid will be compatible with  wifis.

- Simple-netaid will work even if eudev renames your network devices, 
being them quicked on the uptake.


- Internationalisation using xgettext and msginit are tasks ahead so far.

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libnetaid and simple-netaid-cdk released!



On 4/5/20 2:05 PM, aitor_czr wrote:

The Gtk2 packages will available soon.


... will *be* available...


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libnetaid and simple-netaid-cdk released!


Hi again,

On 4/5/20 2:04 PM, aitor_czr wrote:


Hi all,

Today i uploaded the first releases of libnetaid and simple-netaid-cdk.
Here you are the packages:

http://gnuinos.org/simple-netaid-cdk/simple-netaid.tar.gz

Just install the packages appropriate to your architecture, add the 
following


lines to the /etc/network/interfaces files:

iface eth0 inet dhcp
iface wlan0 inet dhcp

and run *simple-netaid-cdk* in the command line.

Simple-netaid uses ifupdown instead of dhclient for network 
connections because
the first one, as opposed to dhclient, is also compatible with static 
ip addresses.

I'm i wrong at this point?

The Gtk2 packages will available soon. Recently I also started a 
frontend in Qt5 for the LxQt

desktop environment.

Cheers, and enjoy it... We need testers!

Aitor.


Tested on beowulf.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] libnetaid and simple-netaid-cdk released!


Hi all,

Today i uploaded the first releases of libnetaid and simple-netaid-cdk.
Here you are the packages:

http://gnuinos.org/simple-netaid-cdk/simple-netaid.tar.gz

Just install the packages appropriate to your architecture, add the 
following


lines to the /etc/network/interfaces files:

iface eth0 inet dhcp
iface wlan0 inet dhcp

and run *simple-netaid-cdk* in the command line.

Simple-netaid uses ifupdown instead of dhclient for network connections 
because
the first one, as opposed to dhclient, is also compatible with static ip 
addresses.

I'm i wrong at this point?

The Gtk2 packages will available soon. Recently I also started a 
frontend in Qt5 for the LxQt

desktop environment.

Cheers, and enjoy it... We need testers!

Aitor.




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help needed:[Fwd: eudev: Methods to detect if running in a container.]


On 30/3/20 20:00, tom wrote:

OpenRC natively supports detecting what kind of environment it running
in. Be it baremetal, LXC, etc. Perhaps you could use that or at least
look at the source code for it.


Thanks a lot, tom.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What to do with an inode?


Hi,

On 30/3/20 15:46, Simon Hobson wrote:

Hendrik Boom  wrote:


On Mon, Mar 30, 2020 at 03:18:45PM +, aitor_czr wrote:

$ ls --inode --directory "/"

2 /

Is there anything I can do with an inode except check file identity within
a filesystem?

You can use it as a search condition for find using '-inum n'
Other than that, my quick search suggested there aren't any useful things you 
can do with it - or at least nothing that's not easier to do by just looking up 
a name for it and working with a normal directory entry.

I did see some search results related to file with no directory entry, but the inode 
staying in existence due to the file being open. As in, "I want to create a 
directory entry pointing to a specific inode to rescue the file so it doesn't disappear 
when closed". I didn't actually look at any of these though.

Simon
As far as i know, it's not possible to interact with the file directly 
via inode for a very good reason:
it would be a way to slip through the directory permissions as you 
traverse the full pathname's hierarchy

tree upstream to the given file.

Cheers,

Aitor.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help needed:[Fwd: eudev: Methods to detect if running in a container.]


Hi,

On 30/3/20 14:09, g4sra via Dng wrote:

Fails to identify a Devuan Guest which has its own partition running in a VM 
hosted by Fedora.


Are you referring to the *raw* host hard disk from a guest?

http://www.virtualbox.org/manual/ch09.html#rawdisk

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help needed:[Fwd: eudev: Methods to detect if running in a container.]


Hi Svante,

On 19/2/20 15:17, Svante Signell via Dng wrote:

Hello,

No replies so far from the devuan-dev list. Maybe with a larger audience I can
get some help!

Thanks!
Checking  whether the *inode* number of the primary directory in the 
standard filesystem hierarchy
used in the most unix-like sytems(that is, the root "/" directory) is 
*equal* to 2 will help to differentiate

if you are within a container or not. eg you can do:

$ ls --inode --directory "/"

2 /

While in a container the output of this command will return a high inode 
number. I tested it in three

different scenarios:

a) Using docker bash shell of ubuntu:

# docker run -it ubuntu bash

root@b87da5b70a84:/# ls --inode --directory "/"

2492863 /

b) Using a qemu qcow2 image of devuan:

$ ls --inode --directory "/"

9531 /

c) Inside the chroot jail of the live-sdk:

root@devuan:/# ls --inode --directory "/"

22839335 /

I reckon this approach won't work neither in the case of operating 
systems using random inode numbers
(but this is not our case),nor in the case of chroot jails rooted on a 
mount point, in which case we have

the following workaround(at least in debian-based systems):

https://manpages.debian.org/jessie/debianutils/ischroot.1.en.html

Hope this helps,

Aitor.








___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-03-26 Thread aitor_czr


Hi tempforever,

On 26/3/20 2:57, tempforever wrote:
Thanks a lot.  Your message is going to be top of my list for a couple 
years :-)


Not at all. I like to be at the very top.

Cheers,

topforever.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] The real reason I like Linux

2020-03-24 Thread aitor_czr

Hi Steve,

On 15/3/20 16:39, Steve Litt wrote:

All of these are good ideas, but if it were me, I'd prioritize
simple-netaid-dmenu, in which all from-list selection and all user
input is done via dmenu.

Gtk2, Gtk3, qt5, and ncurses are all fairly big libraries. Dmenu is
tiny and depends only on X, for the simplicity lovers among us. Also,
simple-netaid-dmenu would be best for the keyboard adept.

If you do this, I'd suggest you make the typeface, fontsize, and colors
configurable, and default the typeface to Ubuntu Mono Bold, which seems
ubiquitous.

Simple-netaid-dmenu wouldn't be pretty, but would be simple and
lightning fast for the keyboard-adept.

Naturally, I'll help test it.

SteveT
I still didn't give a try to dmenu. In any case, i think you are wrong
in saying that ncurses is a fairly big library,
unless you are comparing it with the termlib library (a low-level access
to the termcap database):

https://books.google.es/books?id=GsUMLqtYI1UC=PA197=PA197=low-level+termcap+library+C=bl=RqLF8yM_Sb=ACfU3U2qL5VG_LSqYeL_wi1cdAxLuGoZYQ=es=X=2ahUKEwjx58nlnbToAhVNyoUKHZR7AAgQ6AEwAHoECAoQAQ#v=onepage=low-level%20termcap%20library%20C=false

If so, don't lump ncurses with the Gtk and Qt toolkits altogether :)

Btw, simple-netaid-cdk is going ahead, and i have it working on my
computer :

http://gnuinos.org/simple-netaid-cdk/main.c

Here you are some screenshots:

http://gnuinos.org/simple-netaid-cdk/screenshots/

Cheers,

Aitor.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libnetaid-0.1

2020-03-24 Thread aitor_czr


Hi,

On 3/3/20 15:26, aitor wrote:
I removed the MAC Address so far because it's giving me a segmentation 
fault. I hope to fix this issue shortly.
The issue has been solved replacing the standard C sprintf() by 
g_strdup_printf() in the "netproc.c" file, which is similar
to the first one but safer.So, the backend of simple-netaid will depend 
on glib-2.0 until a new solution is found.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-03-24 Thread aitor_czr


Hi

On 19/3/22 14:01, aitor_czr wrote:

On 22/3/20 12:18, Dimitris via Dng wrote:

wget
https://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb

dpkg --install devuan-keyring_2017.10.03_all.deb


resending, last message was encrypted..


Wow!

The date of the message above is wrong because i typed 2022 instead of 
2020 when using the *hwclock* and *date* commands after a fresh 
installation of devuan. I rectified it later.


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-03-22 Thread aitor_czr


On 22/3/20 12:18, Dimitris via Dng wrote:

wget
https://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb

dpkg --install devuan-keyring_2017.10.03_all.deb


resending, last message was encrypted..


Wow!


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

2020-03-19 Thread aitor_czr


Hi,

On 19/3/20 15:24, Rainer Weikusat via Dng wrote:

goli...@devuan.org  writes:

Dear dev1ers,

The Devuan 3 Beowulf Beta release is now ready for review.

[...]


In solidarity,

The Devuan Devs

Great news. Thanks a lot.


Yes, I've it working on my computers. Thanks, golinux and all the 
contributors!


Btw, i fixed my bugs in the config of amprolla, and the repo of gnuinos 
is working again:


deb http://packages.gnuinos.org/merged/  main
deb-src http://packages.gnuinos.org/merged/  main

deb http://packages.gnuinos.org/merged/ -security main
deb-src http://packages.gnuinos.org/merged/ -security main

deb http://packages.gnuinos.org/merged/ -updates main
deb-src http://packages.gnuinos.org/merged/ -updates main

for jessie, ascii and beowulf.

As you know, you need to install the gpg key of gnuinos:

# curl http://packages.gnuinos.org/gnuinos_pk.asc | apt-key add -

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Unix Socket class: how to send arguments to the suid of simple-netaid

2019-09-13 Thread aitor_czr


Hi,

On 12/9/19 6:49, aitor_czr wrote:
Maybe you are wondering about the reaseon why the server of the socket 
should be multithreaded.

Well... Download the following example:

http://gnuinos.org/socket/ip/

The code of the server has been replaced by:

serverSocket( { FILE_DESCRIPTOR, "0", "wlan0" } );
system("sudo ./client");

That is, the information is sent through the file descriptor and 
immediatly after the client is run *while*

the server is waiting to be heard in a separate thread.

Just run:

$ ./server

and your network interface (wlan0) will be brung down.

Cheers,

Aitor.

There were some minor error in the example. For example, the name of the 
object in the constructor of the server was missing:


serverSocket sender( { FILE_DESCRIPTOR, "0", "wlan0" } );

I fixed them, and now it works:

http://gnuinos.org/socket/ip/

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Unix Socket class: how to send arguments to the suid of simple-netaid

2019-09-12 Thread aitor_czr


Hi again,

On 10/9/19 11:45, aitor_czr wrote:


Hi all,

Here you are an example of the unix socket class used in simple-netaid 
for sending the arguments
to the suid binary through a file descriptor instead of using 
arguments in the command line:


http://gnuinos.org/socket/socket-class-example/

You'll need to install libglibmm-2.4-dev for the server of the socket 
(It's multithreaded and uses a

Glib::Threads::Thread *thread pointer).

As you can see in the example (have a look at the main.cpp of the 
server), the constructor of the
serverSocket class receives the name of the file descriptor as a first 
argument:


serverSocket sender( FILE_DESCRIPTOR, std::string... );

The rest of the arguments in the constructor are the values of the 
arguments sent by the socket,
and both the quantity and the length of these strings are unlimited. 
The client side of the socket
class will use a std::vector for the received 
arguments(look at the main.cpp of the

server).

After building the example (use the Makefile for that), just run the 
server in a secondary plane:


$ ./server &
[1] 10739

It may then run the client, getting all the received mesages:

$ ./client
These are the received messages:
    0
    Hi
    hello
    folks
[1]+  Hecho   ./server

You can download the tarball of the example from here:

wget http://gnuinos.org/socket/socket_class_example.tar.gz

Cheers,

Aitor.

Maybe you are wondering about the reaseon why the server of the socket 
should be multithreaded.

Well... Download the following example:

http://gnuinos.org/socket/ip/

The code of the server has been replaced by:

serverSocket( { FILE_DESCRIPTOR, "0", "wlan0" } );
system("sudo ./client");

That is, the information is sent through the file descriptor and 
immediatly after the client is run *while*

the server is waiting to be heard in a separate thread.

Just run:

$ ./server

and your network interface (wlan0) will be brung down.

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Unix Socket class: how to send arguments to the suid of simple-netaid

2019-09-10 Thread aitor_czr


Hi all,

Here you are an example of the unix socket class used in simple-netaid 
for sending the arguments
to the suid binary through a file descriptor instead of using arguments 
in the command line:


http://gnuinos.org/socket/socket-class-example/

You'll need to install libglibmm-2.4-dev for the server of the socket 
(It's multithreaded and uses a

Glib::Threads::Thread *thread pointer).

As you can see in the example (have a look at the main.cpp of the 
server), the constructor of the
serverSocket class receives the name of the file descriptor as a first 
argument:


serverSocket sender( FILE_DESCRIPTOR, std::string... );

The rest of the arguments in the constructor are the values of the 
arguments sent by the socket,
and both the quantity and the length of these strings are unlimited. The 
client side of the socket
class will use a std::vector for the received 
arguments(look at the main.cpp of the

server).

After building the example (use the Makefile for that), just run the 
server in a secondary plane:


$ ./server &
[1] 10739

It may then run the client, getting all the received mesages:

$ ./client
These are the received messages:
    0
    Hi
    hello
    folks
[1]+  Hecho   ./server

You can download the tarball of the example from here:

wget http://gnuinos.org/socket/socket_class_example.tar.gz

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Future of gNewSense: Debian or Devuan?

2019-08-09 Thread aitor_czr


Hi again,

On 9/8/19 20:50, aitor_czr wrote:

Hi,
On 1/8/19 17:45, fsmithred via Dng wrote:
There's not really anything to yank out. Don't have a non-free repo 
and don't put non-free firmware on the installer isos. They probably 
also want to use a libre kernel. This is not a difficult task, and 
gnuinos already does this.


You already have a repository available for this task:


deb http://packages.gnuinos.org/merged  main
deb-src http://packages.gnuinos.org/merged  main

deb http://packages.gnuinos.org/merged -updates main
deb-src http://packages.gnuinos.org/merged -updates main

deb http://packages.gnuinos.org/merged -security main
deb-src http://packages.gnuinos.org/merged -security main


being  jessie, ascii or beowulf. Just add the gpg key of 
gnuinos:


|$ curl -L https://packages.gnuinos.org/gnuinos_pk.asc | sudo apt-key 
add -|


|and update the repository.|

|
|

||
If devuan ever provides a free/libre repo and release, it will be in 
addition to the one that provides non-free firmware for the same 
reasons you state below. This is something that's been discussed at 
meetings several times, and I think we're all in agreement.



On the other hand, the official kernel of debian has been removed from 
the repository of gnuinos and replaced by linux-libre.
If you want to build your own repository, you will need to patch both 
reprepro and amprolla in order to use them together (in the concrete 
case of gnuinos, because you can find also your own way).


Cheers,

Aitor.



Textual words:

[...] Release four distinct versions of gNewSense, including a 
distribution that includes a subset
of packages for a focused user experience, one that is essentially 
vanilla Debian with our
freedom improvements, a developer edition with the latest and greatest 
GNU development tools,
and a server edition that is based on the work of the Devuan community  
[...]


taken from:

http://www.gnewsense.org/next-steps/

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Future of gNewSense: Debian or Devuan?

2019-08-09 Thread aitor_czr


Hi,
On 1/8/19 17:45, fsmithred via Dng wrote:
There's not really anything to yank out. Don't have a non-free repo 
and don't put non-free firmware on the installer isos. They probably 
also want to use a libre kernel. This is not a difficult task, and 
gnuinos already does this.


You already have a repository available for this task:


deb http://packages.gnuinos.org/merged  main
deb-src http://packages.gnuinos.org/merged  main

deb http://packages.gnuinos.org/merged -updates main
deb-src http://packages.gnuinos.org/merged -updates main

deb http://packages.gnuinos.org/merged -security main
deb-src http://packages.gnuinos.org/merged -security main


being  jessie, ascii or beowulf. Just add the gpg key of gnuinos:

|$ curl -L https://packages.gnuinos.org/gnuinos_pk.asc | sudo apt-key add -|

|and update the repository.|

|
|

||
If devuan ever provides a free/libre repo and release, it will be in 
addition to the one that provides non-free firmware for the same 
reasons you state below. This is something that's been discussed at 
meetings several times, and I think we're all in agreement.



On the other hand, the official kernel of debian has been removed from 
the repository of gnuinos and replaced by linux-libre.
If you want to build your own repository, you will need to patch both 
reprepro and amprolla in order to use them together (in the concrete 
case of gnuinos, because you can find also your own way).


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Future of gNewSense: Debian or Devuan?

2019-08-05 Thread aitor_czr


On 5/8/19 10:49, aitor_czr wrote:


Hi,

On 3/8/19 15:36, pekman wrote:

I'm hoping for a prosperous future for the whole team, which will find
a solid solution for one of the first FSF certified distros.
Just as a curiosity, in the beginning GNU/Trisquel -a full free 
spanish distribution listed in the FSF website
and developed by Rubén Rodriguez- took debian as a basewhile gNewSense 
was taking ubuntu instead.
The current situation is precisely the opposite because while the 
second one was turning to debian, the
first oneturn to ubuntu.And this is not a mere coincidence, but rather 
a strategy of the FSF in orderto

have official distributions based on both debian and ubuntu.

Cheers,

Aitor.


Oops..., i sent the same message twice :)


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Future of gNewSense: Debian or Devuan?

2019-08-05 Thread aitor_czr


Hi,

On 3/8/19 15:36, pekman wrote:

I'm hoping for a prosperous future for the whole team, which will find
a solid solution for one of the first FSF certified distros.
Just as a curiosity, in the beginning GNU/Trisquel -a full free spanish 
distribution listed in the FSF website
and developed by Rubén Rodriguez- took debian as a basewhile gNewSense 
was taking ubuntu instead.
The current situation is precisely the opposite because while the second 
one was turning to debian, the
first oneturn to ubuntu.And this is not a mere coincidence, but rather a 
strategy of the FSF in orderto

have official distributions based on both debian and ubuntu.

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Future of gNewSense: Debian or Devuan?

2019-08-05 Thread aitor_czr


Hi,

On 3/8/19 15:36, pekman wrote:

I'm hoping for a prosperous future for the whole team, which will find
a solid solution for one of the first FSF certified distros.
Just as a curosity,in the beginning GNU/Trisquel -a spanish full free 
distribution listed in the FSF website
and developed by Rubén Rodriguez- took debian as a base, while gNewSense 
was taking ubuntu instead.
The current situation is indeed the opposite, because when gNewSense 
turn to ubuntuGNU/Trisquel turn to debian.
And this is not mere coincidence, but rather a strategy of the FSF in 
order tohave official distributions based on both

debian and ubuntu.

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Ascii netinstall problems

2019-07-08 Thread aitor_czr


Hi m_maass,

On 8/7/19 17:41, m_maass wrote:

Dear Friends,

i want to install ascii with

packages.devuan.org/devuan/dists/jessie/main/installer-amd64/current/images/netboot/netboot.tar.gz


As far as i know, the "packages.devuan.org" repository is deprecated. 
Did you try with "deb.devuan.org"? That is:


http://deb.devuan.org/devuan/dists/jessie/main/installer-amd64/current/images/netboot/netboot.tar.gz

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI support in the live-sdk

2019-07-07 Thread aitor_czr


Hi,

On 7/7/19 9:40, aitor_czr wrote:


Hi again,

On 6/7/19 12:36, fsmithred via Dng wrote:


I selected Devuan, stable, main.


Yesterday i selected Gnuinos, stable, main, and it worked for me.

I uploaded the image today:

http://gnuinos.org/Ascii/

Cheers,

Aitor.

Wicd doesn't work, and simple-netaid still is not finished. But you can 
run the following script:


pkill dhclient
pkill wpa_supplicant
ip addr flush dev 
ip link set dev  down
ifdown 
ip link set dev  up
wpa_passphrase   > wpa.conf
wpa_supplicant -B -i  -c wpa.conf
ifup 

After adding the following line to your "/etc/network/interfaces"

iface  inet dhcp

and restart the network-manager.

The above script uses ifupdown instead of dhclient, because it's also 
compatible with static ip addresses.
If you use dhclient, then you don't need to add anythind to 
"/etc/network/interfaces", because it takes the configuration from 
"/etc/dhcp/dhclient.conf".


HTH,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI support in the live-sdk

2019-07-07 Thread aitor_czr


Hi again,

On 6/7/19 12:36, fsmithred via Dng wrote:


I selected Devuan, stable, main.


Yesterday i selected Gnuinos, stable, main, and it worked for me.

I uploaded the image today:

http://gnuinos.org/Ascii/

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI support in the live-sdk

2019-07-06 Thread aitor_czr


Hi fsmithred,

On 5/7/19 22:46, fsmithred via Dng wrote:

On 5/30/19 4:54 PM, aitor_czr wrote:

Hi fsmithred,

On 30/5/19 15:30, fsmithred via Dng wrote:




Reboot into the system looks good. It installed the full system from 
the iso (without network)

:) :) :)

Now I have to look at it and figure out what you did.

fsmithred 


All these changes have been commited in the git repository. I'll 
build another image during this night...


Thanks a lot for your help, fsmithred :)

Cheers,

Aitor.



I'm just getting back to this now. I tried running it again without 
making any changes. Ran the following commands including the trivial 
steps to select repo, suite, etc. and it did not build.



# zsh -f

# source sdk

# load

the following steps are trivial. You can choose between the 
repository of devuan or gnuinos (a fully amprolla setup). Debian is a 
work in progress.



After the dialog, it just dumped me back to the zsh prompt. What am I 
missing? I tried build_iso_dist and it said "command not found."


Thanks,
fsmithred


First of all, are you using the latest sources:

$ git clone https://git.devuan.org/aitor_czr/live-sdk.git

On the other hand, i must admit that i didn't update the repository of 
gnuinos during weeks; so, it couldn't work. did you select this choice?
I've just updated the repository today with amprolla and the live-sdk is 
working for me. Sorry, but i'm focused on simple-netaid these days, and 
i want to finish it over the course of july.
I did a lot of improvements. One of them is the unlimited size of the 
buffer shared by the server and the client sides of the unix socket (the 
shared information between the backend and the frontend).


This unlimited size of the buffer is possible thanks to the sbuf structs 
whose lifecycle is:


struct sbuf s;
sbuf_init();
sbuf_addch(, 'F');    /**    add a character    **/
sbuf_addstr(, str);  /** add a string     **/
printf("%s\n", s.buf);
free(s.buf);    /** free the memory    **/

But this is not my job... I took the idea from another project (by a 
developer of bunsenlabs -Johan Malm- together with one of the main 
developers of the tint2 panel):


https://github.com/johanmalm/jgmenu

I always beat around the bush :)

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] New Nginx documentation for beginners

2019-06-14 Thread aitor_czr


On 14/6/19 1:51, Steve Litt wrote:

Hi all,

I just put up several nginx documents helpful to those who don't yet
have a complete knowledge of nginx. You can access them all from the
following URL:

http://www.troubleshooters.com/linux/nginx/

Thanks,
  
SteveT


Thanks Steve, it'll be very useful.

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid from scratch

2019-06-01 Thread aitor_czr


Hi s@,

On 20/5/19 22:41, s@ wrote:

aitor_czr  wrote:


Have a look at the server side:

https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/server.c

char buffer[512];
(...)

You are using in some places 'sizeof(buffer)' in 'fgets()' and such..
Your buffer has a fixed size..

/* Somewere else, probably in the header file..*/
#define BUFFER_SIZE 512;
(...)


Yes, this is in the "netstat.c" file, but i didn't define any 
BUFFER_SIZE in the "netstat.h" header.



char buffer[ BUFFER_SIZE ];
(...)
status = fgets ( buffer, BUFFER_SIZE, fp );

its my 2 cents:)

Regards,


Look at the "netstat.c" file again. I'm using

status = fgets ( buffer, sizeof(buffer), fp );

instead :)

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI support in the live-sdk

2019-05-30 Thread aitor_czr


Hi fsmithred,

On 30/5/19 15:30, fsmithred via Dng wrote:

On 5/30/19 11:17 AM, aitor wrote:

Hi fsmithred,

On 30/5/19 16:37, fsmithred via Dng wrote:
I chose openbox, ascii, main and I got xfce instead. 

Yes, i know... The same happened to me.
The config file is the config file for xfce. Minor issue :)

Cheers

Aitor.



Yeah, I didn't even look at the package lists, but I figured they need 
to be adjusted.


More info:

Text-install gets kernel panic in uefi mode.


There was a wrong line in the entry of the text install. I fixed it, but 
i still didn't text it.



Boots ok in bios mode.
Install works up to the point that grub-install fails. (No grub-pc in 
the iso)


Yes... "grub-pc" and "grub-pc-bin" (both required for bios) were missing 
in the list of .deb packages:


    di_pkgs+=(
        grub-pc
        grub-pc-bin
        $grub_efi
        ${grub_efi}-bin
        grub-common
        grub2-common
        efibootmgr
        libefiboot1
        libefivar1
        libpopt0
        ucf
        libdevmapper1.02.1
        libfreetype6
        libfuse2
        gettext-base
        libpng12-0
        dmsetup
    )



Graphical install in uefi mode without network proceeded normally up to
"Finish the installation" when it gave the error:

    Failed to run in-target preseed-hack (exit code 126)


There was mistake in "blend_finalize()", which gives execution 
permissions to the preseed-hack file. I replaced the following line:


    cat

Re: [DNG] UEFI support in the live-sdk

2019-05-29 Thread aitor_czr


Hi fsmithred,

On 28/5/19 12:31, fsmithred via Dng wrote:


I chose gnuinos, openbox, main. It ran. I got a 114M iso that shows me 
a boot menu but won't boot to live. It does the same with 
bios/isolinux as with uefi/grub.


There's no kernel or initrd in the live dir on the iso or in binary/live.

The bootstrap dir only contains:
etc  root  tmp  usr

If I select Text install at the boot menu, the kernel starts to load 
and then I get a kernel panic.


There are no logs, but I did save the terminal output. I'll send it to 
you if you want. What should I do next?


Thanks,
fsmithred


Sorry, uncomment the lines:

    bootstrap_complete_base || { zerr; wrapup }
    bootstrap_thirdstage         || { zerr; wrapup }
    build_kernel_${arch}         || { zerr; wrapup }

in the helpers file. They were commented with a '#' symbol for my own 
tests. I pushed this change to gitlab, and now it works.
I also removed temporary some code from bootstrap which generates a 
tarball of the different stages of strapdir thinking about the possible 
use of mksquashfs.


Cheers,

Aitor.




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] UEFI support in the live-sdk

2019-05-27 Thread aitor_czr


Hi again,

On 27/5/19 6:14, aitor_czr wrote:


Hi all,

I added the uefi support to the sources of the live-sdk:

https://git.devuan.org/aitor_czr/live-sdk/tree/master/

Install all the build dependencies mentioned in the README file (some 
of them can depend on the architecture of the system
(like, for example, grub-efi-amd64-bin / grub-efi-ia32-bin), and run 
as root:


# zsh -f

# source sdk

# load

the following steps are trivial. You can choose between the repository 
of devuan or gnuinos (a fully amprolla setup). Debian is a work in 
progress.


Hope you like it :)

Cheers,

Aitor.

Sorry, the content of libdevuansk and zuper were redirected to parazyd's 
git repository; so, there were no changes there. I started a new repository

including my changes. A new file has been added:

https://git.devuan.org/aitor_czr/live-sdk/blob/master/lib/libdevuansdk/zlibs/debian-installer

dedicated entirely to debian-installer.

Cheers,

Aitor.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] UEFI support in the live-sdk

2019-05-27 Thread aitor_czr


Hi all,

I added the uefi support to the sources of the live-sdk:

https://git.devuan.org/aitor_czr/live-sdk/tree/master/

Install all the build dependencies mentioned in the README file (some of 
them can depend on the architecture of the system
(like, for example, grub-efi-amd64-bin / grub-efi-ia32-bin), and run as 
root:


# zsh -f

# source sdk

# load

the following steps are trivial. You can choose between the repository 
of devuan or gnuinos (a fully amprolla setup). Debian is a work in progress.


Hope you like it :)

Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid from scratch

2019-05-19 Thread aitor_czr


Hi Edward,

On 15/5/19 13:10, Edward Bartolo via Dng wrote:

Hi Aitor,

I, like many other Devuan users, hope that the last crises is over and
that it will never happen again. The purpose of replying to your
thread is to ask why you are rewriting the backend from the very
beginning.
I started rewriting the backend from the very begining due to some 
failures in the connection status systray icon and also in the 
connection attempts.
But i started again rewriting it from scratch due to a wrong approach. 
Today i pushed to gitlab the client/server unix socket, and I'm happy 
with the result.


You can test it running the server in a secondary plane:

$ ./server &

and running the client below:

$ ./client

getting the info about the network connection status at every second, 
something like this:


Connected to wlp1s0
DEVICE_TYPE=Wireless
IP Address=192.168.0.10
BROADCAST=192.168.0.255
NETMASK=255.255.255.0
PROTOCOL=IEEE 802.11
ESSID=Euskaltel-58YA
QUALITY=94%

Have a look at the server side:

https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/server.c

concretly to the writeFileDescriptor ( int df, struct sbuf s ) function. 
It works as follows:


- iproute() gives the first line of the output in the command line, 
that is: "Connected to " or "Disconnected"


- In the case of a conneted state, netproc() will give us the 
information about the network connection, the rest of the output in the 
command line.


I still didn't add the Mac address because the code (using 
"g_strdup_printf") requires Glib:


https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/netstat.c

and i'm trying to avoid it (not for any specific reason).


  Needless to state, I am still using my version of
simple-netaid with its simple graphical interface. However, this does
not mean I will not consider better competitors.


We must think on the devuan project, we hate narcissism :)

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] simple-netaid from scratch

2019-05-15 Thread aitor_czr


Hi all,

I recently started started developing the backend of simple-netaid from 
scratch. There will be a lot of improvements.

You can find the project here:

https://git.devuan.org/aitor_czr/simple-netaid/tree/master/

The readme file will contain all the documentation about usage of the 
CLI version of simple-netaid. The code contained
in the current status are core versions of some features of iproute2, 
removing simple-netaid's dependency on the whole project.

For example, the functions of the ipaddr.c file:

https://git.devuan.org/aitor_czr/simple-netaid/blob/master/backend_src/ipaddr.c

flushes all the previous ip addresses asigned to a concrete network 
interface,doing the same than:


# ip addr flush dev 

I hope to finish this work as soon as possible in order to include the 
network manager in gnuinos ascii.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf release schedule

2019-05-07 Thread aitor_czr


Hi Steve,

On 7/5/19 6:08, Steve wrote:

I'm deciding whether to upgrade from ascii to beowulf now or wait until
beowulf becomes the stable release.

Is there a release date scheduled or a page that shows what tasks are
remaining?

Thanks,
Steve
I can build images of beowulf using the live-sdk. I also must say that 
wicd doesn't work in none of my images of gnuinos (ascii/beowulf).
But, surprisingly, simple-netaid works perfectly without the need of any 
configuration in /etc/network/interfaces


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Hopman, more configuration

2019-05-06 Thread aitor_czr


H Didier,

On 4/5/19 13:18, Didier Kryn wrote:


Hi all, in particular Steve and Aitor who have tested the program.

    Two new boolean parameters are now recognised in the config file:

    Decorate = True means the window has border, title and buttons, 
False means it has none of these.


    Autohide = True means the window is automatically hidden when 
there isn't any hotplug device; False means it remains visible.


    Sending the signal SIGHUP now toggles the visibility of the window.

        Didier


For testing the translations of your hopman project add the following 
headers in the GTK2/hopman.c main function:


    #include 
    #include 

You also need to add the following macro in those files containing 
translations:


    #define _(STRING) gettext(STRING)

so that, you can use something like this in the begining of the 
GTK"/hopman.c:


    setlocale (LC_ALL, "");
    bindtextdomain ("hopman", "/usr/share/locale");
    textdomain ("hopman");

    printf( _("Starting hopman...\n") );

The bindtextdomain function uses the following format:

bindtextdomain (const char *domain_name, const char *dir_name);

and the translations will be found in the 
$dir_name/locale/$lang/LC_MESSAGES/project_name.mo,
once you have installed the application; otherwise, the directory should 
be the po/ folder.

(have a look at your "/usr/share/locale/fr/LC_MESSAGES/" directory)

Lets create the template.pot file (we are located in the hotman/ directory):

$> xgettext --keyword=_ --language=C --add-comments --sort-output \
-o po/template.pot  \
annex/*.c GTK2/*.c watch/*.c \
annex/*.h GTK2/*.h watch/*.h hopman.h

A po/hello.pot template is created and should look like this:

# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2019-05-04 14:39+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#: GTK2/hopman.c:46 GTK2/hopman.c:47
#, c-format
msgid "Starting hopman...\n"
msgstr ""


Now you can customize a bit the header of this template by replacing a 
few default by proper values
of Project-Id-Version, Report-Msgid-Bugs-To, the charset, the first 
author, etc...


So, now we have full template to start with, we can start to work on a 
translation for this program.
Lets start with a French translation of it. We need to create a file 
po/fr.po extracted from the template.


$> msginit --input=po/template.pot --locale=fr --output=po/fr.po

Have a look at the generated po/fr.po file and write the pertinent 
translations in the msgstr "" lines.


You can test the program by the following way:

$> LANG=fr_FR ./GTK2/hopman

The new Makefile will update automatically the translations:

# Copyright (C) 2019 Didier Kryn  -- See LICENSE
# 'make'   builds the executable
# 'make clean' removes object files, keeps libraries and executable
# 'make install'   installs executable, default config file, icon and 
launcher

# 'make cleanall'  removes everything but source files and installed files
# 'make uninstall' removes installed files
# You must be root to make install/uninstall

SWATCH_FUNC = `find swatch -name "*.c"``find swatch -name "*.h"`
ANNEX_FUNC = `find annex -name "*.c"``find annex -name "*.h"`
UI_FUNC_GTK2 = `find GTK2 -name "*.c"``find GTK2 -name "*.h"`

TRANSLATED_FILES=`find . -name "*.c"``find . -name "*.h"`
POFILES=`find po -name "*.po"`

INSTALLED_FILES = /usr/bin/hopman /usr/share/man/man8/hopman.8.gz \
/etc/default/hopmanrc /usr/share/pixmaps/hopman.png \
/usr/share/applications/hopman.desktop /usr/share/doc/hopman/copyright

.SUFFIXES:

all: GTK2/hopman

GTK2/hopman: $(UI_FUNC_GTK2) \
    watch/watch.a annex/annex.a
    make -C GTK2 hopman

po/*.mo: po/*.po
    msgfmt --output-file=$@ $<

po/*.po: po/*.pot
    msgmerge --update $@ $<

po/template.pot: $(TRANSLATED_FILES)
    xgettext -k_ -j -lC -c -s -o po/template.pot $(TRANSLATED_FILES)

watch/watch.a: $(WATCH_FUNC)
    make -C watch watch.a

annex/annex.a: $(ANNEX_FUNC)
    make -C annex annex.a

/usr/bin/hopman: GTK2/hopman
    cp $< $@

/usr/share/man/man8/hopman.8.gz: doc/man/man8/hopman
    gzip -c  $<   > $@

/etc/default/hopmanrc: annex/hopmanrc
    cp  $<  $@

/usr/share/pixmaps/hopman.png: icon/removable-media-32x32.png
    cp $<  $@

/usr/share/applications/hopman.desktop: hopman.desktop
    cp $<  $@

/usr/share/doc/hopman/copyright: LICENSE /usr/share/doc/hopman
    cp $<  $@

/usr/share/doc/hopman:
    mkdir $@

clean:
    make -C watch clean
    make -C annex clean
    make -C GTK2 clean
    @rm -vf $(wildcard doc/man/man8/*~)
    @rm -vf $(wildcard *~)

cleanall:
    make -C watch cleanall
    make -C annex

Re: [DNG] New application ready to test: hopman

2019-05-01 Thread aitor_czr


On 1/5/19 18:23, aitor_czr wrote:

What about the use of CMake?
I can help on that, and also in the translations.

Aitor.


using xgettext and msginit



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] New application ready to test: hopman

2019-05-01 Thread aitor_czr


Hi Didier,

On 28/4/19 22:59, Didier Kryn wrote:

    Thanks a lot Aitor.

    In the mean time I've found a bug which should cause memory leak 
and possible segfault. I'll do a few checks and push the corrected 
version asap.


    Didier



On Thu, 2015-11-26 at 17:04 +, Roger Leigh wrote:


On 26/11/2015 15:00, Svante Signell wrote:

Hi, what's wrong with plain GNU make, and the GNU auto-tools?

Nothing is wrong with "plain make", providing that it meets your needs.
But often you want more than plain make can offer.  There's plenty to
criticise with the autotools, the baroque complexity being the primary
one.  CMake is a big upgrade from the autotools; it's vastly more
featureful and powerful, has better portability for modern systems, and
still works with make when generating Makefiles.  The autotools have
failed to keep up to date with modern portability requirements; the
capabilities CMake has to offer are unmatched at the present time,
though it also has its own warts.  After 15 years of autotools use, I
converted all my stuff to CMake over the last two years, and I'm not
looking back.

What about the use of CMake?
I can help on that, and also in the translations.

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] New application ready to test: hopman

2019-04-28 Thread aitor_czr


Hi Didier,

On 23/4/19 12:22, Didier Kryn wrote:

    Hello Devuaneers.

    I have put on https://git.devuan.org/kryn/hopman an application to 
let mount/umount/open filesystems on hotplug mass storage devises such 
as USB sticks or SD cards. This is a replacements for features 
provided by Desktop Environments.


    It only depends on a linux kernel version newer than 2.2.26 and 
the GTK+-2 library, plus helper commands to mount/umount/open the 
filesystems, such as pmount/pumount, thunar and xfce4-terminal.


    The git repository contains a description of the project, plus a 
directory containing the source and makefiles.


    To instal: git-clone the project, then:

    cd hopman/hopman-1.0

    make && make install  # You must be root to install

    make cleanall

    Installed files: /usr/bin/hopman, /etc/default/hopmanrc, 
/usr/share/man/man8/hopman.8.gz,, /usr/share/pixmap/hopman.png, 
/usr/share/applications/hopman.desktop


    I tried to make it a Debian package, but with little success. I 
need help for that.


    I also need help to remove from the gitlab a previous, primitive 
version which was named partmon.


    Thanks.

            Didier 



I've built it and worked for me. Thanks a lot for your work:)
I'll help you in the packaging stuff, and i'll also try to help you in 
the development.


Cheers,

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Please, inform users about the current 'health' of Devuan.

2019-04-19 Thread aitor_czr


On 19/4/19 12:41, Antony Stone wrote:

"replacement for" IMHO.


Antony.
Which book (originally written in english and in plain language, 
discarding Charles Dickens and so on) should i carry to a deserted 
island in order to improve my english?
Roald Dahl springs to mind... Any among you has read Roald Dahl's "Tales 
of the Unexpected"?


Cheers :)

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Please, inform users about the current 'health' of Devuan.

2019-04-19 Thread aitor_czr


On 19/4/19 12:20, aitor_czr wrote:

as well as a replacement to sysvinit [*]


Runit, s6, OpenRC or whatever you want :)

Aitor.

[*] replacement of..., better said?



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Please, inform users about the current 'health' of Devuan.

2019-04-19 Thread aitor_czr


Hi,

On 19/4/19 11:03, Edward Bartolo via Dng wrote:

Following the last crises in the Administration of Devuan, as a user
of Devuan who appreciates init freedom, I am worried. Is the crises
over or not? What about the void created by katolaZ?


I still hope to see KatolaZ around. He really has created a void in the 
project. I offer myself to cooperate.



The fact that there are business entities who want init freedom is
something of a blessing.

I congratulate Jaromil for having the charisma of recognizing
decisional errors: that is a quality of good leaders.
One of the favorite quotes of Richard Stallman is: "We are humans, and 
we make mistakes".
And yes..., we must learn from our mistakes and  we must forgive the 
mistakes of others in the same way that we also need to forgive ourselves.
With regard to the init freedom, Jaromil did such question to all the 
caretakers in the First Devuan Conference. I wanted to add my opinion, 
but the
question was only directed towards the caretakers. So, i'll give here my 
opinion: any risky decision (as well as a replacement to sysvinit) 
should be
taken in a devuan derivative and not in the devuan operanting system per 
se,which is a base to build upon.


Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: [SPAM] Re: Way forward


On 14/4/19 11:46, info at smallinnovations dot nl wrote:
I did support Devuan with mirror.smallinnovations.nl and 
devuan.smallinnovations.nl (and do until 30 april). 


I can read :)

So what exactly is your point except that you apparently like to bully 
people?


Bully people? Who is bulling people? Take your own way, but take it in 
silence.


And I repeat: I wishyou all the best luck in the world, you really need 
it :)


https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: [SPAM] Re: Way forward


Hi fsmithred,

On 14/4/19 11:22, fsmithred via Dng wrote:

On 04/14/2019 04:40 AM, Antony Stone wrote:

On Sunday 14 April 2019 at 10:39:34, aitor_czr wrote:


On 14/4/19 10:30, chillfan--- via Dng wrote:

About corporations:

If they are that interested in Devuan (and yes I'm repeating myself) they
should put some dedicated maintainers our way so we can remove all of
libsystemd0.

It's possible to remove entirely libsystemd0.

How difficult is "possible"?

Antony.


In beowulf:
   apt-get install libelogind0
   apt-get remove libsystemd0

That's all.

fsmithred
I'm on ascii and libelogind0 doesn't provide libsystemd0. I built an 
image of gnuinos jessie without libsystemd0, but also without any 
desktop environment.
Runnig apt-cache rdepends libsystemd0 i see a lot of reverse 
dependencies, so it may not be so simple.


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: [SPAM] Re: [SPAM] Re: Way forward


On 14/4/19 9:59, aitor_czr wrote:
my words have not been aimed against any people who supported devuan 
in the past, neither against Centurion Dan nor against KatolaZ


whom i really appreciate :)

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: [SPAM] Re: Way forward


On 14/4/19 10:40, Antony Stone wrote:

How difficult is "possible"?

Antony.


Not so difficult. I'll work on that.

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: Way forward


Hi chillfan,

On 14/4/19 10:30, chillfan--- via Dng wrote:

About corporations:


If they are that interested in Devuan (and yes I'm repeating myself) they 
should put some dedicated maintainers our way so we can remove all of 
libsystemd0.


It's possible to remove entirely libsystemd0.

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: [SPAM] Re: Way forward



On 14/4/19 9:55, aitor_czr wrote:

On 13/4/19 16:34, mett wrote:

While everybody is obviously free to leave if he realizes he does not
share the same goal as the rest of the project, we are still facing a
crisis. I thus believe that we should win over people who supported devuan in 
the
past, not fight with them.
Of course, i agree. And they are free to decide. But my words have not 
been aimed against
any people who supported devuan in the past, neither against Centurion 
Dan nor against KatolaZ.
I was referring to such person who decided to end his membership of 
the list *making noice*.
Please, if someone else takes the same way in the future, do it as a 
gentleman. Imho, it's the time to

end this thread.

Cheers,

Aitor.


*noise*


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: Way forward


On 13/4/19 16:34, mett wrote:

While everybody is obviously free to leave if he realizes he does not
share the same goal as the rest of the project, we are still facing a
crisis. I thus believe that we should win over people who supported devuan in 
the
past, not fight with them.
Of course, i agree. And they are free to decide. But my words have not 
been aimed against
any people who supported devuan in the past, neither against Centurion 
Dan nor against KatolaZ.
I was referring to such person who decided to end his membership of the 
list *making noice*.
Please, if someone else takes the same way in the future, do it as a 
gentleman. Imho, it's the time to

end this thread.

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

2019-04-12 Thread aitor_czr


On 12/4/19 23:20, info at smallinnovations dot nl wrote:

So you only have to endure me another 18 days.


0 days, in my case, because I won't waste more time reading your messages.

Good luck :)

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan.pro works now.

2019-04-12 Thread aitor_czr


On 12/4/19 21:45, Hendrik Boom wrote:

Seems to work now.  Thanks to whoever did it.

-- hendrik


Yes, i was getting the same "Your connection is not secure" message, but 
now the website works :)


Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] The backend of simple-netaid step by step

2019-03-31 Thread aitor_czr


Hi,

I'm building the backend of simple-netaid step by step, so that you can 
test it about possible glitchs.


Here you are the first step:

http://www.gnuinos.org/examples/simple-netaid/

Build it:

$ ./build

and run:

$ ./simple-netaid-server

The output will be something like:

Conneted to  / Disconnected

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid tips

2019-03-24 Thread aitor_czr


On 23/3/19 10:34, aitor_czr wrote:

The backbone of the shared library is a small part of the iproute project
remaining the rest of the project in order to enable the accessibility 
to the "iproute show" command without root privileges.


Oops..., "ip route show" can be run without root privileges. All the 
same, the work is done :)


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] simple-netaid tips

2019-03-23 Thread aitor_czr


Hi,

I'll try to document how the backend of simple-netaid works. First of 
all, please take in mind that this project
was started by another person (Edward Bartolo) with a very different 
point of view, but helding out an inspiration
for mine. So, take this thread as a positive feedback for the project. 
This said, let's start doing a list of all the different

items of the project:

1- The shared library:

This library contains all the functions required for getting the 
information about the network status,
that is, the list of the network devices, if we are connected or 
disconnected, the ip address, etc, etc. All the resulting
information will be shown in the command line. It's important to 
understand the fact that all these functions included in
the shared library can't require root privileges. The backbone of the 
shared library is a small part of the iproute project
remaining the rest of the project in order to enable the accessibility 
to the "iproute show" command without root privileges.
The code'll say if we are connected or disconnected. There are other 
methods for that, but i found this one the most lightweight
of them. Take in mind that this function will be run at every second. 
Only the shared library is written in C, the rest is written

in C++ and Gtkmm-2.4.

2- The server:

That is the server of an unix socket. A binary containing a while(1){} 
loop (forever) which reads the outputs
in the command line of those functions included in the shared library, 
writing this information afterwards in a file descriptor

accessible from the worker thread of the frontend.

3- The backend:

A SUID binary that involves those functions requiring superuser 
privileges. For example, the wifi scanning,the connection attempts...



4- The frontend:

A multithreaded process with two threads, one GUI thread, and one worker 
thread. A Glib::Dispatcher is used
for sending notifications from the second one to the first one, because 
only the GUI thread can update the GUI. The data sent
is protected by a mutex. Depending on the automatically connect option's 
setup, the worker thread will call or not to the backend

for the connection attempts.


In addition to this documentation, there will be a simple example 
consisting of systray icon that will blink when the ethernet cable is 
plugged.
But first things first, and i'll start it giving an example about the 
use of an unix socket for the communication between two different processes.


Recently I put the following example for a member of the gtkmm mailing 
list, asking for a working example of a socket:


http://www.gnuinos.org/examples/socket/

Build the server and the client:

$ gcc server.c -o server

$ gcc client.c -o client

Run the server in a secondary plane:

$ ./server &

And then run the client as often as you wish:

$ ./client

You'll get the messages each time, as follows:

$ ./server &
[1] 2993

$ ./client
This is the first message
This is the second message

$ ./client
This is the first message
This is the second message

$ pkill server
[1]+  Terminado   ./server

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

2019-03-21 Thread aitor_czr


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


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] an alternative to poettering's ifplugd


Hi Didier,

On 19/3/19 12:39, Didier Kryn wrote:

Le 19/03/2019 à 09:56, aitor_czr a écrit :


Hi Nick,

On 19/3/19 9:21, Dr. Nikolaus Klepp wrote:

...
 for i in /sys/class/net/eth*; do

...
Thanks for your script! Interesting to know... With a short look, i 
seems to read the value content in the /sys/class/eth0/carrier file, 
set to "0" or "1".


    Just a reminder that using symbolic links in /sys isn't robust, as 
expained in 
https://www.kernel.org/doc/html/v4.16/admin-guide/sysfs-rules.html


    Here are two citations from this link. 1st citation:

/It is agreed upon by the kernel developers that the Linux kernel does 
not provide a stable internal API. Therefore, there are aspects of the 
sysfs interface that may not be stable across kernel releases./


/To minimize the risk of breaking users of sysfs, which are in most 
cases low-level userspace applications, with a new kernel release, the 
users of sysfs must follow some rules to use an 
as-abstract-as-possible way to access this filesystem. The current 
udev and HAL programs already implement this and users are encouraged 
to plug, if possible, into the abstractions these programs provide 
instead of accessing sysfs directly./


    I think we all agree to not follow this recommendation of linking 
to libudev. 2nd citation:


/There is no such thing like class-, bus-, physical devices, 
interfaces, and such that you can rely on in userspace. Everything is 
just simply a “device”. Class-, bus-, physical, ... types are just 
kernel implementation details which should not be expected by 
applications that look for devices in sysfs./


    There is at least one thing stable: the property of each devices 
are represented by files in a subdirectory in the tree below  
/sys/devices and this subdirectory is named after the device name, eg


            /sys/devices/pci:00/:00:19.0/net/eth0

    Therefore, the only robust method I have found to programatically 
discover the device properties is to visit systematically all 
directories below /sys/devices until I find the proper subdirectory.


    My 1 cent.

        Didier



Thanks a lot for the info !!

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


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] an alternative to poettering's ifplugd



On 19/3/19 9:56, aitor_czr wrote:


Hi Nick,

On 19/3/19 9:21, Dr. Nikolaus Klepp wrote:

You might call me ignorant, but with bash this can be done a bit simpler (this 
is from my solution to the detect-if-kable-present-while-booting-problem):-)

#!/bin/bash

while sleep 1; do
 for i in /sys/class/net/eth*; do
 VAR=$(basename $i)
 VAL=$(sed -n 's/0/UN/p' $i/carrier)PLUGGED
 if [ "${!VAR}" != "$VAL" ]; then
 echo $VAR $VAL
 declare $VAR=$VAL
 fi
 done
done


Nik
Thanks for your script! Interesting to know... With a short look, i 
seems to read the value content in the /sys/class/eth0/carrier file, 
set to "0" or "1".
I was thinking about this possibility a couple of days ago, but i'm 
not pretty sure if its value also depends on the status of the network 
hotpluggable device. I'm testing it...
On the other hand, here you are the code used in the ethtool-lite.c 
file of the netcfg udeb package used by debian-installer, doing 
something similar (in the case of the FreeBSD kernel

it uses a raw socket instead):

    int len = strlen(SYSCLASSNET) + strlen(iface) + strlen("/carrier") 
+ 1;

    char* filename = malloc(len);
    snprintf(filename, len, SYSCLASSNET "%s/carrier", iface);
    FILE* fp = fopen(filename, "r");
    free(filename);

    char result[2];
    if (fgets(result, sizeof(result), fp) == NULL) {
        fclose(fp);
        if (errno == EINVAL) {
            di_info("ethtool-lite: %s is down", iface);
            return DISCONNECTED;
        }
        di_error("ethtool-lite: getting carrier failed: %s",
            strerror(errno));
        return UNKNOWN;
    }
    fclose(fp);

    switch (result[0]) {
    case '1':
        di_info("ethtool-lite: %s: carrier up", iface);
        return CONNECTED;
    case '0':
        di_info("ethtool-lite: %s: carrier down", iface);
        return DISCONNECTED;
    }
    di_info("ethtool-lite: %s: could not determine carrier state; got 
\"%s\"",

        iface, result);
    return UNKNOWN;

Cheers,


#if defined(__linux__)

    /* The above code */

#elif defined(__FreeBSD_kernel__)
    int fd = socket(AF_INET, SOCK_DGRAM, 0);

    if (fd < 0)
    {
        di_warning("ethtool-lite: could not open control socket\n");
        return UNKNOWN;

    }


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] an alternative to poettering's ifplugd


Hi Nick,

On 19/3/19 9:21, Dr. Nikolaus Klepp wrote:

You might call me ignorant, but with bash this can be done a bit simpler (this 
is from my solution to the detect-if-kable-present-while-booting-problem):-)

#!/bin/bash

while sleep 1; do
 for i in /sys/class/net/eth*; do
 VAR=$(basename $i)
 VAL=$(sed -n 's/0/UN/p' $i/carrier)PLUGGED
 if [ "${!VAR}" != "$VAL" ]; then
 echo $VAR $VAL
 declare $VAR=$VAL
 fi
 done
done


Nik
Thanks for your script! Interesting to know... With a short look, i 
seems to read the value content in the /sys/class/eth0/carrier file, set 
to "0" or "1".
I was thinking about this possibility a couple of days ago, but i'm not 
pretty sure if its value also depends on the status of the network 
hotpluggable device. I'm testing it...
On the other hand, here you are the code used in the ethtool-lite.c file 
of the netcfg udeb package used by debian-installer, doing something 
similar (in the case of the FreeBSD kernel

it uses a raw socket instead):

    int len = strlen(SYSCLASSNET) + strlen(iface) + strlen("/carrier") + 1;
    char* filename = malloc(len);
    snprintf(filename, len, SYSCLASSNET "%s/carrier", iface);
    FILE* fp = fopen(filename, "r");
    free(filename);

    char result[2];
    if (fgets(result, sizeof(result), fp) == NULL) {
        fclose(fp);
        if (errno == EINVAL) {
            di_info("ethtool-lite: %s is down", iface);
            return DISCONNECTED;
        }
        di_error("ethtool-lite: getting carrier failed: %s",
            strerror(errno));
        return UNKNOWN;
    }
    fclose(fp);

    switch (result[0]) {
    case '1':
        di_info("ethtool-lite: %s: carrier up", iface);
        return CONNECTED;
    case '0':
        di_info("ethtool-lite: %s: carrier down", iface);
        return DISCONNECTED;
    }
    di_info("ethtool-lite: %s: could not determine carrier state; got 
\"%s\"",

        iface, result);
    return UNKNOWN;

Cheers,

Aitor.




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] an alternative to poettering's ifplugd

2019-03-18 Thread aitor_czr


Hi,

On 18/3/19 18:37, aitor_czr wrote:


Hi all,

On 17/3/19 13:45, aitor_czr wrote:


I'm also working on an alternative to poettering's ifplugd for the 
automatically wired connect option of simple-netaid.


Aitor.


Here you are the code:

gnuinos.org/examples/netproc/main.c

Install the libiw-dev and ethtool packages, and build the file:

gcc main.c -liw -o main

and run it in the command line:

$ ./main

The output will be:

The wire is PLUGGED/UNPLUGGED

The unplug event is detected inmediatly, but the unplug event takes a 
few seconds. It's working for me.


I need testers.

Thanks in advance :)

Aitor.

The ethtool dependency is superfluous, i removed the header and updated 
the sources in the link:


http://www.gnuinos.org/examples/netproc/

Cheers,

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] an alternative to poettering's ifplugd

2019-03-18 Thread aitor_czr


Hi all,

On 17/3/19 13:45, aitor_czr wrote:


I'm also working on an alternative to poettering's ifplugd for the 
automatically wired connect option of simple-netaid.


Aitor.


Here you are the code:

gnuinos.org/examples/netproc/main.c

Install the libiw-dev and ethtool packages, and build the file:

gcc main.c -liw -o main

and run it in the command line:

$ ./main

The output will be:

The wire is PLUGGED/UNPLUGGED

The unplug event is detected inmediatly, but the unplug event takes a 
few seconds. It's working for me.


I need testers.

Thanks in advance :)

Aitor.



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid-backend debugged.


Hi,

On 17/3/19 13:38, aitor_czr wrote:


Hi Eward,

On 7/3/19 8:38, Edward Bartolo  via Dng wrote:

Hi Everyone,

My version of simple-netaid-backend has been debugged to connect when
there is only one active wifi hotspot. It was previously failing to
connect because there was an error in a while loop which prevented
iteration from taking place when there was only one active wifi
hotspot.

Please, note my graphical frontend does not use unnecessary cosmetics
to make it look appealing to the eyes. My aim was simplicity and low
use of system processing and memory.  Moreover, the backend
establishes a connection using low level calls to avoid using
ifupdown. It uses instead ifconfig, iwconfig, wpa_supplicant and
dhclient.
I'm working again on simple-netaid, and i 'd like to share with you 
the C code


for bringing up/down a concrete network interface (void 
interface_up/down, respectivelly):




/         Bring up the interface  ***/

void interface_up (const char *if_name)

{
    struct ifreq ifr;
    int skfd = 0;

    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);

    /* Create a channel to the NET kernel. */
    if((skfd = iw_sockets_open()) < 0)
    {
        perror("socket");
        return -1;
    }

    skfd = socket (AF_INET, SOCK_DGRAM, 0);
    if (skfd && ioctl(skfd, SIOCGIFFLAGS, ) >= 0) {
    printf("Activating interface %s", if_name);
    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);
    ifr.ifr_flags |= (IFF_UP | IFF_RUNNING);
    ioctl(skfd, SIOCSIFFLAGS, );
    } else {
    printf("Getting flags for interface %s failed, not activating 
interface.", if_name);

    }

    /* Close the socket. */
    iw_sockets_close(skfd);

}


/         Bring down the interface  ***/

void interface_down (const char *if_name)
{
    struct ifreq ifr;
    int skfd = 0;

    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);

    /* Create a channel to the NET kernel. */
    if((skfd = iw_sockets_open()) < 0)
    {
        perror("socket");
        return -1;
    }

    if (skfd && ioctl(skfd, SIOCGIFFLAGS, ) >= 0) {
    printf("Taking down interface %s", if_name);
    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);
    ifr.ifr_flags &= ~IFF_UP;
    ioctl(skfd, SIOCSIFFLAGS, );
    } else {
    printf("Getting flags for interface %s failed, not taking down 
interface.", if_name);

    }

    /* Close the socket. */
    iw_sockets_close(skfd);
}

HTH,

Aitor.

I took the code from debian-installer, more concretly from the netcfg 
udeb package.


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid-backend debugged.


Hi,

On 17/3/19 16:04, aitor_czr wrote:


Hi Tom,

On 17/3/19 14:38, wirelessd...@gmail.com wrote:


I'm also working on an alternative to poettering's ifplugd for the 
automatically wired connect option of simple-netaid.


Aitor.



Can you borrow code from netplug for that? It does the same as ifplugd.

—Tom


I knew netplug, but i tried downloading the sources with *netplugd* 
instead of *netplug*


Thanks :)

Aitor.

Netplug takes a lot of code taken from ifplugd, and i think it should be 
a much easier way for that.


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid-backend debugged.


Hi Tom,

On 17/3/19 14:38, wirelessd...@gmail.com wrote:


I'm also working on an alternative to poettering's ifplugd for the 
automatically wired connect option of simple-netaid.


Aitor.



Can you borrow code from netplug for that? It does the same as ifplugd.

—Tom


I knew netplug, but i tried downloading the sources with *netplugd* 
instead of *netplug*


Thanks :)

Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid-backend debugged.


Hi again,

On 17/3/19 13:38, aitor_czr wrote:


Hi Eward,

On 7/3/19 8:38, Edward Bartolo  via Dng wrote:

Hi Everyone,

My version of simple-netaid-backend has been debugged to connect when
there is only one active wifi hotspot. It was previously failing to
connect because there was an error in a while loop which prevented
iteration from taking place when there was only one active wifi
hotspot.

Please, note my graphical frontend does not use unnecessary cosmetics
to make it look appealing to the eyes. My aim was simplicity and low
use of system processing and memory.  Moreover, the backend
establishes a connection using low level calls to avoid using
ifupdown. It uses instead ifconfig, iwconfig, wpa_supplicant and
dhclient.
I'm working again on simple-netaid, and i 'd like to share with you 
the C code


for bringing up/down a concrete network interface (void 
interface_up/down, respectivelly):




/         Bring up the interface  ***/

void interface_up (const char *if_name)

{
    struct ifreq ifr;
    int skfd = 0;

    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);

    /* Create a channel to the NET kernel. */
    if((skfd = iw_sockets_open()) < 0)
    {
        perror("socket");
        return -1;
    }

    skfd = socket (AF_INET, SOCK_DGRAM, 0);
    if (skfd && ioctl(skfd, SIOCGIFFLAGS, ) >= 0) {
    printf("Activating interface %s", if_name);
    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);
    ifr.ifr_flags |= (IFF_UP | IFF_RUNNING);
    ioctl(skfd, SIOCSIFFLAGS, );
    } else {
    printf("Getting flags for interface %s failed, not activating 
interface.", if_name);

    }

    /* Close the socket. */
    iw_sockets_close(skfd);

}


/         Bring down the interface  ***/

void interface_down (const char *if_name)
{
    struct ifreq ifr;
    int skfd = 0;

    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);

    /* Create a channel to the NET kernel. */
    if((skfd = iw_sockets_open()) < 0)
    {
        perror("socket");
        return -1;
    }

    if (skfd && ioctl(skfd, SIOCGIFFLAGS, ) >= 0) {
    printf("Taking down interface %s", if_name);
    strncpy(ifr.ifr_name, if_name, IFNAMSIZ);
    ifr.ifr_flags &= ~IFF_UP;
    ioctl(skfd, SIOCSIFFLAGS, );
    } else {
    printf("Getting flags for interface %s failed, not taking down 
interface.", if_name);

    }

    /* Close the socket. */
    iw_sockets_close(skfd);
}

HTH,

Aitor.

I'm also working on an alternative to poettering's ifplugd for the 
automatically wired connect option of simple-netaid.


Aitor.


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] simple-netaid-backend debugged.