The officially official Devuan Forum!

You are not logged in.

#1 Re: Devuan Derivatives » GNUinOS - Libre » 2025-08-31 08:18:15

Thanks prospero, recently I fixed a bug related to the creation of symlinks at /dev/disk, as explained in the DNG mailing list:

[DNG] vdev available for devuan

#3 Re: Devuan Derivatives » [PARTIALLY SOLVED] start difficulties with the 2 new Isos of GNUinOS » 2025-08-10 09:45:46

As for lxdm, I chosed it because it allows me to run a script that customizes the active plugins in xfce4-panel. I tried the same with other display managers, but I didn't succed.

32bits wrote:

different from the 32 bit version, with it the installation with the GNUinOS installer did work immediately (and the other way I did use in 32 bit starting from the iso live and installing after the installation from refractainstaller out the live started image would not start).

gnuinos live images contain the package nodm; and the removal of nodm during the preseed phase of the gnuinos-installer may lead to this matter

#4 Re: Devuan Derivatives » [PARTIALLY SOLVED] start difficulties with the 2 new Isos of GNUinOS » 2025-08-10 09:31:01

32bits wrote:

It seems to be parent with GNUinOS, perhaps is Refracta Linux the base of GNUinOS?

No, gnuinos isn't built upon refracta. Gnuinos modifies some packages taken from devuan and builds its own repository by adding a new level in the amprolla infrastructure.
Hence, the issue you are talking about, i.e. some input devices not processed by vdev has nothing to do with refracta. It happens, from my own experience, during live sessions under 32 bits. I'm fixing the problem right now (I've found the origin), and I'll update the iso images as you suggested. Thanks for your help smile

#5 Re: Devuan Derivatives » Small installations with Refracta Linux » 2025-08-09 19:00:44

@golinux: the letter "C" doesn't exist. It would be Eskalibur smile

#7 Re: Devuan Derivatives » [PARTIALLY SOLVED] start difficulties with the 2 new Isos of GNUinOS » 2025-08-07 07:42:06

32bits wrote:

different from the 32 bit version, with it the installation with the GNUinOS installer did work immediately (and the other way I did use in 32 bit starting from the iso live and installing after the installation from refractainstaller out the live started image would not start).

So, the issue related to the 32bit installer happens with your refracta snapshot of gnuinos?

#8 Re: Devuan Derivatives » [PARTIALLY SOLVED] start difficulties with the 2 new Isos of GNUinOS » 2025-08-07 07:27:36

32bits wrote:

probably are the problems in 32 bits from the same kind but have only not the same tragic consequence: it seems not to be a matter of rights but only from dysfunction of the input  equipment. I will try it again on my other laptops in the next days (to much time invested for today! I am now in the hurry...) having only an usual keyboard and touchpad...

Gnuinos uses vdev by default. Is the whole xinput equipment listed in /dev/metadata/udev/input file? What init system are you using?

#9 Re: Devuan Derivatives » GNUinOS - Libre » 2025-07-26 19:17:53

I'm building Gtk3 without dbus by defining a variable that allows to enable/disable the atk-bridge part at build time.
This variable is used in the file `gtk/a11y/accesibility.c` as a preprocessor directive. For example:

#ifdef HAVE_ATK_BRIDGE
#include <atk-bridge.h>
#endif

In doing so, it's possible to remove dbus from Gtk3. Gtk2 doesn't depend on it.
As for luks2..., no answer yet smile

#11 Re: Devuan Derivatives » GNUinOS - Libre » 2025-07-10 22:56:04

Live sessions in qemu take too long at me as well. However, I don't think that the start-up messages you are showing are the culprit. Runit run scripts exit if dependencies are not satisfied (i.e. if a service starts before another service the earlier depends on) throwing such messages and retrying afterwards until it succeeds. But I need further testing, of course. Thanks!

#12 Re: Devuan Derivatives » GNUinOS - Libre » 2025-07-05 21:11:20

The following images worked for me in qemu:

https://www.gnuinos.org/mirror/daedalus/runit/

I'll update the repository tomorrow.

