Re: [DNG] libnetaid and simple-netaid-cdk released!
On 28/9/20 8:31, aitor_czr wrote: The above issues have been fixed and the packages are available in: deb http://packages.gnuinos.org/merged beowulf main deb-src http://packages.gnuinos.org/merged beowulf main You need gnuinos-keyring. 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 again, On 6/4/20 0:43, aitor_czr wrote: 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. The above issues have been fixed and the packages are available in: deb http://packages.gnuinos.org/merged beowulf main deb-src http://packages.gnuinos.org/merged beowulf main Just install: apt-get install libnetaid snetaid simple-netaid-cdk You also need sudo and xterm, but you can choose another terminal changing the exec entry in simple-netaid-cdk.desktop: Exec=xterm -e "sudo simple-netaid-cdk" to your needs. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] problem with KDE/plasma on Beowulf / pulseaudio too
On 27/9/20 13:59, g4sra via Dng wrote: I have reservations about where QT5 is going, despite any issue with pulseaudio, now might be a good time to jump ship. +1 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Danger: Debian POSIX hostility
Hi, On 18/9/20 0:58, aitor wrote: Hi Steve, On 17/9/20 14:33, Steve Litt wrote: I was given hopman to test on my Void box and got it compiled with some help from (I think) Aitor. It was much more mature than my amounter was. I don't know why I quit using it --- maybe my mind went on to other things. My help was installing simple-netaid-cdkin Void Linux, the ncurses interface for simple-netaid: https://git.devuan.org/aitor_czr/simple-netaid-cdk I seem to remember. It required to build from source ifupdown (which -as someone has pointed out in this thread- has its origin in Debian), and also libiw and libcdk5. I improved the README markdown in git.devuan.org, documenting the installation procedure: https://git.devuan.org/aitor_czr/simple-netaid-cdk All the packages will be available soon. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Can't install Gwenview on Devuan Beowulf with XFCE
Hi Emiliano, On 7/8/20 3:04, Ludovic Bellière wrote: Thus, you'll have to switch from consolekit to elogind if you wish to use anything KDE. If you don't want to mix so many Qt dependecies with Gtk stuff, you can use the images of gnuinoslxqt, built a couple of days ago including gwenview: https://www.gnuinos.org/Beowulf/ On the other hand, there are also other alternatives developedin Gtk like gpicview and mirage,but i don't if they'll cover your needs. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Deleted qemu image
Hi, The /srv partition is the largest on this machine and the testdisk recovery image of this partition (~170G) is too large to fit anywhere on the hard drive. I'm not pretty sure, but testdisk allows you to generate an iso image of whatever you want, i seem to remember: https://www.cgsecurity.org/wiki/TestDisk The following (and recently released) images of gnuinos beowulf might be of assistance in this matter: https://www.gnuinos.org/Beowulf/ because they contain the binaries of testdisk in /opt. So, you'll be able to run this fantastic tool in live mode and try to recover the lost data to another external device. Just run (as root): /opt/testdisk-7.2-WIP/testdisk_static Good luck :) HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Problem with DHCP during boot
Hi, On 7/15/20 9:07 PM, Florian Zieboll wrote: On July 15, 2020 7:21:30 PM GMT+02:00, Simon Hobson wrote: Can anyone give me any hint as to what is bringing up the network before it is supposed to be ? Although I am not doing IPv6 networking myself, I suppose searching the DNG list's archive for the ifup boot delay issue might bring up relevant information. libre Grüße, Florian Further discussion here: https://lists.dyne.org/lurker/search/20380101.00.0...@ifupdown.es.html Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] kernel instabilities
Hi Riccardo, On 06/01/2020 07:55 PM, Riccardo Mottola via Dng wrote: yes, I am currently on ascii on all my machines. I could try to test beowulf too, although I need to be sure to have gcc 6.5 Beowulf has gcc-7 and gcc-8 instead, but also gcc (build-essential) which is the compiler used by default in all the branches by the mozilla debian-team. Arcticfox will build successfully with it. I tested it today. I also tried building Palemoon-28.10.0 with gcc-8 and it worked. On the other hand, i point out that palemoon-28.x uses the *gold* linker instead of /usr/bin/ld. 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 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?
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!
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!
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
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
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
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
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
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!
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!
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!
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
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&pg=PA197&lpg=PA197&dq=low-level+termcap+library+C&source=bl&ots=RqLF8yM_Sb&sig=ACfU3U2qL5VG_LSqYeL_wi1cdAxLuGoZYQ&hl=es&sa=X&ved=2ahUKEwjx58nlnbToAhVNyoUKHZR7AAgQ6AEwAHoECAoQAQ#v=onepage&q=low-level%20termcap%20library%20C&f=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
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!
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!
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!
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
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
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
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?
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?
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?
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?
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?
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
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
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
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
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(&s); sbuf_addch(&s, 'F'); /** add a character **/ sbuf_addstr(&s, 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
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
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
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
Hi fsmithred, On 30/5/19 1:05, fsmithred via Dng wrote: On 5/29/19 12:24 PM, aitor wrote: Hi, On 29/5/19 17:07, aitor wrote: Hi, On 29/5/19 10:17, aitor_czr 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 The repository of gnuinos has expired (invalid since 10h 21min 26s). So, try with devuan. I'll update it tonight. Cheers, Aitor. Removing previously from the blend all the non existent packages like icecat, popupmenu, gftp, etc... Aitor. After I uncommented the lines in the helpers file I got errors complaining that the bootstrap dir does not exist. This happens when I choose guinos or devuan. It looks like some commands are in the wrong order. Here's the terminal output after the load dialog: --2019-05-29 16:05:44-- http://packages.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz Resolving packages.devuan.org (packages.devuan.org)... 46.105.191.77, 2001:41d0:8:2c55::a2 Connecting to packages.devuan.org (packages.devuan.org)|46.105.191.77|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://packages.roundr.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz [following] --2019-05-29 16:05:45-- http://packages.roundr.devuan.org/merged/dists/ascii/main/debian-installer/binary-amd64/Packages.gz Resolving packages.roundr.devuan.org (packages.roundr.devuan.org)... 5.196.38.18 Connecting to packages.roundr.devuan.org (packages.roundr.devuan.org)|5.196.38.18|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 62636 (61K) [text/plain] Saving to: ‘Packages.gz’ Packages.gz 100%[===>] 61.17K 251KB/s in 0.2s 2019-05-29 16:05:47 (251 KB/s) - ‘Packages.gz’ saved [62636/62636] . libdevuansdk v1.0 loaded . devuan blend leaded livesdk@ascii # build_iso_dist | tee log/build.5 [D] build_iso_dist (*) building complete iso image [D] bootstrap_complete_base (*) bootstrapping devuan amd64 base (*) running debootstrap stage 2 chroot: cannot change root directory to '/home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap': No such file or directory [E] error in: bootstrap_complete_base [W] called in: bootstrap_complete_base [W] called in: devuan blend leaded [W] called in: running debootstrap stage 2 [E] error reported, operation aborted. (*) writing system configuration [D] conf_print_debconf tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/debconf.set: No such file or directory [D] conf_print_fstab tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/fstab: No such file or directory [D] conf_print_hostname tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/hostname: No such file or directory [D] conf_print_hosts tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/hosts: No such file or directory [D] conf_print_netifaces tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/network/interfaces: No such file or directory [D] conf_print_resolvconf tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/resolv.conf: No such file or directory [D] conf_print_sourceslist tee: /home/user/build/aitors_live_sdk/live-sdk/tmp/devuan-amd64-build/bootstrap/etc/apt/sources.list: No such file or directory [E] error in: bootstrap_complete_base [E] error in: bootstrap_complete_base [W] called in: bootstrap_complete_base [W] called in: devuan blend leaded [W] called in: writing system configuration livesdk@ascii # exit [D] endgame EXIT [D] destructor: _ztmp_destructor [D] _ztmp_destructor root@ascii:/home/user/build/aitors_live_sdk/live-sdk# exit Huh! Did you clone my latest git repository? $ git clone https://git.devuan.org/aitor_czr/live-sdk.git It's working for me using the apt repository of gnuinos: livesdk@localhost # build_iso_dist [D] build_iso_dist (*) building complete iso image [D] bootstrap_complete_base (*) bootstrapping gnuinos amd64 base (*) running debootstrap stage 1 I: Retrieving InRelease I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Checking component main on http://packages.gnuinos.org/merged... I: Retrieving adduser 3.115 I: Validating adduser 3.115 I: Retrieving apt 1.4.9 I: Validating apt 1.4.9 I: Retrieving apt-utils 1.4.9 I: Validating apt-utils 1.4.9 I: Retrieving base-files 9.9+gnuinos1 I: Validating base-files 9.9+gnuinos1 I: Retrieving base-passwd 3.5.43 I: Validating base-passwd 3.5.43 I: Retrieving bash 4.4-5 I: Validating bash 4.4-5 I: Retrieving bsdmainutils 9.0.12+nmu1 I: Vali
Re: [DNG] UEFI support in the live-sdk
Hi again, Sorry for the [SPAM] label in my previous post :) Aitor. On 29/5/19 8:17, aitor_czr wrote: 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 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] UEFI support in the live-sdk
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
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
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
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(&s) 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(&s) 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
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
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
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 cle
Re: [DNG] New application ready to test: hopman
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
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
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.
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.
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.
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
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.
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
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
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
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
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", &wpa_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
Hi, 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):-) The best solution might be to run the connection attempt on a secondary plane without interrupting the boot process... 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
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
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, &ifr) >= 0) { printf("Activating interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags |= (IFF_UP | IFF_RUNNING); ioctl(skfd, SIOCSIFFLAGS, &ifr); } 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, &ifr) >= 0) { printf("Taking down interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags &= ~IFF_UP; ioctl(skfd, SIOCSIFFLAGS, &ifr); } 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.
On 17/3/19 16:16, aitor_czr wrote: [...] takes a lot of code taken from [...] while it may appear reduntant :) ___ 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, &ifr) >= 0) { printf("Activating interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags |= (IFF_UP | IFF_RUNNING); ioctl(skfd, SIOCSIFFLAGS, &ifr); } 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, &ifr) >= 0) { printf("Taking down interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags &= ~IFF_UP; ioctl(skfd, SIOCSIFFLAGS, &ifr); } 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.
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, &ifr) >= 0) { printf("Activating interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags |= (IFF_UP | IFF_RUNNING); ioctl(skfd, SIOCSIFFLAGS, &ifr); } 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, &ifr) >= 0) { printf("Taking down interface %s", if_name); strncpy(ifr.ifr_name, if_name, IFNAMSIZ); ifr.ifr_flags &= ~IFF_UP; ioctl(skfd, SIOCSIFFLAGS, &ifr); } else { printf("Getting flags for interface %s failed, not taking down interface.", if_name); } /* Close the socket. */ iw_sockets_close(skfd); } HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] dbus [was: Re: logging uses of machine-id]
Hi, On 12/3/19 13:45, Antony Stone wrote: On Tuesday 12 March 2019 at 13:41:44, aitor_czr wrote: Hi Anthony, On 12/3/19 13:35, Antony Stone wrote: If that's a serious comment, what is evil/wrong with (lib)dbus? One of the premises of the devuan project was (i thought): no more wraps, please. Sorry, I don't understand what you meant there. Antony. Time to eat:) Aitor. Oh, it would give a lot to talk about, because i like git-buildpacakge, a wrap for dpkg-buildpackage Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng