The officially official Devuan Forum!

You are not logged in.

#1 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

#2 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.

#3 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!

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

@prospero: the website will be available today, thanks

#5 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...

#6 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.

#7 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.

#8 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.

#9 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

#10 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

#11 Re: Devuan Derivatives » GNUinOS - Libre » 2025-04-14 22:29:53

Thanks for the detailed video, fsmithred, it'll be very useful for sure. I've downloaded it smile

#12 Re: Devuan Derivatives » GNUinOS - Libre » 2025-04-12 14:49:51

Thanks for reporting this behavior with the encrypted volumes, Ion. So far cannot say whether it's a bug in the gnuinos installer or more general in nature, because I never gave a try to d-i with encryption. Maybe a missing module in the installer? I'll try as soon as possible and have a look at the output in the virtual tty.

Btw, I've updated all the daedalus images; live images and installer isos. I recommend to update vdev and runit on previous installations. During the runit update, it's very important to accept the changes in /etc/runit/1

#13 Re: Devuan Derivatives » GNUinOS - Libre » 2025-04-01 22:09:07

aitor wrote:

Yesterday I uploaded vdev-1.3.27-1 and today I'll update the iso images

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

#14 Re: Devuan Derivatives » GNUinOS - Libre » 2025-04-01 04:32:15

There have been changes in the init top and the init bottom scripts of vdev for the initial RAM disk image (initrd). They work fine in all my computers. Yesterday I uploaded vdev-1.3.27-1 and today I'll update the iso images. Please, tell me if you are still experiencing the same issue. Thanks in advance.

#15 Re: Devuan Derivatives » GNUinOS - Libre » 2025-02-11 06:30:05

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.

#16 Re: Devuan Derivatives » GNUinOS - Libre » 2025-02-11 01:32:42

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.

#17 Re: Devuan Derivatives » GNUinOS - Libre » 2025-02-11 00:56:01

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.

#18 Re: Devuan Derivatives » GNUinOS - Libre » 2025-02-11 00:31:06

@prospero: I did work on a graphical interface for SUDO_ASKPASS in the past, but I stopped working on it time ago.

#19 Re: Devuan Derivatives » Refracta "Good-bye i386" iso » 2025-01-07 21:57:01

Ok, fsmithred, I didn't read your release notes before. Now I see that this is intended, but the packages increase the size of the image a lot. After removing them, I got a 466,7 MiB sized filesystem.

#20 Re: Devuan Derivatives » Refracta "Good-bye i386" iso » 2025-01-07 21:41:48

It contains the kernel .deb packages at /home/user/linux-6.10.9-686-pae, including headers and source.

#21 Re: Devuan Derivatives » GNUinOS - Libre » 2025-01-06 16:03:51

stopAl wrote:

Security is nessesary for privacy.

Security is complicated. Paraphrasing the Arch wiki, you can never make a system 100% secure unless you unplug the machine from all networks, turn it off, lock it in a safe, smother it in concrete and never use it.

stopAl wrote:

Without updates microcode lots of CPUs have severely security problems.

The contents of the non-free part (i.e, the CPU-vendor-provided "opaque" update data) are unknown to debian. Why should I need to install them if the vendor doesn't tell me what bugs they're fixing? Debian argues that it's very difficult to know for sure whether you need a microcode update or not, but it is not safe at all to just ignore them or you could experience one of those unexplainable and infrequent issues.

stopAl wrote:

Having both privacy and a libre distro will be complicated.

"Privacy is complicated". I find this a less misleading sentence smile

For what it's worth, I've never install any microcode update (whatever the company) and I never had any problems. However, it doesn't mean that I am not discouraged. But rather I would prefer to give a try to some of the existing libre bootloaders. The current controversy around them left me somewhat confused though.

#24 Re: Hardware & System Configuration » no sound on gnuinos » 2024-12-30 08:02:24

Charon795 wrote:

I am using laptop inspition7537
It has the following audio controllers:
Haswell-ULT HD Audio Controller and 8 Series HD Audio Controller

This is an Intel Corporation audio device. What is the output of the lspci command? In my computer:

# lspci -knn | grep -iA2 audio
00:1b.0 Audio device [0403]: Intel Corporation C600/X79 series chipset High Definition Audio Controller [8086:1d20] (rev 05)
	DeviceName:  Onboard Audio
	Subsystem: Dell C600/X79 series chipset High Definition Audio Controller [1028:0496]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
--
03:00.1 Audio device [0403]: NVIDIA Corporation GF110 High Definition Audio Controller [10de:0e09] (rev a1)
	Subsystem: NVIDIA Corporation GF110 High Definition Audio Controller [10de:0780]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

Do you have the same kernel driver in use? If so, try creating a file called /etc/modprobe.d/default.conf with this content:

options snd_hda_intel index=1

Then reboot. It worked for me.

#25 Re: Devuan Derivatives » GNUinOS - Libre » 2024-12-29 14:02:51

prospero wrote:

Thanks for confirming. I thought the linux-libre kernel would most probably not load any of that anyway, but after the Debian policy change these matters have become a source of confusion.

You can verify this by the following way (you need to install check-dfsg-status):

# check-dfsg-status -s
No non-free or contrib packages installed on gnuinos!  You have completed the first step to enlightenment.

Bear in mind that the forced use of packages.gnuinos.org in APT's sources.list during the installation makes sure not installing non-free firmware just because sections like contrib, non-free or non-free-firmware don't exist in this archive (only main, main/debian-installer...). As a result, the bad behaviour of hw-detect has no harmful side effects in the gnuinos-installer.

Board footer

Forum Software