Re: [DNG] simple-netaid for daedalus
Hi, On 11/9/22 9:36, Joel Roth via Dng wrote: Well, for now I'll open a request-for-packaging bug with debian and we can see if someone steps up. Thanks, Joel! Can you provide a link to the sources? They are in gitea.devuan.dev: https://git.devuan.dev/aitor_czr/libnetaid https://git.devuan.dev/aitor_czr/simple-netaid-cdk https://git.devuan.dev/aitor_czr/snetaid https://git.devuan.dev/aitor_czr/libpstat https://git.devuan.dev/aitor_czr/libubox https://git.devuan.dev/aitor_czr/libubus https://git.devuan.dev/aitor_czr/simple-netaid-gtk I have some improvements in mind, and I'll apply the changes as soon as possible. The last one (simple-netaid-gtk) isn't finished. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] simple-netaid for daedalus
Hi Joel, On 10/9/22 8:36, Joel Roth via Dng wrote: I tried downloading and installing the packages one-by-one. Had some dependency problems (no details, sorry it was a while back.) Anyway not sure which packages are relevant, for example do I need the cdk and vte3 versions? Yes, you need to install libcdk5nc6, libvte-2.91-0 and libvte-2.91-common. The packages missing in devuan are here: https://www.gnuinos.org/simple-netaid/ Is it possible to contribute the packages to the Devuan or Debian package repositories? It would be easier for me to install. Otherwise, some docs would help, or I can try manually installing the packages again and report my failures;-) I'm not a devuan caretaker, but, as far as I know, devuan just removes systemd dependency from debian. About including simple-netaid in debian repo..., I don't know the way to go. I like having the wifi SSIDs and passwords stored under /etc/networks/wifi, where I can easily refer to them. This is how simple-netaid works. Also, including the call to dhclient makes it easier to use than, for example, wpa_gui. The client is managed internally by ifupdown: https://salsa.debian.org/debian/ifupdown/-/blob/master/inet.defn https://salsa.debian.org/debian/ifupdown/-/blob/master/inet6.defn Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Interesting Read on Linux Permissions
On 9/9/22 22:27, aitor wrote: The way to get so called capability is: $ sudo /sbin/setcap cap_kill+ep cap_example Remove the binary after the test. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Interesting Read on Linux Permissions
Hi O'Beardly On 9/9/22 13:48, Linux O'Beardly via Dng wrote: I was "aware" of this, but I don't know that I understood it. I'm actually not sure that I understand it now, but I'm more aware of it than I was before. https://medium.com/@boutnaru/linux-security-capabilities-part-1-63c6d2ceb8bf A file with the suid permissions always execute as the user who owns the file, regardless of the user passing the command. Let's put an example in C: #include #include #include int main() { setuid(0); system("apt-get update"); return 0; } This program will update your devuan repo. Compile the code: $ gcc suid_example.c -o suid_example Before trying to run it, you must change the ownership of the given binary because you'll need admin permissions: $ sudo chown root:root suid_example In addition, the line 'setuid(0)' in the C code requires another step to be honored: $ sudo chmod u+s suid_example You've given suid permissions to the file. Indeed: $ ls -l suid_example -rwsr-xr-x 1 root root 16656 sep 9 21:09 suid_example Now run the binary, and your repo will be updated: $ ./suid_example Des:1http://deb.devuan.org/merged chimaera InRelease [33,5 kB] Des:2http://deb.devuan.org/merged chimaera-updates InRelease [26,1 kB] Des:3http://deb.devuan.org/merged chimaera-security InRelease [26,2 kB] . . On the other hand, the goal of the linux capabilities is to escalate permissions of the binary from the low privilege (effective uid is not 0) in a less risky way than using suid. Such a binary cannot do whatever it pleases, because it's limited by the capability bounding set. Further information about linux capabilities: https://man7.org/linux/man-pages/man7/capabilities.7.html Consider the following program: #include #include #include #include int main(int argc, char **argv) { kill(atoi(argv[1]), SIGTERM); return 0; } In order to compile the program you need to install 'libcap-dev': $ sudo apt-get install libcap-dev Build the program: $ gcc cap_example.c -o cap_example -lcap The generated binary will terminate a concrete process, whenever the PID of the process is received as an argument in the command line. However, if the given process is a root process, obviously you will not be able to kill it as a mortal user. You'll need a concrete linux capability then, called CAP_KILL. The way to get so called capability is: $ sudo /sbin/setcap cap_kill+ep cap_example The additional flags (+ep) mean effective-set and permitted-set. I'm not going into details. Now open another terminal and run a root process, for the sake of example, synaptic. You can pass the pid of the running process as an argument to the compiled binary using the following pipe: $ pidof synaptic | xargs cap_example ... And the root process, i.e. synaptic, terminates. HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi, On 4/9/22 11:31, aitor wrote: On 3/9/22 19:14, aitor wrote: Today I did a mistake somewhere and the gui is not receiving sound event notifications. I'll fix this issue as soon as possible. On the other hand, I have tested it on other machines (on august I had only one computer to hand), and it's working only for the "hw:0" card, but I'll work on that too. I'll let you know... Done. I've fixed a segmentation fault as well, and now it's possible to pass the card number as an argument in the command line. For example, "amixer-gtk 1" would use "hw:1". Future releases will read the default card from /etc/asound.conf First packages will be available today, I hope. Now it's working very well for me. Packages are available at: https://www.gnuinos.org/amixer-gtk/ In order to launch the mixer with a concrete card "hw:N" run: $ amixer-gtk N By default, it'll assume "hw:0". Steve, you can build the alsa mixer from source downloading the tarball: https://www.gnuinos.org/amixer-gtk/amixer-gtk_0.1.tar.gz Hope you like it. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi again, On 3/9/22 19:14, aitor wrote: Today I did a mistake somewhere and the gui is not receiving sound event notifications. I'll fix this issue as soon as possible. On the other hand, I have tested it on other machines (on august I had only one computer to hand), and it's working only for the "hw:0" card, but I'll work on that too. I'll let you know... Done. I've fixed a segmentation fault as well, and now it's possible to pass the card number as an argument in the command line. For example, "amixer-gtk 1" would use "hw:1". Future releases will read the default card from /etc/asound.conf First packages will be available today, I hope. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Key is expired
Hi, On 4/9/22 11:20, aitor wrote: Hi Adrian, On 4/9/22 10:39, Adrian Zaugg wrote: Will the key update on existing systems be done automatically at some point or is Ludovic's described manual action required? Automatically updates require the key to be updated, but the package in point that should provide the updated key is outdated as well. So, it's a vicious circle that requires manual intervention via "dpkg -i", as Ludovic has pointed out. Cheers, Aitor. Sorry for the [SPAM] in the subject of my previous email.___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [SPAM] Re: Key is expired
Hi Adrian, On 4/9/22 10:39, Adrian Zaugg wrote: Will the key update on existing systems be done automatically at some point or is Ludovic's described manual action required? Automatically updates require the key to be updated, but the package in point that should provide the updated key is outdated as well. So, it's a vicious circle that requires manual intervention via "dpkg -i", as Ludovic has pointed out. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi again, Steve On 3/9/22 13:12, aitor wrote: Hi Steve, On 3/9/22 0:40, Steve Litt wrote: Any chance of my getting the source code to compile on my computer? Yes, I have it working in my Void Linux: https://www.gnuinos.org/gmixer/amixer-gtk.png You can download the tarball from here: https://www.gnuinos.org/gmixer/amixer-gtk.tar.xz Then, you need to remove pulseaudio and install the following dependencies: - make - base-devel (provides g++) - pkg-config - alsa-lib-devel - gtkmm2-devel - libsigc++dev - procps-ng-devel - wmctrl The last one is a runtime dependency required in order to send the application to the current desktop workspace via: $ wmctrl -i -r $(wmctrl -l | grep " amixer-gtk$" | cut -d ' ' -f 1) \ -t $(xprop -root -notype _NET_CURRENT_DESKTOP | cut -d ' ' -f 3) Once you've installed all the packages, use the make commands: make, make clean, make cleanall, make install, make uninstall Amixer-gtk is a very recent project and there might be some possible bugs. If so, please let me know. Thanks for your interest in the project! Today I did a mistake somewhere and the gui is not receiving sound event notifications. I'll fix this issue as soon as possible. On the other hand, I have tested it on other machines (on august I had only one computer to hand), and it's working only for the "hw:0" card, but I'll work on that too. I'll let you know... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi Steve, On 3/9/22 0:40, Steve Litt wrote: Any chance of my getting the source code to compile on my computer? Yes, I have it working in my Void Linux: https://www.gnuinos.org/gmixer/amixer-gtk.png You can download the tarball from here: https://www.gnuinos.org/gmixer/amixer-gtk.tar.xz Then, you need to remove pulseaudio and install the following dependencies: - make - base-devel (provides g++) - pkg-config - alsa-lib-devel - gtkmm2-devel - libsigc++dev - procps-ng-devel - wmctrl The last one is a runtime dependency required in order to send the application to the current desktop workspace via: $ wmctrl -i -r $(wmctrl -l | grep " amixer-gtk$" | cut -d ' ' -f 1) \ -t $(xprop -root -notype _NET_CURRENT_DESKTOP | cut -d ' ' -f 3) Once you've installed all the packages, use the make commands: make, make clean, make cleanall, make install, make uninstall Amixer-gtk is a very recent project and there might be some possible bugs. If so, please let me know. Thanks for your interest in the project! Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi, On 24/8/22 3:35, Steve Litt wrote: I'll call it Gmixer for sure. Better publicize the hell out of the fact it has no connection with Gnome. The project is already finished, and finally I've decided to call it amixer-gtk, because most of the code in the backend is taken from amixer.c, by Jaroslav Kysela: https://github.com/alsa-project/alsa-utils/tree/master/amixer Software .deb packages will be available this weekend. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi, On 24/8/22 2:24, terryc wrote: I'll call it Gmixer for sure. FYI. I mentally associate g-something with gnome. Similarly k-something with kde. You may or may not want the association. OTOH, it may not matter now. Many projects have taken this character from gnu, for example GCompriz. But yes, I agree with you. People will associate it with gnome. So i'll think about another name. In the meantime, I've improved the interface a lot, but there are still a few bugs pending to be fixed, as you can see in the bottom right corner of the video below, when I try to display the decibels of 'Capture',0 and 'Capture'1: https://www.gnuinos.org/gmixer/mixer.mkv However, most of the work is done and packages will be available soon. Thanks for your suggestions, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi, On 24/8/22 10:20, al3xu5 via Dng wrote: - other mixers for alsa? I do not know... So a good gtk gui for alsamixer (just a gui, whitout code changes) would be very useful ("good gtk gui" I mean: gtk, with desktop layout integration, user configurable). Yes, I think there is an ongoing lack of a good alsamixer in gtk. In previous releases of devuan, we had Volti: https://github.com/gen2brain/volti but it's missing in Chimaera because pygtk-2 seems to be deprecated. The same has happened for wicd-gtk. Either way, I don't really miss volti too much because of its dependency on dbus [*] Cheers, Aitor. [*] I still use it time to time to go to dhospital ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Mixer for alsa
Hi Steve, On 27/8/22 10:10, Steve Litt wrote: On Fri, 2022-08-26 at 16:24 -0700, Gregory Nowak via Dng wrote: On Thu, Aug 25, 2022 at 04:23:38PM -0400, Steve Litt wrote: Is it my imagination, or does amixer not have a command to list all cards, with their card numbers and maybe device numbers? If this capability is really missing, it's quite an omission, as it forces one to trial and error cards. No, not really. There is a list of cards in /proc/asound/cards. Greg Cool, that's all that's needed. Amixer is only a piece of alsa-utils. The following utility will do the job: $ aplay --list-devices Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Mixer for alsa
Hi all, As I said in the irc channel some days ago, I've started developing a new alsamixer in Gtk. Here you are a video: https://www.gnuinos.org/gmixer/ In the video you can see three different mixers for alsa: - On the bottom, qasmixer (developed in Qt5) - On the top left, alsamixergui - On the top right, my new project. I'll call it Gmixer for sure. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] simple-netaid for daedalus
Hi Joel, On Thu, 14 Jul 2022 23:33:00 +0700 Joel Roth via Dng wrote: Great that you're working on a new architecture for this program. Since upgrading to daedalus, I noticed that my old sn didn't work properly. I didn't investigate further but have been looking to install a newer version. Currently apt-cache search netaid shows: simple-netaid-vte3 - Gtk3 container for the ncurses interface of simple netaid snetaid - configuration daemon for simple-netaid. Can I expect a complete package for devuan? I looked for packages in gnuinos/pool but seemed to be missing dependencies such as libnetaid0. This weekend I uploaded the packages for daedalus. The newest versions are packaged in quilt source format, and you can differentiate them by the suffix -N+gnuinos5 in the debian version: http://packages.gnuinos.org/gnuinos/pool/main/libp/libpstat/ <http://packages.gnuinos.org/gnuinos/pool/main/libp/libpstat/> http://packages.gnuinos.org/gnuinos/pool/main/libu/libubox/ <http://packages.gnuinos.org/gnuinos/pool/main/libu/libubox/> http://packages.gnuinos.org/gnuinos/pool/main/u/ubus/ <http://packages.gnuinos.org/gnuinos/pool/main/u/ubus/> http://packages.gnuinos.org/gnuinos/pool/main/libn/libnetaid/ <http://packages.gnuinos.org/gnuinos/pool/main/libn/libnetaid/> http://packages.gnuinos.org/gnuinos/pool/main/s/snetaid/ <http://packages.gnuinos.org/gnuinos/pool/main/s/snetaid/> http://packages.gnuinos.org/gnuinos/pool/main/s/simple-netaid-cdk/ <http://packages.gnuinos.org/gnuinos/pool/main/s/simple-netaid-cdk/> http://packages.gnuinos.org/gnuinos/pool/main/s/simple-netaid-vte3/ <http://packages.gnuinos.org/gnuinos/pool/main/s/simple-netaid-vte3/> I'm mainly interested the command line utility. You can find some documentation in the website about the command line utilities: https://www.gnuinos.org/ubus/ <https://www.gnuinos.org/ubus/> Feel free to ask :) Thanks for your interest in simple-netaid !! 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] udev rule to create mount point /dev/hugepages
Hi Adrian, On 12/7/22 11:04, Adrian Zaugg wrote: Hi Aitor In der Nachricht vom Tuesday, 12 July 2022 01:20:10 CEST steht: You can find these files in the subdirectories: /sys/devices/system/node/node0/hugepages/hugepages-*/ The path you gave is per numa node. It is possible to set different numbers of hugepages on each numa node. The per system information is here: /sys/kernel/mm/hugepages/hugepages-*/nr_hugepages (or in /proc/meminfo) Read the paragraph "Per Node Huge Pages Attributes" in the link: https://github.com/torvalds/linux/blob/master/Documentation/admin-guide/mm/hugetlbpage.rst <https://github.com/torvalds/linux/blob/master/Documentation/admin-guide/mm/hugetlbpage.rst> saying: [...] A subset of the contents of the root huge page control directory in sysfs, described above, will be *replicated* under each the system device of each NUMA node with memory in: /sys/devices/system/node/node[0-9]*/hugepages/ [...] The root huge page control directory in `sysfs` is: /sys/kernel/mm/hugepages For each huge page size supported by the running kernel, a subdirectory will exist, of the form: hugepages-${size}kB And you'll find the same subdirectories replicated among the numa nodes with memory in: /sys/devices/system/node/node[0-9]*/hugepages/ Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] udev rule to create mount point /dev/hugepages
Hi, On 12/7/22 1:11, aitor wrote: I tried using ATTR{nr_hugepages}!=0 in the rule, but this attribute isn't listed by `udevadm info`. You can find these files in the subdirectories: /sys/devices/system/node/node0/hugepages/hugepages-*/ Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] udev rule to create mount point /dev/hugepages
Hi Adrian, On 11/7/22 13:39, Adrian Zaugg wrote: Hi Aitor It is not meant to make user changes under /usr except under /usr/local; so a change like your suggestion should get incorporated into the corresponding package, I think. Or do you see a place somewhere in /etc/initramfs-tools/ scripts/ for it? It would get incorporated into the packaging of eudev, in the same way as `/usr/share/initramfs-tools/scripts/init-bottom/udev`. From my understanding udev is responsible to set up /dev so having udev creating the directory /dev/hugepages would be a cleaner way to go. The rule should thus be present in /lib/udev/rules.d/ and be packaged with eudev. On Debian the directory is created in any case, as it seems to me. The systemd unit checks for the existence of /sys/kernel/mm/hugepages and this seems to exist no matter whether explicit hugepages are available or not. The test should read the number of HugePages_Total instead and create the directory if it is >0. Hence something like this: if [ $(grep "HugePages_Total:" /proc/meminfo | \ sed -e "s/^HugePages_Total:[\t ]*//") -gt 0 ]; then [...] fi I don't know whether it is possible to write as a (e)udev rule for this... Yes, it is. You can try something like this for your eudev rule: KERNEL=="node*", SUBSYSTEM=="node", RUN+="your_script.sh" The script can retrieve the required information from: /sys/devices/system/node/node[0-9]*/meminfo. I tried using ATTR{nr_hugepages}!=0 in the rule, but this attribute isn't listed by `udevadm info`. Whatever solution is best, Devuan and Debian are different in this respect. Devuan does not have a solution at hand. So we need to find out how Devuan should solve this and ask for the feature from the right packet. How do you guys set up the mount point for hugetblfs? Just like Torvalds under /mnt/huge [1]? I've never used it. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] udev rule to create mount point /dev/hugepages
Hi Adrian, On 8/7/22 15:40, Adrian Zaugg wrote: But I'm failing to write a (e)udev rule, that does the following: if the directory /sys/kernel/mm/hugepages exists, create the directory /dev/hugepages Thank you very much for your help! Add a new script named, for example, `/usr/share/initramfs-tools/scripts/init-bottom/zz-hugepage` with the following code: #!/bin/sh -e PREREQS="" prereqs() { echo "$PREREQS"; } case "$1" in prereqs) prereqs exit 0 ;; esac if [ -d /sys/kernel/mm/hugepages ]; then /bin/mkdir ${rootmnt}/dev/hugepages fi I'm adding the prefix 'zz' to the name of the script because the scripts are found in lexical order, and the temporary symlink `${rootmnt}/dev` to the final `/dev` for other initramfs scripts is created in `/usr/share/initramfs-tools/scripts/init-bottom/udev`. HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] moving to a new system
Hi, On 27/6/22 10:07, wirelessduck--- via Dng wrote: How are .git and .mozilla affected by disk cloning? A few months ago something did happen to me trying to clone a hard disk with Clonezilla; something related to existence of metadata that affected to integrity of the generated image. However, today I gave another try to the latest release 3.0.1-8 and everything went smoothly. I do not rule out that perhaps I used the testing version during the earlier attempt. Or maybe I made a mistake. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] moving to a new system
Hi, On 25/6/22 3:57, wirelessduck--- via Dng wrote: If your new drive is the same size, you could just transfer the entire system with clonezilla. Although you may have trouble with some metadata like .mozilla, .git... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] starting mysql in background ?
Hi again, On 16/6/22 11:28, aitor wrote: On 16/6/22 9:40, Steve Litt wrote: I don't know if this is a solution, but install runit as a process supervisor, not as an init. Start it respawn from /etc/inittab, and start mysqld and everything that depends on it's being up in runit. If you decide to do this, I can be of more help. Me too. Every service running in the foreground is a good candidate for runit process supervision. Moreover, it's a premise. There are some workarounds for background initialization though. What Steve is suggesting is to start the daemon of mysql (mariadbd?) in the foreground, but supervised by runit. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] starting mysql in background ?
Hi, On 16/6/22 9:40, Steve Litt wrote: I don't know if this is a solution, but install runit as a process supervisor, not as an init. Start it respawn from /etc/inittab, and start mysqld and everything that depends on it's being up in runit. If you decide to do this, I can be of more help. Me too. Every service running in the foreground is a good candidate for runit process supervision. Moreover, it's a premise. There are some workarounds for background initialization though. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] libudev-compat documentation (Was: Remarks on vdev, Eudev, Mdev)
Hi, On 15/6/22 13:00, aitor wrote: I pushed the commit to gitea.devuan.dev, but now i'm stuck in how to integrate eventfs in libudev-compat. I do understand how it works and the example given by Jude Nelson in the README.md file works for me. The problem I have is related to the insufficient space if I mount eventfs within a tmpfs filesystem (whether `/tmp/test` or `/dev/metadata/udev/events`), independently of the value given to `default_max_bytes` in the config file of eventfs, to the point where I can't even receive a single uevent packet! Any hints? I think I'll make a brief pause here... :( Well, I think I need to have a look at the following init scripts: mountdevsubfs.sh umountfs umountnfs.sh to see how to handle nested filesystems. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] libudev-compat documentation (Was: Remarks on vdev, Eudev, Mdev)
Hi again, On 14/6/22 13:39, aitor wrote: Hi, On 11/6/22 14:07, aitor wrote: I started documenting libudev-compat in my website as part of the documentation about vdev: https://www.gnuinos.org/libudev-compat/ <https://www.gnuinos.org/libudev-compat/> This documentation is a work in progress. Jude Nelson was wondering whether or not is possible to use `sendfile(2)`: *ssize_t sendfile(int */out_fd/*, int */in_fd/*, off_t **/offset/*, size_t */count/*); * in the function: static int udev_monitor_fs_push_event( int fd, struct udev_monitor* monitor ); of the file: https://github.com/jcnelson/vdev/blob/master/libudev-compat/libudev-fs.c <https://github.com/jcnelson/vdev/blob/master/libudev-compat/libudev-fs.c> If you read his comment between the lines 759-771: // send the contents of a file containing a serialized packet to the libudev client: // * read the contents // * send it along to the receiving struct udev_monitor // NOTE: The file format is expected to be the same as a uevent packet: // * all newlines (\n) will be converted to null (\0), since that's how // the kernel sends it. // * the buffer is expected to be at most 8192 bytes long. // return 0 on success // return -errno on failure // return -EMSGSIZE if the file is too big // return -EBADMSG if the file is invalid // return -EAGAIN if we'd block on send // TODO: can we use sendfile(2)? The use of `sendfile` would imply to convert the function below (used by `udev_monitor_fs_push_event`): // send udev_device along // TODO: sendfile(2)? rc = udev_monitor_send_device( monitor, NULL, dev ); if( rc < 0 ) { log_error("udev_monitor_send_device rc = %d", rc ); } else { rc = 0; } into something like this: off_t offset = 0; // send file descriptor rc = sendfile( monitor->sock_fs, fd, , BUFSIZ ); if( rc < 0 ) { rc = -errno; log_error("udev_monitor_send_device rc = %d", rc ); } else { rc = 0; } Other modifications would be required in the receiver side, of course. According to the description in the Linux Man Page: https://man7.org/linux/man-pages/man2/sendfile.2.html <https://man7.org/linux/man-pages/man2/sendfile.2.html> *sendfile*() copies data between one file descriptor and another. Because this copying is done within the kernel,*sendfile*() is more efficient than the combination ofread(2) <https://man7.org/linux/man-pages/man2/read.2.html> andwrite(2) <https://man7.org/linux/man-pages/man2/write.2.html>, which would require transferring data to and from user space. Well, I've been trying to make such improvement in libudev-compat, and appearently it's working fine. So, I'll update my git repository soon. ... And again: if you catch some inaccuracy or glaring error in my documentation, please let me know and I'll update it. I pushed the commit to gitea.devuan.dev, but now i'm stuck in how to integrate eventfs in libudev-compat. I do understand how it works and the example given by Jude Nelson in the README.md file works for me. The problem I have is related to the insufficient space if I mount eventfs within a tmpfs filesystem (whether `/tmp/test` or `/dev/metadata/udev/events`), independently of the value given to `default_max_bytes` in the config file of eventfs, to the point where I can't even receive a single uevent packet! Any hints? I think I'll make a brief pause here... :( Thanks, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] libudev-compat documentation (Was: Remarks on vdev, Eudev, Mdev)
On 14/6/22 13:39, aitor wrote: // send file descriptor rc = sendfile( monitor->sock_fs, fd, , BUFSIZ ); if( rc < 0 ) { rc = -errno; log_error("udev_monitor_send_device rc = %d", rc ); } else { log_error("sendfile(): rc = %d", rc ); ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] libudev-compat documentation (Was: Remarks on vdev, Eudev, Mdev)
Hi, On 11/6/22 14:07, aitor wrote: I started documenting libudev-compat in my website as part of the documentation about vdev: https://www.gnuinos.org/libudev-compat/ <https://www.gnuinos.org/libudev-compat/> This documentation is a work in progress. Jude Nelson was wondering whether or not is possible to use `sendfile(2)`: *ssize_t sendfile(int */out_fd/*, int */in_fd/*, off_t **/offset/*, size_t */count/*); * in the function: static int udev_monitor_fs_push_event( int fd, struct udev_monitor* monitor ); of the file: https://github.com/jcnelson/vdev/blob/master/libudev-compat/libudev-fs.c <https://github.com/jcnelson/vdev/blob/master/libudev-compat/libudev-fs.c> If you read his comment between the lines 759-771: // send the contents of a file containing a serialized packet to the libudev client: // * read the contents // * send it along to the receiving struct udev_monitor // NOTE: The file format is expected to be the same as a uevent packet: // * all newlines (\n) will be converted to null (\0), since that's how // the kernel sends it. // * the buffer is expected to be at most 8192 bytes long. // return 0 on success // return -errno on failure // return -EMSGSIZE if the file is too big // return -EBADMSG if the file is invalid // return -EAGAIN if we'd block on send // TODO: can we use sendfile(2)? The use of `sendfile` would imply to convert the function below (used by `udev_monitor_fs_push_event`): // send udev_device along // TODO: sendfile(2)? rc = udev_monitor_send_device( monitor, NULL, dev ); if( rc < 0 ) { log_error("udev_monitor_send_device rc = %d", rc ); } else { rc = 0; } into something like this: off_t offset = 0; // send file descriptor rc = sendfile( monitor->sock_fs, fd, , BUFSIZ ); if( rc < 0 ) { rc = -errno; log_error("udev_monitor_send_device rc = %d", rc ); } else { rc = 0; } Other modifications would be required in the receiver side, of course. According to the description in the Linux Man Page: https://man7.org/linux/man-pages/man2/sendfile.2.html <https://man7.org/linux/man-pages/man2/sendfile.2.html> *sendfile*() copies data between one file descriptor and another. Because this copying is done within the kernel,*sendfile*() is more efficient than the combination ofread(2) <https://man7.org/linux/man-pages/man2/read.2.html> andwrite(2) <https://man7.org/linux/man-pages/man2/write.2.html>, which would require transferring data to and from user space. Well, I've been trying to make such improvement in libudev-compat, and appearently it's working fine. So, I'll update my git repository soon. ... And again: if you catch some inaccuracy or glaring error in my documentation, please let me know and I'll update it. Thanks in advance, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] libudev-compat documentation (Was: Remarks on vdev, Eudev, Mdev)
Hi Didier, On 8/1/17 22:22, Didier Kryn wrote: As far as I understand, Vdev goes beyond being an alternative to Systemd-Udev: it also aims at providing the possibility to give a per-process view of the device special files - I personnaly haven't any need of that. Its implementation differs strongly from Udev, which makes it necessary to have a different library for applications (libudev-compat). For what regards complexity, I cannot tell which one is the most complicated. The biggest problem for me is that none of these tools has set an obvious standard on how to pass information from the hotplugger to the applications invoking the library. The post I'm replying to is extremely outdated, but it's related to what I'm doing right now. I started documenting libudev-compat in my website as part of the documentation about vdev: https://www.gnuinos.org/libudev-compat/ <https://www.gnuinos.org/libudev-compat/> The documentation is a work in progress. If I'm mistaken on some point, please, let me know. Next step will be to explain why Jude Nelson suggests the use of eventfs: https://github.com/jcnelson/eventfs <https://github.com/jcnelson/eventfs> in libudev-compat clients. Another issue is that the library provides functions for the use of the hotplugger itself and functions for external applications, and it is not obvious which subset is destinated to external applications. Yes, it is obvious. The subset destinated to external applications is indeed public, and the following list include them all: https://git.devuan.org/aitor_czr/libudev-compat/src/branch/master/src/libudev/libudev.sym <https://git.devuan.org/aitor_czr/libudev-compat/src/branch/master/src/libudev/libudev.sym> You'll find the prefix _public_ in their implementation. Feedback on the documentation is welcome, of course! Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi Karl, On 26/5/22 13:26, k...@aspodata.se wrote: And, if DEVTMPFS isn't used then udev will not start, don't know about eudev. vdev and mdev will probably run fine without devtmpfs. Vdev does work without DEVTMPFS. Indeed, i have the following lines in my initramfs: if command -v udevd; then mount -t devtmpfs -o nosuid,mode=0755 udev /dev else mount -t tmpfs -o nosuid,mode=0755 none /dev fi leading to something like this in my /etc/mtab: none /dev tmpfs rw,relatime,size51200k,mode755 0 0 in contrast to udev /dev devtmpfs rw,nosuid,relatime,size=. I did build a kernel without devtmpfs support: https://www.gnuinos.org/nodevtmpfs/ <https://www.gnuinos.org/nodevtmpfs/> but don't expect to get eudev working with it. On the other hand, and just the same as vdev, you don't need devtmpfs to run mdev: https://sunxiboards.wordpress.com/2013/09/23/using-devtmpfs/ <https://sunxiboards.wordpress.com/2013/09/23/using-devtmpfs/> Calling `|mdev -s`| will check /sys and will create the correct devices. Therefore, if you don't use devtmpfs, you need to call `mdev -s` in your /bin/init script to populate /dev. And then, when the kernel detects a new device, it calls the already mentioned /proc/sys/kernel/hotplug Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi Karl, On 25/5/22 23:04, k...@aspodata.se wrote: It would be nice if one could choose static /dev (as it was before udev). It is no problem running with a static /dev if you compile your own kernel. vdevd already has a "run once" option, passing the argument --once (either -1), maybe with testing purposes in mind. In doing so, vdev by-passes the poll() system call in the line 525 of: https://github.com/jcnelson/vdev/blob/master/vdevd/os/linux.c <https://github.com/jcnelson/vdev/blob/master/vdevd/os/linux.c> where the daemon -if not- would remain waiting for next events, once the scanning of the contents of `/sys` has been carried out. So generated `/dev` is static and, as Jude Nelson explains in his `how-to-test.md` file, "running the daemon again will update the previously-generated static `/dev` with only the device files that correspond to hardware plugged into your computer." Hope this helps, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi, On 20/1/22 0:23, aitor wrote: Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ <https://www.gnuinos.org/mirror/chimaera/live/> Most recent installer-isos also contain vdev as default device manager, which is installed from the very beginning in the base system: https://www.gnuinos.org/mirror/chimaera/installer-iso/ <https://www.gnuinos.org/mirror/chimaera/installer-iso/> It's possible to choose between sysvinit, openrc or runit at the end of the installation, but unlike devuan, the later is set as default. Bear in mind that you can always toggle device managers via apt, whether: # apt-get install libeudev1 eudev or # apt-get install libudev1-compat vdev I included fsmithred's usbpmount.sh and usb-unmount.sh yad scripts to handle usb sticks, pending the arrival of an improved release of hopman in chimaera. Removable media is now managed by hopman in all the isos of gnuinos. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] New release of simple-netaid relying on OpenWRT system bus
On 30/4/22 19:04, aitor wrote: On 20/4/22 0:36, aitor wrote: Recently I packaged a new version of simple-netaid based on the U-Bus framework (OpenWRT microversion of D-Bus), an inter-process communication that allows users to access and use services from the same place. If anyone is interested, i've documented it in d1g: https://dev1galaxy.org/viewtopic.php?pid=35804#p35804 <https://dev1galaxy.org/viewtopic.php?pid=35804#p35804> Cheers, Aitor. *relying*, not relaying :) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] New release of simple-netaid relaying on OpenWRT system bus
Hi, On 20/4/22 0:36, aitor wrote: Recently I packaged a new version of simple-netaid based on the U-Bus framework (OpenWRT microversion of D-Bus), an inter-process communication that allows users to access and use services from the same place. If anyone is interested, i've documented it in d1g: https://dev1galaxy.org/viewtopic.php?pid=35804#p35804 <https://dev1galaxy.org/viewtopic.php?pid=35804#p35804> Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mouse driver question
On 24/4/22 13:52, aitor wrote: but enable it when using vdev. *disable* ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mouse driver question
Hi Ralph, On 23/4/22 23:32, Ralph Ronnquist wrote: Then, I think the X11 system relies on udev for setting up its inputs and load the appropriate modules. You may take over that and do things "by hand" by a) making the following file /etc/X11/xorg.conf.d/a.conf Section "ServerFlags" Option "AutoAddDevices" "false" EndSection X11-common contains a file config/udev.c and -if i'm not mistaken- as long as the sources are built enabling CONFIG_UDEV, the above option "AutoAddDevices" is set up to true by default. On the contrary, vdev requires the following setup to get both the keyboard and mouse working: Section "ServerFlags" Option "AutoAddDevices" "off" Option "AllowEmptyInput" "on" (either "off") EndSection I don't think this configuration would work with eudev, because I guess that "AutoAddDevices" is required to carry out udev monitor's event processing (libudev-enumerate.c). On the contrary, vdev removes the netlink connection to udev, in favor of creating the underlying `udev_monitor`specific directory: * /dev/events/libudev-$PID watched by vdev's helpers for new packet events. This is the way vdev works. So, libudev-compat (vdev) connects to a netlink socket only if the name is "kernel" and removes this netlink connection if the name is "udev", because vdevd's helper scripts will send serialized device events by writing them as files (here, Jude Nelson recommends the installation of eventfs). It's because libeudev and libudev-compat work with opposing approaches, my recommendation is to not disable "AutoAddDevices" when using eudev, but enable it when using vdev. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Looking for xorg.conf (was Re: mouse driver question)
Hi, On 24/4/22 4:24, Olaf Meeuwissen via Dng wrote: You can configure things yourself but you'll have to write your own /etc/X11/xorg.conf yourself. Yes, but don't forget also /usr/share/X11/xorg.conf.d/*.conf files. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mouse driver question
Hi again, On 22/4/22 0:21, aitor wrote: For sure the login prompts of tty2, tty3... brung up by holding down the Ctrl+Alt keys, and pressing one of the function keys F2, F3... In debian the first six virtual TTYs (tty1, tty2,... tty6) are non-graphical, according to the configuration in /etc/inittab. Quoted verbatim: # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/getty --noclear 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 4:23:respawn:/sbin/getty 38400 tty4 5:23:respawn:/sbin/getty 38400 tty5 6:23:respawn:/sbin/getty 38400 tty6 Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] mouse driver question
Hi Fred, On 21/4/22 23:39, Fred wrote: I don't understand what you mean by virtual terminal. For sure the login prompts of tty2, tty3... brung up by holding down the Ctrl+Alt keys, and pressing one of the function keys F2, F3... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] New release of simple-netaid relaying on OpenWRT system bus
On 20/4/22 0:36, aitor wrote: Another example, to beep down the wired interface: $ ubus call ering.netaid interface '{ "ifname": "eth0" , "flag": "0" }' I rectify: $ ubus call ering.netaid interface '{ "ifname": "eth0" , "flag": 0 }' because the flag is an integer. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] New release of simple-netaid relaying on OpenWRT system bus
Hi, Recently I packaged a new version of simple-netaid based on the U-Bus framework (OpenWRT microversion of D-Bus), an inter-process communication that allows users to access and use services from the same place. The main piece of U-Bus is the ubusd daemon. It provides an interface for other daemons to register themselves as well as sending messages. Therefore, ubusd must be run in first place before the daemon of simple-netaid can be started. Often, U-Bus makes use of a collection of utilities widely used in the OpenWRT project, and taken from U-Box (micro Box) such as polling, event handling, socket helper functions, and so on. The ubus command line tool allows to interact with the ubusd server, giving us a very powerful tool for accessing services both locally and remotely. From the shell, we can list what services are available on the bus using the 'ubus list' command. In the live images of gnuinos chimaera, we will get: # ubus list ering.netaid To find out what procedures a certain service provides, we add '-v' in addition to the namespace path: # ubus list -v ering.netaid 'ering.netaid' @068347bd "interface":{"id":"Integer","ifname":"String","flag":"Integer"} "ifupdown":{"id":"Integer","ifname":"String","flag":"Integer"} "ipaddr_flush":{"id":"Integer","ifname":"String","flag":"Integer"} "disconnect":{"id":"Integer","ifname":"String"} "wired_connection":{"id":"Integer","ifname":"String"} "wireless_connection":{"id":"Integer","ifname":"String","essid":"String","passwd":"String"} "install_and_connect":{"id":"Integer","ifname":"String","essid":"String","passwd":"String","filename":"String"} "connect_to_saved":{"id":"Integer","ifname":"String","filename":"String"} "uninstall":{"id":"Integer","filename":"String"} "scan_active_wifis":{"id":"Integer","ifname":"String"} To call a concrete procedure, say 'wired_connection', within the given 'ering.snetaid' namespace: $ ubus call ering.netaid wired_connection '{ "ifname": "eth0" }' { "Server reply - Request is being proceeded: ": "blahblahblah" } Note that i'm running the above command as a regular user without granted permissions, because the 'netaid' group is already assigned to my current user account. The ACLs are defined in /usr/share/acl.c/netaid-server.json: { "group": "netaid", "access": { "ering.netaid": { "methods": [ "interface" , "ifupdown" , "ipaddr_flush" , ... , "scan_active_wifis" ] } } } This configuration is customizable. For instance, you can replace "group": "netaid" with "user": "devuanita", or use wildcards (*) instead. On the other hand, in the given example i'm ignoring the ID when passing the arguments to the procedure. This integer is for internal use so far. Another example, to beep down the wired interface: $ ubus call ering.netaid interface '{ "ifname": "eth0" , "flag": "0" }' Connecting to snetaid via the ubus command line interface, we'll be able to rewrite Edward Bartolo's original backend, that may turn into a very simple bash script relaying on the 'libnetaid' library. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi, On 22/3/22 21:43, aitor wrote: Bear in mind that fsmithred developed a script called usbmount. So, this name already exists. No, they were usb-pmount.sh and usb-unmount.sh Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi, On 22/3/22 21:43, aitor wrote: $ dmount --help Usage: dmount -h|--help# Print this message. dmount 0 DEVICE TARGET # Mount DEVICE in the specified TARGET. dmount 1 DEVICE # Unmount DEVICE. dmount 2 DEVICE # Remove DEVICE It's a work in progress and there are some outstanding details to be filled. For example, the group for all directories and files on the mountpoint should be under the group dmount:|| |# chgrp -R dmount TARGET| |Aitor. | ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi Steve, On 22/3/22 10:13, Steve Litt wrote: Would ubus be a plug-compatible replacement for dbus? If you are referring to a full replacement for dbus in general, It's meant to be in the case of lightweith systems using WM or desktops that don't depend on dbus (e.g. lumina). On the contrary, if you are referring to a sort of plugdev group allowingmembers to mount and umount hotplug devices with nosuid (for security reasons), I can give you a working example of such program that uses the interface provided by ubusd to register its procedures or methods under a specific namespace in json format: { "group": "dmount", "access": { "ering.dmount": { "methods": [ "mount" , "umount" , "remove"] } } } It's up to the user to define the restrictions for "user" and "group". In the example above, all regular users of the group dmount will be able to call any of the three callbacks (mount, umount and remove) defined in the daemon (dmountd). On the other hand, the client dmount provides a user-friendly way to call these procedures: $ dmount --help Usage: dmount -h|--help# Print this message. dmount 0 DEVICE TARGET # Mount DEVICE in the specified TARGET. dmount 1 DEVICE # Unmount DEVICE. dmount 2 DEVICE # Remove DEVICE The package of the program is available here: https://www.gnuinos.org/dmount/ <https://www.gnuinos.org/dmount/> All the build dependencies are available in gnuinos chimaera. New ideas for the name of this application are very welcome (dmount stands diskmount). dmount or diskmount...? What's your take? Bear in mind that fsmithred developed a script called usbmount. So, this name already exists. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi, On 20/3/22 20:33, aitor wrote: On 20/3/22 19:50, Steve Litt wrote: This is probably unresponsive to your question, but what the heck? I just switched from wpa_supplicant to iwd and its suite, and am incredibly pleased. Looking at the code of iwgtk, I can see a strong dependence on DBus. What about ubus? https://openwrt.org/docs/techref/ubus <https://openwrt.org/docs/techref/ubus> Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi, On 20/3/22 19:50, Steve Litt wrote: This is probably unresponsive to your question, but what the heck? I just switched from wpa_supplicant to iwd and its suite, and am incredibly pleased. Looking at the code of iwgtk, I can see a strong dependence on DBus. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi, On 12/3/22 19:52, Joel Roth via Dng wrote: Thank for these suggestions. I've been killing dhclient and bringing down the interface, bringing it up and restarting dhclient. which I think does mostly the same thing. I also removed /var/lib/dhcp/dhclient.wlan* Run: $ man dhclient.conf and look at your /etc/dhcp/dhclient.conf Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi Joel, On 12/3/22 19:52, Joel Roth via Dng wrote: Thank for these suggestions. I've been killing dhclient and bringing down the interface, bringing it up and restarting dhclient. which I think does mostly the same thing. I also removed /var/lib/dhcp/dhclient.wlan* One way forward would be to restore my system to before the recent upgrade. For the moment, I'm using a wired connection. Did you kill also wpa_supplicant? Try again in this order: # killall dhclient wpa_supplicant # ip addr flush dev wlan0 # ip link set wlan0 down # ip link set wlan0 up # /sbin/wpa_supplicant -B -iwlan0 -c wpa.conf Finally: # dhclient wlan0 Good luck, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Wifi problem - dhclient times out with no reply
Hi Joel, On 11/3/22 20:40, Joel Roth via Dng wrote: Hi wifi veterans, I recently migrated my chimaera system to new hardware. The wifi adapter is Broadcom BCM43228. Installing the firmware-b43-installer package got this adapter working normally. After doing an apt-get upgrade, I can get a a wifi connection, for example using wpa_gui, however dhclient just times out. Do you have any suggestions for how to troubleshoot this? Did you clear the ip addreses? I use the command below together with ifupdown: #|ip addr flush dev wlan0| Another way might be to force DHCP client release your ip: # dhclient -r wlan0 # rm|/var/lib/dhcp/dhclient.wlan0.leases (!! Not sure about the name of the file storing the leases)| # dhclient wlan0 This way you reacquire a fresh ip from the DHCP server.|| HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Web md RAID monitoring [was: Re: Fake RAID]
Hi, On 10/3/22 8:41, Didier Kryn wrote: Not packaged. Debian packaging is something I was never able to achieve and I prefer devoting my time to more fruitfull trasks, given my skills. I can send you diskweb.tgz, the size of which is 16K. It is trivial to build. It monitors both md RAIDs and the level of occupation of the filesystems. RAID data is read from devices' representation in /sys/devices/virtual/block, and the display is made attractive by the use of colors and svg graphics. I wrote this more than a dozen years ago and never touched it since that time. It's running on our home Desktop. Note that the location /sys/devices/virtual/block is not granted to stay the same place in the future, but this location is easy to change in the source in case kernel people change their mind. If more people are interested I might put it on Devuan git. If you decide to push it to devuan git, I would try to build the packages. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Installation problems on Dell T7810 + PERC H310
Hi Fraser, On 8/3/22 16:33, fraser kendall wrote: However, despite two days of effort, I cannot get the machine to boot linux from the hard drive. The first problem was not detecting disks during installation, although after switching to legacy boot, the installer found the disks; partitioning and installation then completed as expected. The machine, however, failed to boot (no bootable image) after this 'successful' installation. I grub-installed to the 'removable media path' as advised,, but I did use a 'targeted' not a 'generic' initrd; this last has not been a problem before. I have disabled the RAID according to these instructions. https://www.dell.com/community/PowerEdge-HDD-SCSI-RAID/Linux-installation-doesn-t-find-physical-disks-on-R320/td-p/7659439 Did you read the following guide? https://wiki.debian.org/DebianInstaller/SataRaid HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] No-Internet Devuan Installer?
Hi, On 24/2/22 21:39, Dr. Nikolaus Klepp via Dng wrote: Isn't that exactly what https://files.devuan.org/devuan_chimaera/desktop-live/ and https://files.devuan.org/devuan_chimaera/installer-iso/ devuan_chimaera_4.0.0_amd64_desktop.iso and devuan_chimaera_4.0.0_i386_desktop.iso do? And you'd need to burn the packages of all extra software you want (e.g. *-dev) + dependecies - in case that you want to install them later. Might turn out that you need a copy ofhttp://pkgmaster.devuan.org/merged/dists/chimaera-* of whatever architecture you want to use. Don't know how big a copy of one architecture might be, but I guess you should use BD instead of DVD. Only the netinst image requires network connection. This image contains just the minimal amount of packages to install the base system; from thereon the remaining packages are installed over the internet. For your purpose, Steve, the desktop installer-iso mentioned by golinux might be the best choice. As a complement, cd2, cd3 and cd4 contain more packages sorted by popularity. So labeled images are entirely optional and play the role of a local repository that can be added with "apt-cdrom add". Hence, they aren't meant to boot. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] runit, ifupdown and simple-netaid (was: vdev in chimaera)
On 23/2/22 2:35, aitor wrote: all the content in its config file to be piped to the sysctl command *files*, better said, the ones found in /etc/sysctl.d/ Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] runit, ifupdown and simple-netaid (was: vdev in chimaera)
Hi, On 15/2/22 8:40, aitor wrote: On 11/2/22 12:11, Didier Kryn wrote: My normal interfaces file contains an "auto" stanza for wlan0, which is superfluous, according to messages from ifplugd, and*only* "iface eth0 inet dhcp" for eth0 because it comes first in the file and "auto" and/or "allow-hotplug" can just cause the abovementionned delay when no Ethernet cable is connected. Please, give a try to the following image: https://www.gnuinos.org/mirror/chimaera/live/ <https://www.gnuinos.org/mirror/chimaera/live/> There are several services being handled by runit in these images, and ifupdown's networking is one of them. Better said, it's not a service -as you pointed out- but a script that starts another service, that is dhcp. You can test the image in live mode, and you'll find that the delay caused by the configuration in /etc/network/interfaces disappears. Also, even if you boot without wired connection, the connection will be stablished without the need of restarting the service when you plug/unplug the ethernet cable again and again. Note, on the other hand, that the time interval in the periodic reminder of the automatically_connect option of simple-netaid (setup in /etc/simple-netaid/snetaid.conf) is equal to zero so as not to interfere with the stanzas defined in /etc/network/interfaces. Hence, the wired connection is stablished thanks to these definitions. And yes..., *both* stanzas are required for that. With this in mind, I decided to leave the automatically connect option of simple-netaid only for wired devices. All those that tested the live images, just report to you that simple-netaid was not being responsive due to a missing runit script in my packaging of procps (sysctl). This script was missing as a result of a typo in the line: dh $@ --with runit in debian/rules. Concretely, there was a superfluous space in blank after the hyphens: that is, "-- with runit". Before procceding further, I shall clarify that procps -someone may correct me at this point- isn't a service in the broadest sense of the word. At least, it's not a service that requires supervision, not a long running daemon. Rather, it's more like a script that causes all the content in its config file to be piped to the sysctl command. So, just like the networking script provided by ifupdown, it must be run once because the act of starting the service is pretty much the same as what you're manually doing when running such script. With this in mind, I added the following lines to /etc/runit/1 in order to boot up the services and not supervise them: touch /etc/sv/procps/down touch /etc/sv/networking/down All we need to do now is manually invoke each service via: sv once from another runit script that may depend on it to work properly. This said, it's easy to understand the way in which the missing runit script of procps was affecting to the networking script, and therefore to the daemon of simple-netaid. Because a line that misbehave at the beginning of a runit script blocks the whole service. Someone else out there also has noticed this hung in simple-netaid, and today I fixed it and uploaded new iso images: https://www.gnuinos.org/mirror/chimaera/ <https://www.gnuinos.org/mirror/chimaera/> Thanks for your help, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] lvm2 depends on systemd
Hi Boian, On 22/2/22 18:18, Boian Bonev wrote: Maybe I have omitted to share more details - I am building the plain upstream lvm and do not create a package (no patches involved). I was supposing that this was the case. Both you and me are being able to build the sources, but I cannot find the required files for building one of the packages defined in debian/control. Also I may be missing what are you trying to do... Just remove systemd from the build dependencies in debian/control. Packages of lvm2 can't be built under devuan with the current configuration (pulled from debian). But llvm2 is not solely the case. The same goes for czmq, to take another example: https://zeromq.org/languages/cplusplus/ <https://zeromq.org/languages/cplusplus/> a high level binding for ZeroMQ:https://zguide.zeromq.org <https://zguide.zeromq.org> The packaging of the above c++ wrapper -required by rsyslog- depends also on systemd. Huh! In case you share a repo, I may be able to help with that... This is done: http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.02.orig.tar.gz <http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.02.orig.tar.gz> http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.debian.tar.xz <http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.debian.tar.xz> http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.dsc <http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.dsc> It happens that disabling the dbus service, most of the files that belong to llvm2-dbusd are missing. Therefore, this package must be removed from debian/control. Thanks for your help, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] lvm2 depends on systemd
It doesn't build successfully without disabling lvmlockd. I rectify: without modifying the quilt patch applied by debian. llvm2-lockd is present in my packaging. Aitor. Enviado con Aqua Mail para Android https://www.mobisystems.com/aqua-mail ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] lvm2 depends on systemd
Hi Boian, On 20/2/22 3:03, Boian Bonev wrote: Hi, Add --disable-notify-dbus - in my case it looks like to be properly set by the autodetection and it worked. BTW lvm version 2.03.15 and I got a successful sd free build... With best regards, b. It doesn't build successfully without disabling lvmlockd. I attach the log file: https://www.gnuinos.org/files/lvm2_2.03.11-2.1_amd64.build <https://www.gnuinos.org/files/lvm2_2.03.11-2.1_amd64.build> and the config flags in debian/rules: https://www.gnuinos.org/files/rules <https://www.gnuinos.org/files/rules> Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] lvm2 depends on systemd
Hi Boian, On 19/2/22 0:22, Boian Bonev wrote: What about: ./configure --disable-systemd-journal --disable-udev-systemd-background-jobs Thanks for your suggestion, but I run into the same error: notify/lvmnotify.c:22:10: fatal error: systemd/sd-bus.h: No existe el fichero o el directorio 22 | #include | ^~ compilation terminated. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] lvm2 depends on systemd
Hi, I've noticed that the sources of lvm2 cannot be built in devuan chimaera due to the headers: #include #include present in files like lib/notify/lvmnotify.c or daemons/lvlockd/lvmlockd-core.c. The unique way I've found to by-pass them is disabling notify-bus in the config flags defined in debian/rules. This entails not only the removal of the package lvm2-dbusd from debian/control -nonexistent on beowulf-, but also the addition of a quilt patch, say devuan-changes, that differs slightly from the original debian-changes. Here you are my proposal for lvm2 in devuan chimaera: http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.debian.tar.xz <http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.debian.tar.xz> Finally, I wish to mention that the installer-isos of gnuinos have been updated today as a key outcome of the changes made in various packages of the repository, as well as the recent runit scripts put in place. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi Didier, On 11/2/22 12:11, Didier Kryn wrote: My normal interfaces file contains an "auto" stanza for wlan0, which is superfluous, according to messages from ifplugd, and*only* "iface eth0 inet dhcp" for eth0 because it comes first in the file and "auto" and/or "allow-hotplug" can just cause the abovementionned delay when no Ethernet cable is connected. Please, give a try to the following image: https://www.gnuinos.org/mirror/chimaera/live/ <https://www.gnuinos.org/mirror/chimaera/live/> There are several services being handled by runit in these images, and ifupdown's networking is one of them. Better said, it's not a service -as you pointed out- but a script that starts another service, that is dhcp. You can test the image in live mode, and you'll find that the delay caused by the configuration in /etc/network/interfaces disappears. Also, even if you boot without wired connection, the connection will be stablished without the need of restarting the service when you plug/unplug the ethernet cable again and again. Note, on the other hand, that the time interval in the periodic reminder of the automatically_connect option of simple-netaid (setup in /etc/simple-netaid/snetaid.conf) is equal to zero so as not to interfere with the stanzas defined in /etc/network/interfaces. Hence, the wired connection is stablished thanks to these definitions. And yes..., *both* stanzas are required for that. With this in mind, I decided to leave the automatically connect option of simple-netaid only for wired devices. More info later :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] qownbackup
Hi Steve, On 13/2/22 4:09, Steve Litt wrote: Hi all, For any of you using the extremely handy QOwnNote note taking and Markdown authoring software, I've created the qownbackup system to make automatic, versioned backups of all your QOwnNotes Markdown files. This solves the problem of QOwnNotes autosaving mistakes and accidental deletions over the good version. http://troubleshooters.com/projects/qownbackup/ Thanks for sharing it :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi Didier, On 9/2/22 16:36, Didier Kryn wrote: And, if you haven't a server like ifupdown or netplug, you're going to need to restart networking everytime you plug/unplug your Ethernet cable. Well, you mean *ifplugd* or netplug..., I understand. Try with "auto" and "allow-hotplug" together, both at once. That is: auto eth0 allow-hotplug eth0 iface eth0 inet dhcp With this configuration, plug/unplug events will be automatically detected. I'll answerin detail to the rest of your post shortly, when I have time. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi Didier, On 7/2/22 19:21, Didier Kryn wrote: If you remove the "allow-hotplug" and "auto" stanzas, ifup -a will just do nothing, hence no wait. Therefore the solution is to install ifplugd or netplug, configure it, and eliminate the "allow-hotplug" stanzas from /etc/network/interfaces. I've found a workaround replacing in the init script: if ifup -a $exclusions $verbose && ifup_hotplug $exclusions $verbose then log_action_end_msg $? else log_action_end_msg $? fi with this: if [ $(runlevel) != "unknown" ] || ! [ -z $(grep '^id:1:initdefault:$' /etc/inittab) ]; then if ifup -a $exclusions $verbose && ifup_hotplug $exclusions $verbose then log_action_end_msg $? else log_action_end_msg $? fi fi which means: "skip these lines if the boot process still has not switched to the default runlevel, unless it is single user". The following script located in /etc/boot.d: #!/bin/sh -e # # networking-restart # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. if test -x /etc/init.d/networking ; then service networking restart fi will restart the service and from this moment, both "auto " and "allow-hotplug " will take effect. This way, the delay will occur only in the case of a single user default runlevel, which is often not the case. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Menu of applications vanished from lxqt
Hi Hendrik, On 7/2/22 19:38, Hendrik Boom wrote: I believe this started when I did a routine security upgrade, and installed a program to convert markdown files to asciidoc format. You can try moving out converter's .desktop file from /usr/share/applications or /usr/local/share/applications to know whether the origin of the issue is in the installed program, causing the launcher to freeze. On the other hand, if I am not mistaken lxqt uses the openbox window manager, and I assume you aren't starting a window manager session instead of the desktop environment. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi, On 7/2/22 8:29, aitor wrote: Next step will be to write a runit script for ifupdown that intend to solve the problem of the still remaining (at least booting with vdev) long delayed boot time when using "allow-hotplug " stanzas in /etc/network/interfaces. I have Laurent Bercot's s6 in mind, and shortly i'll give a try to Obarun. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] vdev in chimaera
Hi, On 20/1/22 0:23, aitor wrote: Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ <https://www.gnuinos.org/mirror/chimaera/live/> I would like you to test them after a hard disk installation because this is the first time one can replace eudev with vdev via APT by simply typing: # apt-get install vdev libudev1-compat beyond which it's possible to restore eudev in a similar way: # apt-get install eudev libeudev1 Though eudev and vdev depend on libeudev1 and libudev1-compat respectively, it's recommended to mention them explicitly in order to prevent other packages like Xorg from being uninstalled during the change. It's worth mentioning that you won't find any external devices in the panel of thunar because some benefits of gvfs/udisks2 don't work with vdev.Hopefully the trash is still there. With this in mind, I included fsmithred's usbpmount.sh and usb-unmount.sh yad scripts to handle usb sticks, pending the arrival of an improved release of hopman in chimaera. I also uploaded the sources of the live-sdk that generate the available iso images. I've uploaded new iso images fixing a bug related to the last change in simple-netaid for compatibility with static ip addresses, that involved the response to routing table netlink events triggered by other processes. The images come with vdev by default. Next step will be to write a runit script for ifupdown that intend to solve the problem of the still remaining (at least booting with vdev) long delayed boot time when using "allow-hotplug " stanzas in /etc/network/interfaces. The sources of the live-sdk have been updated as well. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] kernel-update: initramfs fails to find swap
Hi Florian, On 21/1/22 15:45, Florian Zieboll via Dng wrote: Running 'update-initramfs -u' returns the correct UUID "to resume from", and also adding the line resume=UUID= to '/etc/initramfs-tools/conf.d/resume' does not solve the issue: Booting stalls for half a minute and then continues with the information that it "gave up waiting for suspend/resume device". On examining this I noticed, that my block devices are no longer named persistently: Sometimes the disk comes up as 'sda' and sometimes as 'sdb', although both internal disks are connected to the same onboard SATA controller. I am not yet absolutely sure, if the name swap happens always or randomly - but as I suspect it to be the reason for the failing swap discovery, which occurs reliably every time I (re)boot, I assume that it happens with_every_ boot cycle. If the name swap happens randomly, then the required setting might be: RESUME=none instead of: resume=UUID= in your /etc/initramfs-tools/conf.d/resume HTH, Aitor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] kernel-update: initramfs fails to find swap
Hi, On 23/1/22 19:54, Florian Zieboll via Dng wrote: Returning to kernel 5.10.0-10-amd64 does NOT solve the issue, as well as the upgrade to linux-image-5.15.0-0.bpo.2-amd64. If you are using several kernels, then you should run: # update-initramfs -u -k all to update all the initramfs. Cheers, Aitor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [OT] problem with quemu dnsmasq vs unbound
Hi, On 21/1/22 14:21, al3xu5 via Dng wrote: Good. Thank you. Any need to change the dnsmasq configuration to avoid port conflicts? Or to load the tun module (as suggested by aitor -- Thanks aitor)? I just follow the steps below: 1) Create a qcow image: $ qemu-img create -f qcow2 devuan.qcow2 10G 2) Check the image: $ qemu-img check devuan.qcow2 No errors were found on the image. Image end offset: 262144 3) Run qemu with the following arguments: # qemu-system-x86_64 \ -m 1024 -boot d -enable-kvm \ -smp 3 -net nic -net user -usb -device usb-tablet \ -hda devuan.qcow2 \ -cdrom /path_to_the_image/devuan_amd64.iso At this point you should get something like this: VNC server running on ::1:5900 4) Now, open a new terminal an run (it requires tigervnc-viewer or xtightvncviewer): $ vncviewer :5900 HTH, Aitor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [OT] problem with quemu dnsmasq vs unbound
Hi, On 21/1/22 14:08, Florian Zieboll via Dng wrote: On Fri, 21 Jan 2022 12:55:04 +0100 al3xu5 via Dng wrote: Please, I would ask for your advices about the situation described below. Excuse me if this could be OT in this list. On my chimaera system, I am using unbound as a local recursive caching DNS (not authoritative) server. More, I have uninstalled dnsmasq, as I do not need it and want to avoid it interfering with unbound. But QEMU/KVM requires dnsmasq to start the 'default' virt network. I have seen the dnsmasq-base package should contain a dnsmasq executable which cannot be started as a system daemon. Maybe the dnsmasq-base package a solution? I can confirm that having dnsmasq-base installed is sufficient to start the network. loading the tun module, maybe? modprobe tun lsmod | grep tun Cheers, Aitor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Website "motto"?
En 20 de enero de 2022 7:41:23 Andrew McGlashan via Dng escribió: On 20/1/22 5:07 pm, goli...@devuan.org wrote: On 2022-01-19 23:08, Andrew McGlashan via Dng wrote: About the logo, /if/ Okay, then about the IMAGE ... /if/ Yes, more like a slogan :) Aitor Enviado con Aqua Mail para Android https://www.mobisystems.com/aqua-mail ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] vdev in chimaera
Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ <https://www.gnuinos.org/mirror/chimaera/live/> I would like you to test them after a hard disk installation because this is the first time one can replace eudev with vdev via APT by simply typing: # apt-get install vdev libudev1-compat beyond which it's possible to restore eudev in a similar way: # apt-get install eudev libeudev1 Though eudev and vdev depend on libeudev1 and libudev1-compat respectively, it's recommended to mention them explicitly in order to prevent other packages like Xorg from being uninstalled during the change. It's worth mentioning that you won't find any external devices in the panel of thunar because some benefits of gvfs/udisks2 don't work with vdev.Hopefully the trash is still there. With this in mind, I included fsmithred's usbpmount.sh and usb-unmount.sh yad scripts to handle usb sticks, pending the arrival of an improved release of hopman in chimaera. I also uploaded the sources of the live-sdk that generate the available iso images. Cheers, Aitor ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
Hi, On 9/1/22 18:43, al3xu5 via Dng wrote: Hi. Sorry if I come back to this after a long time... But after upgrading to Chimaera, I'm trying to make the build. A question: after the manual download of the three files above (without adding the gnuinos repos), is there a way how I can verify their integrity? Solved by myself (using the gnuinos repository gpg key...). Sorry for the noise. You have the checksums in the .dsc file Cheers, Aitor. Note: the repo of gnuinos chimaera is in flux, and it's not stable yet. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to make non /usr merged dpgs (was: Re: merged /usr breakage)
Hi Karl, En 5 de enero de 2022 11:24:13 escribió: Karl: The first one gives me an unbootable system $ ldd /sbin/init | grep /usr libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x7f737ba28000) ... So, how do I change the above package to install the lib in /lib//x86_64-linux-gnu instead ? I can get the source with: $ apt-get source libpcre2-8-0 $ cd pcre2-10.36/debian is it sufficient to change this file ? $ cat libpcre2-8-0.install debian/tmp/usr/lib/*/libpcre2-8.so.* $ and if I manage to create the package, what name should I give it, something like libpcre2-8-0_nonusrmerge or what ? I can't answer in detail from my mobile, but one way to go is majing use of dh_exec. Look at this, as sample: https://gitea.devuan.dev/aitor_czr/libnetaid/src/branch/gbp-master/debian Keep in mind that the *.install files must be exeutable. Aitor. Enviado con Aqua Mail para Android https://www.mobisystems.com/aqua-mail ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] How to make non /usr merged dpgs (was: Re: merged /usr breakage)
Hi Karl, En 5 de enero de 2022 11:24:13 escribió: Karl: The first one gives me an unbootable system $ ldd /sbin/init | grep /usr libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x7f737ba28000) ... So, how do I change the above package to install the lib in /lib//x86_64-linux-gnu instead ? I can get the source with: $ apt-get source libpcre2-8-0 $ cd pcre2-10.36/debian is it sufficient to change this file ? $ cat libpcre2-8-0.install debian/tmp/usr/lib/*/libpcre2-8.so.* $ and if I manage to create the package, what name should I give it, something like libpcre2-8-0_nonusrmerge or what ? I can't answer in detail from my mobile, but you can give a try to dh_exec. The *.install files must be executables. Aitor. Enviado con Aqua Mail para Android https://www.mobisystems.com/aqua-mail ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] merged /usr breakage
Hi Karl, On 4/1/22 22:17, k...@aspodata.se wrote: the problem is that the lib is on a filesystem that isn't available at kernel to init handover time. Did you try something like this: copy_exec /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 in a hook located at/usr/share/initramfs-tools, in order to include it in the initrd? Sorry, but i'm a bit unaware of the thread... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Question about the text editor named medit.
Hi, On 4/1/22 13:47, Ralph Ronnquist via Dng wrote: .. gratuitous result: https://askubuntu.com/questions/1372529/is-it-possible-to-get-latest-version-of-medit-aka-mooedit-for-ubuntu-20-04-lts The tarball was available; the rest is for ubuntu of course The last packaging was in oldstable: https://qa.debian.org/developer.php?login=josgalo%40gmail.com <https://qa.debian.org/developer.php?login=josgalo%40gmail.com> Looking at the control file, medit disappeared from chimaera repositories because of the deprecation of python-gtk2. That is for the same reason that wicd did. So, there is a chance that packaging will return in testing or backports, as happened in the case of wicd. Edward: geany might be a good choice for you in the meantime. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] snetaid debs...
On 3/1/22 22:02, aitor wrote: it could be carred out in the short term. *carried* ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] snetaid debs...
Hi, On 3/1/22 12:05, al3xu5 via Dng wrote: After upgraded to Chimaera, I wsa able to install snetaid .deb packets without problems. It seems it works as expected. Many thanks Aitor! Good :) PS: I would also kindly ask you for information on the status of simple-netaid-gtk<https://git.devuan.org/aitor_czr/simple-netaid-gtk> Thanks again I do not dare giving a precise date for the packages of the gtk interface, because there are also other key-areas on which i would like to spend my time, such as vdev or the live-sdk documentation, among others. Even though, if it appears to be a widespread desire on prioritize any of these concrete areas, it could be carred out in the short term. Cheers, and thanks for your interest! Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] broken dependency chain for libgtk-3-dev ?
Hi, On 28/12/21 2:07, alphalpha--- via Dng wrote: Hello is anyone else having this problem or is it just me? - sudo apt-get install libgtk-3-dev Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libatspi2.0-dev : Depends: libatspi2.0-0 (= 2.38.0-4) but 2.42.0-2~bpo11+1 is to be installed libepoxy-dev : Depends: libepoxy0 (= 1.5.5-1) but 1.5.8-1~bpo11+1 is to be installed E: Unable to correct problems, you have held broken packages. - No issues at me, libatspi2.0-dev_2.38.0-4 and libepoxy-dev_1.5.5-1 have been installed. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
Hi, On 24/12/21 10:40, al3xu5 via Dng wrote: $ apt-get source icecat QUESTION: - Is it the same to manually download the sources (just to avoid adding the guinos repositories)? - In this case, is the following the right one? http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz Yes, but you need three files: http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc <http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc> http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz <http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0.orig.tar.xz> http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.debian.tar.xz <http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.debian.tar.xz> - Init an empty git repository QUESTION: - I suppose you mean using the sources directory on my machine. Right? Once you've downloaded the files, go to the directory containing them and create the git repository in a new folder: $ mkdir icecat $ cd icecat $ git init $ git config --global user.name "your name" $ git config --global user.email "your email" $ gbp import-dsc ../icecat_78.15.0-1.dsc - Import the description file of icecat: $ gbp import-dsc ../icecat*.dsc QUESTION: - Again, is it the same to manually download the .dsc file in the source directory on my machine? - In this case, is the following the right one? http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/icecat_78.15.0-1.dsc No. You've just downloaded the files and imported the whole project into your initial empty git repository. You did things this way because there is no remote git repository to clone from. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] create .deb packages with alien
Hi Ismael, On 23/12/21 23:11, Ismael L. Donis Garcia wrote: Until recently I have created .deb packages with alienI don't know if when updating to chimaera it broke down because I haven't done it for a while Now I get the following error And I need to do it with alien since from the package I take a series of data that it generates automatically I really use trampoline alien as it is said in the place where I live, since in the end I create it with: dpkg-deb But cel created with alien took the md5sums file root@clt-iyc-03:/home/idonis/Documentos/ismael/sisconge/ver2/amd64 <mailto:root@clt-iyc-03:/home/idonis/Documentos/ismael/sisconge/ver2/amd64># alien --version=2.1 -k --fixperms sisconge_2.0.1_amd64.tar.gz Package build failed. Here's the log: dh binary dh_update_autotools_config dh_autoreconf create-stamp debian/debhelper-build-stamp dh_testroot dh_prep debian/rules override_dh_auto_install make[1]: se entra en el directorio '/home/idonis/Documentos/ismael/sisconge/ver2/amd64/sisconge_2.0.1_amd64-2.1' mkdir -p debian/sisconge-2.0.1-amd64 # Copy the packages's files. find . -maxdepth 1 -mindepth 1 -not -name debian -print0 | \ sed -e s#'./'##g | \ xargs -0 -r -i cp -a ./{} debian/sisconge-2.0.1-amd64/{} make[1]: se sale del directorio '/home/idonis/Documentos/ismael/sisconge/ver2/amd64/sisconge_2.0.1_amd64-2.1' dh_installdocs dh_installchangelogs dh_icons dh_perl dh_usrlocal dh_usrlocal: error: debian/sisconge-2.0.1-amd64/usr/local/bin/startaft is not a directory make: *** [debian/rules:7: binary] Error 25 root@clt-iyc-03:/home/idonis/Documentos/ismael/sisconge/ver2/amd64 <mailto:root@clt-iyc-03:/home/idonis/Documentos/ismael/sisconge/ver2/amd64># I don't know if someone on this list can help me or tell me where to ask this question. I ask the question here since I use devuan I never used alien, but maybe you should override dh_usrlocal. The path /usr/local/bin is for binaries built from sources, whereas binaries provided by .deb packages go to /usr/bin. I don't know how to do this with alien. HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
On 23/12/21 22:38, aitor wrote: I recommend a fresh install of devuan chimaera amd64 on a computer with 8G RAM, and a swap partition of 16 GB. ... fresh install, because I assume you haven't 16 GB of swap. Otherwise, the kernel may interrupt the build process due to the lack of shared memory, getting a SIGKILL signal coming from PID=0. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
On 23/12/21 22:38, aitor wrote: Good lock :) *luck* ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
On 23/12/21 22:38, aitor wrote: The packages of icecat i386 will appear in ../build-area. In the case of amd64, skip all the steps related to pbuilder and run: $ gbp buildpackage --git-export-dir="../build-area" Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Firefox/Icecat build (was: Re: Pipewire and PulseAudio: apulse & firefox)
Hi, On 23/12/21 20:56, al3xu5 via Dng wrote: Until some time ago I was able to build the old versions of X, certainly until 52.x. -- I had also made a guide for building Icecat: https://libreplanet.org/wiki/Group:IceCat/Compile_and_package/build_52.6.0_on_Devuan_2.0.0_ASCII_64bit Now the building process seems changed. So, please, could anyone give a guide (even if schematic) on how to build current Firefox/Icecat releases? I did it recently. PREREQUISITES: I recommend a fresh install of devuan chimaera amd64 on a computer with 8G RAM, and a swap partition of 16 GB. -- HOWTO -- Here you are a quick guide: - Add the repository of gnuinos chimaera - Download the sources of icecat-78.15. They contain all the lang-packs: $ apt-get source icecat - Init an empty git repository and import the description file of icecat: $ gbp import-dsc ../icecat*.dsc - Adjust debian/browser.mozconfig.in to suite your needs (see the section "Configure the build" in your link above). - Install git-buildpackage, quilt, pbuilder and cowbuilder - Create a jail containing a base system of devuan chimaera i386 in /var/cache/pbuilder/base.cow: $ sudo cowbuilder --create --distribution="chimaera" --architecture="i386" --mirror http://deb.devuan.org/merged - Build the packages: $ gbp buildpackage --git-pbuilder --git-pbuilder-options="--host-arch i386" --git-export-dir="../build-area" git-buildpackage will ask you for sudo's password, and probably you'll need to install previously aptitude in the jail. If so, chroot /var/cache/pbuilder/base.cow and install aptitude. All the build dependencies will be installed automatically. The packages of icecat i386 will appear in ../build-area. Good lock :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [SOLVED] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
Hi again, On 22/12/21 22:12, aitor wrote: The trick was in the lines nº 1212 - 1216 of grub-install.c: efi_distributor = bootloader_id; if (strcmp (efi_distributor, "kubuntu") == 0) efi_distributor = "ubuntu"; else if (strcmp (efi_distributor, "devuan") == 0) efi_distributor = "debian"; Once applied the quilt patches, i mean. And the patch is: https://salsa.debian.org/grub-team/grub/-/blob/master/debian/patches/install-efi-adjust-distributor.patch <https://salsa.debian.org/grub-team/grub/-/blob/master/debian/patches/install-efi-adjust-distributor.patch> Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] [SOLVED] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
Hi, On 22/12/21 15:57, aitor wrote: En 22 de diciembre de 2021 14:55:41 ". fsmithred via Dng" escribió: On 12/21/21, aitor wrote: Hi, On 21/12/21 19:55, aitor wrote: Hi Ralph, On 21/12/21 12:19, Ralph Ronnquist via Dng wrote: On Tue, 21 Dec 2021 01:44:39 +0100 aitor wrote: ... The outcome is that i've been compelled to turn back the distributor to its default ID=devuan, and i'm rebuilding the images of gnuinos chimaera right now so that they will work properly in UEFI mode without workarounds during the first boot on the part of users. I wonder, to this regard, what is the trick in Devuan to put in place the distributor ID without the need of hijacking the boot loader... ... doesn't "scripts/magic-touch" tell the story? Looking at the script, it seems that i must define a new variable: GNUINOSCFG=/target/boot/efi/EFI/gnuinos/grub.cfg and copy the content to $DEBIANCFG in the same way you're doing with $DEVUANCFG. Yes, it seems the way to go... I'll tell you, thanks! Oops, I knew about the --efi-directory argument for grub-install, which defines the root partition of the EFI system, but there is also another one that i was overlooking up till now: --bootloader-id=ID I found it looking at the code of grub-install.c in grub2. The value of this argument has preference over the value defined in os-release. Cheers, Aitor. Another way to fix it in the installed system is to remove grub-efi-amd64-signed if you don't use Secure Boot. Then you don't need /boot/efi/EFI/debian. I haven't any computer to hand right now, but i think that EFI/debian/bootx64.efi is provided by grub-efi-amd64, and the rest of the files by grub-efi-amd64-signed. The trick was in the lines nº 1212 - 1216 of grub-install.c: efi_distributor = bootloader_id; if (strcmp (efi_distributor, "kubuntu") == 0) efi_distributor = "ubuntu"; else if (strcmp (efi_distributor, "devuan") == 0) efi_distributor = "debian"; Thus, i need to build my own grub to get the intended effect, adding the lines: else if (strcmp (efi_distributor, "gnuinos") == 0) efi_distributor = "debian"; Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
En 22 de diciembre de 2021 14:55:41 ". fsmithred via Dng" escribió: On 12/21/21, aitor wrote: Hi, On 21/12/21 19:55, aitor wrote: Hi Ralph, On 21/12/21 12:19, Ralph Ronnquist via Dng wrote: On Tue, 21 Dec 2021 01:44:39 +0100 aitor wrote: ... The outcome is that i've been compelled to turn back the distributor to its default ID=devuan, and i'm rebuilding the images of gnuinos chimaera right now so that they will work properly in UEFI mode without workarounds during the first boot on the part of users. I wonder, to this regard, what is the trick in Devuan to put in place the distributor ID without the need of hijacking the boot loader... ... doesn't "scripts/magic-touch" tell the story? Looking at the script, it seems that i must define a new variable: GNUINOSCFG=/target/boot/efi/EFI/gnuinos/grub.cfg and copy the content to $DEBIANCFG in the same way you're doing with $DEVUANCFG. Yes, it seems the way to go... I'll tell you, thanks! Oops, I knew about the --efi-directory argument for grub-install, which defines the root partition of the EFI system, but there is also another one that i was overlooking up till now: --bootloader-id=ID I found it looking at the code of grub-install.c in grub2. The value of this argument has preference over the value defined in os-release. Cheers, Aitor. Another way to fix it in the installed system is to remove grub-efi-amd64-signed if you don't use Secure Boot. Then you don't need /boot/efi/EFI/debian. I haven't any computer to hand right now, but i think that EFI/debian/bootx64.efi is provided by grub-efi-amd64, and the rest of the files by grub-efi-amd64-signed. Cheers, Aitor. Enviado con Aqua Mail para Android https://www.mobisystems.com/aqua-mail ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
Hi, On 21/12/21 19:55, aitor wrote: Hi Ralph, On 21/12/21 12:19, Ralph Ronnquist via Dng wrote: On Tue, 21 Dec 2021 01:44:39 +0100 aitor wrote: ... The outcome is that i've been compelled to turn back the distributor to its default ID=devuan, and i'm rebuilding the images of gnuinos chimaera right now so that they will work properly in UEFI mode without workarounds during the first boot on the part of users. I wonder, to this regard, what is the trick in Devuan to put in place the distributor ID without the need of hijacking the boot loader... ... doesn't "scripts/magic-touch" tell the story? Looking at the script, it seems that i must define a new variable: GNUINOSCFG=/target/boot/efi/EFI/gnuinos/grub.cfg and copy the content to $DEBIANCFG in the same way you're doing with $DEVUANCFG. Yes, it seems the way to go... I'll tell you, thanks! Oops, I knew about the --efi-directory argument for grub-install, which defines the root partition of the EFI system, but there is also another one that i was overlooking up till now: --bootloader-id=ID I found it looking at the code of grub-install.c in grub2. The value of this argument has preference over the value defined in os-release. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
Hi Ralph, On 21/12/21 12:19, Ralph Ronnquist via Dng wrote: On Tue, 21 Dec 2021 01:44:39 +0100 aitor wrote: ... The outcome is that i've been compelled to turn back the distributor to its default ID=devuan, and i'm rebuilding the images of gnuinos chimaera right now so that they will work properly in UEFI mode without workarounds during the first boot on the part of users. I wonder, to this regard, what is the trick in Devuan to put in place the distributor ID without the need of hijacking the boot loader... ... doesn't "scripts/magic-touch" tell the story? Looking at the script, it seems that i must define a new variable: GNUINOSCFG=/target/boot/efi/EFI/gnuinos/grub.cfg and copy the content to $DEBIANCFG in the same way you're doing with $DEVUANCFG. Yes, it seems the way to go... I'll tell you, thanks! Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] EFI boot not found, partially solved in gnuinos (Was: 1st boot failed but repaired OK)
Hi, On 6/12/21 13:02, Maurice McCarthy via Dng wrote: Hi all, I am a new user. I installed Devuan 4.0.0 on sdc of my old amd64 PC from the live image which I had dd-ed to a usb stick. The installation seemed to go flawlessly but the first boot failed to find grub (or so it seemed to me.) I ran the live image again and followed advice on the Debian wiki https://wiki.debian.org/GrubEFIReinstall /sys/firmware/efi/efivars was populated so I reinstalled grub and all was well again. I attach a dmesg just in case it is of any interest. I've been stuck on this issue for a while, and recently it became clear to me that a similar problem almost always arises (in my particular case) when setting the distributor ID in /usr/lib/os-release to a new value other than de(bi|vu)an. Say: $ lsb_release -i Distributor ID: Gnuinos What is happening here is that the ID is taken into account by grub-install and, as a result, bootx64.efi is targeted at /boot/efi/EFI/gnuinos: /boot/efi/EFI/$target/bootx64.efi => /boot/efi/EFI/gnuinos/bootx64.efi whereas the bootloader always expects to find it at /boot/efi/EFI/debian, no matter the value of this ID. Furthermore, Devuan has ID=devuan in the base-files package without this affecting in any way the target of bootx64.efi within the EFI directory: https://git.devuan.org/devuan/base-files/src/branch/master/etc/os-release <https://git.devuan.org/devuan/base-files/src/branch/master/etc/os-release> The outcome is that i've been compelled to turn back the distributor to its default ID=devuan, and i'm rebuilding the images of gnuinos chimaera right now so that they will work properly in UEFI mode without workarounds during the first boot on the part of users. I wonder, to this regard, what is the trick in Devuan to put in place the distributor ID without the need of hijacking the boot loader... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Pipewire and PulseAudio: apulse & firefox
Hi, On 16/12/21 9:33, d...@d404.nl wrote: Is it still working with pulseaudio after being compiled with --enable-alsa? If yes we could add a Devuanized firefox to the build process. Yes, i tried removing alsa and reinstalling pulseaudio, and it still works. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Pipewire and PulseAudio: apulse & firefox
Hi, On 16/12/21 7:08, Marc Shapiro via Dng wrote: I don't think I'm up for compiling firefox from source. Packaging for i386 requires cross-compilation under 64 bits because it takes a lot of ram: http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/ <http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/> All my native attempts failed, even with PAE extension. It requires also a lot of swap. And it would have to be recompiled every time mozilla releases a new version. It would have to be recompiled at every new release of devuan. But, as Didier has pointed out, packages pulled from debian mirrors work with alsa out of the box. I don't know about the precompiled tarballs downloaded from mozilla's website. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Pipewire and PulseAudio: apulse & firefox
Hi Steve, On 16/12/21 1:09, Steve Litt wrote: I'm not so sure. We're hearing anecdotes of people running Firefox with only ALSA. Perhaps there's some secret magic incantation that we don't yet know about. FF needs to be compiled passing the flag: ac_add_options --enable-alsa I removed pulseaudio, apulse and libpulse0, and the sound is working for me. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] installing zoom in Chimaera
On 12/4/21 11:14 PM, aitor wrote: On 12/4/21 11:08 PM, Haines Brown wrote: put copy of libdconf1_0/38.0-2.deb in that directory and ran # apt install -f ./libdconf1 ... Reading package lists... Done E: Unsupported file ./libdconf1 given on commandline You need to write the complete name of the package, including also the .deb extension. For example: # dpkg -i libdconf1_0.38.0-2_amd64.deb HTH, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] installing zoom in Chimaera
Hi, On 12/4/21 11:08 PM, Haines Brown wrote: put copy of libdconf1_0/38.0-2.deb in that directory and ran # apt install -f ./libdconf1 ... Reading package lists... Done E: Unsupported file ./libdconf1 given on commandline You need to write the complete name of the package, including also the .deb extension. Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Simple-netaid 1-0 released
Hi, On 12/2/21 1:40 AM, aitor wrote: I'm doing some changes in libnetaid in order to get it working with static IP addresses. Done. The following commit: https://gitea.devuan.dev/aitor_czr/libnetaid/commit/18602a475048741b06a504832f14100d167f2728 <https://gitea.devuan.dev/aitor_czr/libnetaid/commit/18602a475048741b06a504832f14100d167f2728> fixes the issue, and now simple-netaid works with static addresses as well. The modifiedpackages of libnetaid have been uploaded to packages.gnuinos.org/chimaera. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Simple-netaid 1-0 released
Hi again, On 11/30/21 10:10 PM, aitor wrote: Hi fraser, On 11/30/21 12:23 PM, fraser kendall wrote: Very nice tool. So far doing everything I expected it to do, and doing it reliably and quickly. Thank you. Thank you very much for taking the time to test it! I'm doing some changes in libnetaid in order to get it working with static IP addresses. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] snetaid debs...
Hi Edward, On 11/23/21 10:22 PM, Edward Bartolo via Dng wrote: Dear Aitor, There are no hard feelings from me, notwithstanding my project is now defunct. I would like to thank you for adopting it in your own way to modernise it so that it can be secure and enjoyed by everyone. Sincerily, thanks for all your time and dedication. Thanks to Devuan, I am using what was known as Debian without the burden of systemd. You gave me the base to work upon. Didier Kryn also gave me some good ideas working on hopman that have been really useful for simple-netaid. As you clearly indicate, the old version uses an SUID executable to get root privileges which is a security hole which Devuan did very well to close, even though it broke my latest version of simple-netaid-*. In my limited use case, I worked around the breakage by removing the GUI component and using only the backend as root. It works in my case, but other users may require more functionality, which thanks to people like you, they can have. Sincerily, THANKS for your time and effort. Now the shared library sends a signal to the daemon as a reminder for client connection requests to be listened to on the server socket. The cap_kill linux capability allows the shared library to send this signal to the daemon (a process running with root privilegies) and be successful. And last the daemon gets the credentials from the received data before going ahead with the task requested. Have a look at read_arguments() in snetaid (lines 1056 - 1156): https://gitea.devuan.dev/aitor_czr/snetaid/src/branch/master/src/main.c <https://gitea.devuan.dev/aitor_czr/snetaid/src/branch/master/src/main.c> Regarding the idea of importing functionality from your libraries to let my latest version of simple-netaid-* connect without the requirement of an SUID tag, although it can be done, there is no need for Devuan, as users can already use your project. I'm a bit stubborn, though :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng