The officially official Devuan Forum!

You are not logged in.

#1 Re: Off-topic » Debian Buster with SysVinit as PID 1 [from FDN] » 2020-06-02 21:02:33

Phil is a member here too:

And it's not "a lot of work", all that's needed is to install sysvinit-core & elogind. The latter wouldn't be possible without the efforts of the Devuan devs ofc.

#2 Re: Hardware & System Configuration » [Solved] Problem editing grub » 2020-05-30 10:58:14

LU344928 wrote:

I did that again after editing and got a much longer result which I can post if you wish.

No, that's fine, don't bother if it's all working now. I was just confused as to why the (default) timeout=5 setting wasn't being obeyed, that's all.

#3 Re: Hardware & System Configuration » [Solved] Problem editing grub » 2020-05-29 19:13:25

LU344928 wrote:

I tried editing grub to a timeout of 0 as it always waits for me to hit enter. Despite there being a value of 5 it just waits for my input

Can we see your /boot/grub/grub.cfg? Or more specifically:

grep timeout /boot/grub/grub.cfg
ralph.ronnquist wrote:

It seems grub is one of those packages where it's stupidly hard to find documentation

Here it is: … index.html

And this bit is for the options in /etc/default/grub: … figuration

ralph.ronnquist wrote:

Anyhow, according to that you should also use


Actually that is the only option needed, GRUB_HIDDEN_TIMEOUT should remain unset.

ralph.ronnquist wrote:

If you also have


then the menu is not actually shown, but the time logic remains the same.

Not quite — if that option is set then GRUB will pause for the time specified in GRUB_TIMEOUT unless the <escape> key is pressed, at which point GRUB will wait indefinitely for user input.

GRUB_TIMEOUT_STYLE=hidden is the replacement for the deprecated GRUB_HIDDEN_TIMEOUT option so both should not be used at the same time.

#4 Re: Installation » Beowful RC Bluetooth still does not work. Grub install UEFI hangs. » 2020-05-28 20:18:43

lafat wrote:

since I have erased Beowulf 3 RC partitions cos GRUB wouldn't install (waited for 20 min, nothing), I'll just post "parted --list" here if it's of any use.

Did the installer ask you on which disk or partition to place the bootloader? If it did then it was trying to install in non-UEFI mode, which won't work without a BIOS boot partition.

You have a GPT disk and a UEFI Windows system so you will have to make sure that the installer is booted in UEFI mode if you want to see a menuentry for Windows. Switch to a TTY and check for /sys/firmware/efi to confirm this (it will only exist if the system is booted in UEFI mode).

@admin: would it be possible to split this problem out into it's own thread?

#5 Re: Other Issues » Ceres upgrade wants to remove fdisk » 2020-05-28 20:09:03

Do you actually understand what the autoremove option does?

If you want to keep fdisk than either install it explicitly or run

# aptitude unmarkauto fdisk

See also

#6 Re: Installation » Beowful RC Bluetooth still does not work. Grub install UEFI hangs. » 2020-05-26 19:57:44

lafat wrote:

Installing GRUB on UEFI/GPT still hangs. MBR no problem.

Can we have a separate thread for this? I wouldn't mind digging into that issue.

#8 Re: DIY » loksh: a Linux port of OpenBSD's ksh » 2020-05-26 19:53:16

The AT&T KornShell version in beowulf is ksh93, which is old and buggy. My backport is ksh2020, which is shiny and (mostly) fixed.

#9 Re: Hardware & System Configuration » [Solved] CPU frequency scaling on Devuan Beowulf RC » 2020-05-25 21:05:36

toru wrote:

Do you think it would be fine to use openrc instead, and what do you base that on?

Probably. I've used it myself and it is actively developed by Gentoo & Alpine Linux. But to use the Alpine init script you would have to use /sbin/openrc-init rather than just the service manager, which might not be the best idea for a production machine.

I've just run the systemd unit file through sysd2v and it generated this sysvinit script:

# Generated by sysd2v v0.3  --
# kFreeBSD do not accept scripts as interpreters, using #!/bin/sh and sourcing.
if [ true != "$INIT_D_SCRIPT_SOURCED" ] ; then
    set "$0" "$@"; INIT_D_SCRIPT_SOURCED=true . /lib/init/init-d-script
# Provides:       thermald dbus-org.freedesktop.thermald
# Required-Start: $remote_fs
# Required-Stop:  $remote_fs
# Default-Start:  2 3 4 5
# Default-Stop:   0 1 6
# Description:    Thermal Daemon Service
DAEMON_ARGS="--no-daemon --dbus-enable"
START_ARGS="--background --make-pidfile"