#13 Re: DIY » ALSA-only purists: Question, new GUI app for the mixer and EQ? » 2025-07-05 12:09:05

greenjeans wrote:

it's using the alsa backend to do that as well

Keeping the gui updated in real-time according to the current values given by the alsa backend without thereby freezing the interface wasn't that easy for me when I developed the amixer-gtk. Didn't you push the source to any git repository yet?

#14 Re: Devuan Derivatives » GNUinOS - Libre » 2025-07-04 10:05:17

I'll test It again at home, thanks

#16 Re: Devuan Derivatives » GNUinOS - Libre » 2025-06-23 04:46:05

@zapper: I'm referring to Jude Nelson's device manager

https://github.com/jcnelson/vdev

#17 Re: Devuan Derivatives » GNUinOS - Libre » 2025-06-21 08:46:01

@Prowler_Gr: vdev has been notably improved since my last post, and now it works fine with runit, sysvinit and openrc, whereas s6 is a work in progress.
I'm updating the repository in order to rebuild the iso images as soon as possible.

Prowler_Gr wrote:

If I was interested in making an init-diversity spin of GNUinOS, which variant in your opinion would be the most popular to base this on?

Thanks a lot for your interest in gnuinos. Well..., I don't know which would be the most popular. You can email me in private.

#18 Re: Devuan Derivatives » GNUinOS - Libre » 2025-06-18 00:21:10

Syslog isn't the culprit, but some of the changes I did in the daedalus version of vdev (chimaera images do work). So, I've found the solution to the problem (at least in qemu) by comparing both releases. Tested with qemu and only in one machine, though. Give me a couple of days and I'll update daedalus images.

Thanks again for your patience and your tests, prospero!

#19 Re: Devuan Derivatives » GNUinOS - Libre » 2025-06-11 13:54:41

@prospero: the website will be available today, thanks

#20 Re: Devuan Derivatives » GNUinOS - Libre » 2025-06-06 20:39:01

I'm working on that. I would like to be able to integrate vdev in other systems like Hyperbola, Guix, Void, Alpine...

#21 Re: Devuan Derivatives » antiX 23.1 "init-diversity" edition » 2025-05-30 19:29:30

Thanks a lot, Prowler_Gr, I'm downloading the images to give them a try.

#22 Re: Documentation » Please clarification: UDEV -OR- EUDEV -OR- BOTH on devuan » 2025-05-25 20:28:30

Nowadays udev is a transitional dummy package that is present only for backwards compatibility. If someone needs to upgrade a system with the old udev, this one will be replaced with an empty package that depends on eudev. Once the system has been upgrade, the superfluous package can be removed afterwards, as you use to do.

#23 Re: Devuan Derivatives » GNUinOS - Libre » 2025-04-30 17:31:34

zapper wrote:

I check off Openrc, I uncheck default desktop environment and check xfce4 desktop

Openrc + vdev is not tested. The best choice is runit.

#24 Re: Hardware & System Configuration » Disabling IPv6 » 2025-04-28 23:04:29

If you are using dhcpcd5, you can disable ipv6 by adding the line below to /etc/dhcpcd.conf:

# Don't solicit or accept IPv6 Router Advertisements and DHCPv6
noipv6

#25 Re: DIY » α-utilz -- a funky version of refractasnapshot/installer » 2025-04-25 20:02:47

fsmithred wrote:

What is /root/dev? Why is it trying to mount there?

Have a look at /usr/share/initramfs-tools/init,  you'll find the following lines moving /run and the virtual filesystems /sys and /proc to the real system:

export rootmnt=/root

(...)

# Move /run to the root
mount -n -o move /run ${rootmnt}/run

# We expect udev's init-bottom script to move /dev to ${rootmnt}/dev
run_scripts /scripts/init-bottom

# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc

Udev's /usr/share/initramfs-tools/scripts/init-bottom/udev script will move /dev to ${rootmnt}/dev, as its supposed to:

# move the /dev tmpfs to the rootfs
mount -n -o move /dev ${rootmnt}/dev

Board footer

Forum Software