You are not logged in.
Gnuinos iso images have been updated today:
https://www.gnuinos.org/mirror/daedalus/runit
with a new version of vdev. The most important change is that vdev now is able to use the linux netlink connection as eudev does. Therefore, the use of the eventfs filesystem that provides an infrastructure for containers as well as for BSD systems -not implemented yet (bear in mind that netlink is linux specific)- is optional from now on.
On the other hand, libudev-compat has a dual behaviour: it may send udev devices through netlink or as a serialized device events to the eventfs filesystem depending on whether the eventfs filesystem is mounted at /dev/metadata/udev/events/serial. Thanks to this duality, you can change from eudev and vdev or vice versa just running apt-get install vdev or apt-get install eudev without the need of changing from libeudev to libudev-compat because eudev will work with the latter as well. Don't forget that eudev will rename your network devices.
All this said, I would like you to compare start-up times in both cases.
Last edited by aitor (2025-02-11 01:30:11)
If you work systematically, things will come by itself (Lev D. Landau)
Offline
It's worth to say that I also fixed a bug in simple-netaid time ago by adding noipv6 to dhcpcd.conf. The program is not compatible with ipv6 for now.
Last edited by aitor (2025-02-11 01:35:25)
If you work systematically, things will come by itself (Lev D. Landau)
Offline
I did work on a graphical interface for SUDO_ASKPASS in the past, but I stopped working on it time ago.
I have now removed policykit-1-gnome (and a whole bunch of dependencies it had pulled) and installed lxpolkit instead, and it does the job just as well. I only had to check the box in the session configuration GUI to get it to autostart.
After a fresh VM install of the 2025-02-11 iso, I have clocked 6 seconds to get from the GRUB menu to the lxdm greeter. After doing apt install eudev, I was getting about 8 seconds. I had to stop testing there, because for some reason I could not revert to vdev, so I installed afresh and I am getting 6 seconds to login screen again, using vdev.
I can keep testing further, but for now I am not sure why apt install vdev is not working. I am getting into a dependency trap, out of which the only way is to keep eudev and whatever can escape the trap.
UPDATE: I was eventually able to revert to vdev by using apt-get install vdev instead of apt install vdev, although the previous error may in fact have been caused by a network issue. Anyway, I have noticed that the keyboard layout used by the lxdm greeter is the one selected at install time if eudev is installed, while the default en-US is used when vdev is at work.
Last edited by prospero (2025-02-11 05:56:06)
Offline
It wasn't a network issue. It just so happened that I was merging the repository with amprolla during the night. I already signed it and uploaded to https://packages.gnuinos.org/merged an hour ago. Now It should work.
Last edited by aitor (2025-02-11 06:50:24)
If you work systematically, things will come by itself (Lev D. Landau)
Offline
That does explain the error.
I will keep on testing then.
UPDATE: after a few more clocking sessions, the difference in start-up time may be even lesser: 6-7s with vdev vs 7-8s with eudev. Not something I would have noticed without a timer anyway.
Last edited by prospero (2025-02-13 00:31:56)
Offline
I did work on a graphical interface for SUDO_ASKPASS in the past, but I stopped working on it time ago.
Just use YAD.
Offline
Offline
I've been using YAD with ASKPASS for about 5 years (maybe more), but I've never heard of rrqsu, It seems this method requires less configuration then the way I do it. Thanks for pointing it out.
Offline
@prospero @JWM-Kit
Is rrqsu lighter in cpu usage, memory usage and less dependencies than YAD?
Curious
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline
Don't like yad? Try tcl/tk instead, like e.g.:
#!/bin/sh
[ $(id -un) = root ] && exec "$@"
[ "$SUDO_ASKPASS" = "$0" ] && exec wish <<EOF
wm title . {${*%: }}
pack [entry .pw -show {#} -width 40 \
-background "#efe60c" -insertwidth 6 -justify center ]
bind .pw <Return> { puts -nonewline [.pw get ] ; exit 0; }
bind .pw <Escape> { exit 1; }
focus .pw
EOF
exec env SUDO_ASKPASS="$0" sudo -A "$@"
That'll use a third of resident and a tenth of virual memory.
Online
Is rrqsu lighter in cpu usage, memory usage and less dependencies than YAD?
If you follow the link posted by prospero, you will see that rrqsu is simply a script for implementing sudo askpass with YAD. So it's still YAD. The advantage is that it is an all in one script and doesn't require creating/editing system configuration files.
As for your concern for light system resources, I think you'll find ralph.ronnquist most recent post useful. But for a task that will run for a minute at most any used resources will be recovered very shortly. At most it will save an unmeasurable amount of your battery. I guess it all adds up though.
Offline
@jwmkit Oh okay hadn't realized that about rrqsu
Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!
Offline