^ Place that in /etc/init.d/thermald and enable the service to autostart thermald at boot.

#10 Re: DIY » loksh: a Linux port of OpenBSD's ksh » 2020-05-25 20:27:52

OT for this thread but hey ho...

I wrote:

the new 2020 version in chimera/ceres fixes most of these and is under heavy development.

I've just backported that version of the original KornShell to beowulf: … ackage=ksh

It's building now, should be ready soon.

#11 Re: Hardware & System Configuration » [Solved] CPU frequency scaling on Devuan Beowulf RC » 2020-05-25 20:14:01

What is the CPU? How does the utility fail? What actually happens when you try to use it? Are you sure you need it with beowulf's newer kernel? The overheating problem might be fixed for that.

Have you seen thermald? It only offers a systemd unit file for autostarting but I'm sure we could hack something together for sysvinit if you want.

Alpine Linux have an OpenRC init script but you would have to switch to /sbin/openrc-init as PID1: … mald.initd

There is also linux-cpupower but that's command line only, the cpupower-gui package is only available in chimera/ceres.

#12 Re: Desktop and Multimedia » (Solved) No sound out of headphones » 2020-05-25 10:26:52

Job wrote:

When I insert headphones

Are these USB headphones or do they use a conventional (mini) jack connection?

Can we see the output of this command with the headphones plugged in:


#13 Re: Installation » Application start-up script problem - ARM64 » 2020-05-25 10:24:19

Altoid wrote:

Now the start-up script read like this

I meant to just run my posted command directly rather than modifying the startup script.

#14 Re: Installation » (Solved) Unable to install GRUB » 2020-05-25 10:22:26

Job wrote:

I changed that to sda1

Installing GRUB to a partition is not recommended:

GRUB documentation wrote:

installing to a filesystem means that GRUB is vulnerable to its blocks being moved around by filesystem features such as tail packing, or even by aggressive fsck implementations, so this approach is quite fragile … stallation

What happens if you try to install to the block device?

# grub-install /dev/sda

Please post any error messages returned in full.

#15 Re: Off-topic » wifi tool (wefe as a C program) » 2020-05-25 10:17:26

It all works now, posting this connected via wefe smile

