You are not logged in.
Generally a debconf dialog (set) is driven by a control script (typically an sh (dash) script) with successions of dialog building "commands", possibly in groups with intermediate decision logic. In this case it might be simply a single dialog for asking whether to use eudev or vdev, although designed so as to allow for expansion with further options. Then there would also be code for effectuating the choice at the appropriate time during an installation. I haven't thought about it in detail.
I think I can do that because I did something very similar in the past for i386 iso images giving choices between kernel with PAE or non PAE
I made a payment a few days ago but the process hung. I supposed that it was a glitch in the client area, so I did phone my provider and they told me that they would send me an invoice via email. The fact is that I never received that invoice; nevertheless, my website continued working on following days. This is why I supposed that the payment process did succeed. I'll have to ask my provider again on monday. Thanks for the information, prospero!
The good news is that today I got a tiny version of vdev working for the devuan installer. The challange is to build a vdev-udeb mini-package focused to d-i.
Hello Ralph ![]()
I've always found fsmithred to be polite & civil
I have had the great satisfaction of meeting fsmithred, and I testify to this.
In order to discard possible issues with kernel drivers/modules I've recompiled the image replacing linux-libre with the stock kernel of debian:
https://www.gnuinos.org/tests/debian-kernel/
There is also another minor change: the option modprobe.blacklist=pcspkr has been removed from the boot parameters.
On the other hand, can you say me what's the output of the command below in the various scenarios (including devuan live)?
$ lspci -k | grep -EA3 'VGA|3D|Display'Thanks again for your patience!
DISCLAIMER: debian-installer probably won't work with debian's kernel because it's built with linux-libre, but we're interested on live sessions.
Then it's not a vdev issue. Good..., and what about this other image?
https://www.gnuinos.org/tests/
I've installed the following additional packages:
i965-va-driver
intel-media-va-driver
iucode-tool
mesa-va-drivers
mesa-vdpau-drivers
mesa-vulkan-drivers
xserver-xorg-video-qxlThanks for your help!
Please, can you try with this other image?
https://www.gnuinos.org/eudev/
It's the same xfce x86_64, but with eudev instead of vdev.
Thanks in advance.
I can't reproduce these errors in any of my computers. I wonder whether it's a vdev issue... Did you try with devuan live?
It works fine for me. However, there was a missing script /etc/sv/dbus/check in the openbox and xfce images. So, I recompiled and uploaded those images. Thanks for the advertisement!
simple-netaid-gtk has been released:
https://git.devuan.org/aitor_czr/simple-netaid-gtk
Gnuinos images have been updated (except the plasma kde images) and now simple-netaid-gtk2 replaces to the ncurses interface simple-netaid-cdk.
Packages are available in Gtk2 and Gtk3 flavors:
Oui, please, stop bloating this forum with superfluous information. The list of your /usr/share/applications contents has no interest at all.
Both now boot fine into their respective DE/WM. I can also confirm that the xfce-runit image is booting fine, as expected.
Thanks for the info
I thought that xserver-xorg-video-all would install xserver-xorg-video-intel, but it doesn't. New images will be available in a few minutes
Done.
The Intel dri2 driver. I thought that xserver-xorg-video-all would install xserver-xorg-video-intel, but it doesn't. New images will be available in a few minutes. Thanks for your tests.
I've updated the JWM images.
Or maybe because the runit script should be provided by dbus-daemon instead of dbus.
I consider it a bug
... in gnuinos, I mean.
There are two runit services related to dbus in devuan: dbus itself, and the dependency fixer. Both services are provided by the same package, called runit-services. On the contrary, in gnuinos the latter is provided by runit-services, whereas the earlier is provided by dbus (since chimaera). This might be the source of the bug. Both packages should belong to the same packaging, being one or the other.
On the other hand, I noticed that one script has evaporated misteriously in my packaging. This script is invoked by the dependency fixer via sv check.
I'll try to fix these issues tomorrow.
I have been trying to boot from the JWM iso, but am getting a flashing screen with umpteen lines of this error message:
fail: dbus: unable to change to service directory: file does not exist
This is the runit behavior when dbus is missing, and I consider it a bug because it's very annoying if the user starts the session without any display manager, or even GUI. This is not the case in the JWM iso, though. So, does it mean that the installed system doesn't end up at a login screen? In live sessions, live-config activates the autologin and display manager is skipped. But the annoying message is hidden by the X session in either case, and the flashing screen only appears when shutting down the system. At me at least.
There are many examples of transpiling from one programming language to another. IMHO it is much easier for systemd config files.
I would even offer two modes for new init syntax: legacy (compatible with systemd) and new YAML syntax still similar to systemd but more modern and advanced. And S6 under the hood without any actual systemd dependencies of course
The benefit of having a systemd unit translator was commented months ago in the mailing list:
Although the thread started as a proposal for a systemd-to-sysvinit converter, I certainly consider this idea more feasible for s6/66.
BTW, you can find some related projects in the footer of the wiki below:
https://wiki.debian.org/SummerOfCode202 … translator
Not particularly related to s6, but maybe could help.
I believe this would be of high interest to the broad Devuan community, therefore I'm posting this here:
https://antixlinux.com/unofficial-antix … sity-spin/
Thanks for sharing the iso in d1g, Prowler_Gr ![]()
Yes, I've read it. You have an answer ![]()
I think that this forum is the best place to report issues and bug fixes.
I've built iso images that include this JWM Kit:
https://www.gnuinos.org/mirror/daedalus/
Some contributions of my own are the dynamic menu and the logout dialog. The images also ship with a customized SpaceFM file manager containing the Trash plugin as well as Hopman integration. No dbus.
I've posted in the Antix forum:
However, I still have another issue not fixed yet because xfburn, k3b and the like don't want to recognize the dvd drive.
Fixed in vdev-1.3.1. I've updated the images.