If deleting the plain-text password line in /etc/wefe/saved/* is too much trouble then perhaps consider using chmod 600 to prevent non-root users from reading the file.

siva wrote:

I also modified the wpasupplicant driver list (idk what others are popular and might be in there as well)

There are only two drivers for wpa_supplicant(8).

#16 Re: Installation » Application start-up script problem - ARM64 » 2020-05-25 00:07:21

Looks like QT_PLUGIN_PATH & LD_LIBRARY_PATH isn't being passed to /usr/share/artisan/artisan by the startup script.

Can you do that manually?

QT_PLUGIN_PATH=/usr/share/artisan/PyQt5/Qt/plugins LD_LIBRARY_PATH=/usr/share/artisan:$LD_LIBRARY_PATH LIBOVERLAY_SCROLLBAR=0 GTK2_RC_FILES="$HOME/.gtkrc-2.0" /usr/share/artisan/artisan

EDIT: removed superfluous x86_64 LD_LIBRARY_PATH entry.

#17 Re: Installation » (Solved) Unable to install GRUB » 2020-05-25 00:04:11

Did you switch to TTY4 or check the install log to see if there were more error messages?

At a guess you have a disk with a GUID partition table but no BIOS boot partition to hold GRUB's core.img for a non-UEFI system.

Can we see

# parted --list

^ You can run that from any live ISO image.

#18 Re: Off-topic » wifi tool (wefe as a C program) » 2020-05-24 23:58:59

siva wrote:

Is the suggestion to prevent root from running anything other than make install? I'm confused.

Sorry, no, I was just commenting on the which says to run all three steps as root.

Btw you seem to have broken your Makefile the last commit by adding spaces around the = in the PREFIX, FOLDER & CONFIG lines.

An uninstall target in the Makefile would also be nice even though it's only a folder and a single binary.

Another error with the new version:

E485:~# wefe add '1337 h4x0r' 
sh: 1: cannot create /etc/wefe/wefe-sup/1337: Directory nonexistent
Errors occurred while adding 1337 h4x0r.Done.

And yes, I do have a space in my SSID smile

I created /etc/wefe/wefe-sup manually and tried again:

E485:~# wefe add '1337 h4x0r'
Errors occurred while adding 1337 h4x0r.Done.

A file was created at /etc/wefe/wefe-sup/1337 (so perhaps the space was the issue), the content was:

Passphrase must be 8..63 characters

I didn't see my passphrase as I typed it in, not sure if that is intended (I can see it when I use wpa_passphrase(8) manually).

Sorry to be a pain here, I'm sure I'm doing something wrong.

#19 Re: DIY » loksh: a Linux port of OpenBSD's ksh » 2020-05-24 23:33:52

I've removed the statically-linked version, I can't get it to build under Meson and it's a potential security risk anyway.

The mksh package provides two statically linked versions using musl & klibc, both of which are better than glibc (which has problems with static linking) and Thorsten is a *much* better maintainer than I so use that if you need a KornShell for rescue & recovery purposes.

#20 Re: Installation » Application start-up script problem - ARM64 » 2020-05-24 15:33:27

Altoid wrote:
Head_on_a_Stick wrote:

... tried installing the libqt5gui5:armhf package?

How could I have possibly known?

Ah yes, of course, my apologies:

E485:~$ apt-file search
libqt5gui5: /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/

#21 Re: DIY » loksh: a Linux port of OpenBSD's ksh » 2020-05-24 15:29:10

The loksh package is derived from OpenBSD's KornShell implementation and so is audited and maintained by their devs.

It is very slightly "lighter" than mksh and also a tiny bit faster but it lacks support for here strings (here documents still work though). In respect of the original KornShell, that is significantly faster (it is the fastest of all the Bourne shells by some margin) but the ksh93 version in ASCII & beowulf is very old and has quite a few bugs — the new 2020 version in chimera/ceres fixes most of these and is under heavy development.

All three KornShell implementations are actively developed and maintained.

EDIT: loksh is the only one with bash-style PS1 support though, which I like.

#22 Re: Off-topic » wifi tool (wefe as a C program) » 2020-05-24 12:17:56

siva wrote:

Love it

^ This. Thanks for sharing smile

I can't get it to work in my Debian buster box though.

I edited config.h and substituted wlp4s0 in place of wlan0 then ran

make clean
# make install

And tried to run it as root with

E485:~# wefe scan
Incorrect network interface: No such device

What am I missing here? Does it matter that I'm using systemd?

siva wrote:


It is considered bad practice to run the make command as root, I would prefer to build the package under my normal user and only invoke root privileges to actually install the package (as demonstrated above).

The wpa_supplicant(8) command can be passed a list of potential drivers so your utility can be made to support older devices OOTB by changing the relevant line in config.h to

	"-B -Dnl80211,wext",				// wpasupplicant options

The iwconfig(8) command is now considered obsolete so you could replace that with iw(8) instead: … e-iwconfig

For example:

				"/sbin/iw %s connect %s",

And finally the wpa_passphrase(8) command generates a configuration file that contains a (commented-out) line with the password in plain text so perhaps it would be best to delete that line. Not sure if your utility already does this though, my C skills are nearly non-existent and I can't try it out for myself at the moment.


#23 Re: Installation » Application start-up script problem - ARM64 » 2020-05-24 12:04:21

I think you should have continued this in the old thread rather than start a new one about essentially the same issue.

Altoid wrote:

The plugin (xcb) that the script is not finding may be /usr/share/artisan/PyQt5/Qt/plugins/platforms but I have no idea if this is so.

So have you tried installing the libqt5gui5:armhf package?

#24 Re: Desktop and Multimedia » What games do you play on Devuan?? » 2020-05-23 23:57:36

climbingturtle wrote:

have anyone played Stellaris successfully on Devuan?

Not personally but the Steam website says it has a Linux version, have you tried Devuan's Steam client?

If you have a 64-bit x86 machine then you'll need to add the i386 architecture and the non-free repository component:

# dpkg --add-architecture i386
# sed -i '/non-free/!s/\<main\>/& non-free/' /etc/apt/sources.list
# apt update
# apt install steam

#25 Re: DIY » loksh: a Linux port of OpenBSD's ksh » 2020-05-23 18:07:03

v6.7.1-1 is now available, upstream has included the lolibc subproject in the release tarball so I don't have to hack it in like I did for v6.7-1. I've also moved libncurses6 to the Recommends list because it is now an optional dependency.

I've decided to drop the loksh-static package, I can't get it to build and it's a potential security risk if I miss an update for the embedded libraries.

I forgot to mention but there are no ASCII packages because Meson builds aren't supported by that release's debhelper version. Sorry.

Board footer

Forum Software