You are not logged in.
Put your custom menuentry in /etc/grub.d/40_custom and then run the grub-mkconfig command to regenerate the menu. If you modify grub.cfg directly, your edits will be overwritten the next time the menu gets updated.
And if you have more than one hard disk, you're better off using UUIDs instead of /dev/sda2, in case the drives don't always come up in the same order.
set root='hd0,msdos2'
Really? Not 'hd0,gpt2'? You have msdos partition table with uefi instead of gpt?
Here's an explanation of the error message you got. It's beyond my understanding.
https://stackoverflow.com/questions/353 … cpu0-in-ts
I have a chimaera xfce with runit, and I can share a few data points. Maybe it will help.
If I use pm-suspend to put the system to sleep, it wakes normally when I raise the lid.
If I rely on xfce4-power-manager to put it to sleep when I close the lid, it does not suspend. And the screen is locked when I raise the lid. Both of those behaviors are contrary to the settings in the power manager.
No nvidia here. It's all intel. I don't think runit is the problem, but that's just a guess. FWIW, I have enabled runit scripts for the following services:
acpid connman dbus getty-tty1-6 getty-ttyS0 lightdm
anacron cron elogind irqbalance mdadm ssh
I have suspected that the installer does not do the same thing every time, but I usually blow through it so quickly, I'm not 100% sure that I really am doing the same thing. This is not new. This has been going on since Debian Lenny.
I've also noticed that if I abort an install and re-start it, some of my choices are saved. I don't know where they get saved, but I'm sure they do.
If you choose Expert install, you will get the choice of installing grub or not. If you let the installer install grub, it will make a boot entry for Void. If you don't let it add the bootloader, you will need to reboot into Void and do whatever it is you do there to add Devuan to the boot menu.
With uefi, each system that installs a bootloader will create a directory on the efi partition without removing any previous directoryies. If you install the Devuan bootloader and then want to go back to letting Void boot the computer, you can remove the Devuan entry with efibootmgr. It will be removed from the list of bootable devices that efibootmgr shows you, but the directory will still be there. You would have to do something extraordinary to screw it up permanently.
The -0500 is my time zone - five hours west of UTC.
If you got the output exactly how you want it, then you now know more about it than I do.
Edit /etc/rsyslog.conf and comment out the line that starts with $ActionFile... as I did below.
###########################
#### GLOBAL DIRECTIVES ####
###########################
#
# Use traditional timestamp format.
# To enable high precision timestamps, comment out the following line.
#
#$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
Then run
service rsyslog restart
And the time stamps will look like this:
2022-02-25T15:55:46.893072-05:00
man rsyslogd or man rsyslog.conf for more info.
There's syslog-ng that's very flexible. And there are no plans to change the default syslogger in devuan.
Oh, no sudo. Then it's the minimal-live. Root password is toor and you should use 'su -' to get root, not just 'su' or else log in as root to begin with.
If a newer kernel is needed try one of the daedalus isos or try this iso with a backports kernel that I made for testing new hardware: https://get.refracta.org/files/experime … 0_2148.iso
Are you using the minimal-live or the desktop-live iso? The desktop-live already has firmware-amd-graphics installed. If that doesn't work for you, I'd like to know, thanks. How new is your hardware?
I've been using xfce4 for 10 years, and xscreensaver has always been the default. I never heard of xfce4-screensaver until now. The only bug listed for that package is the accidental upload to unstable. Maybe it'll be ready for daedalus by the time bookworm goes stable.
It's xscreensaver-systemd and the manpage for it says:
The xscreensaver-systemd program is a helper program launched by xscreensaver(1) for systemd(1) or elogind(8) integration. It does two things:
* When the system is about to go to sleep (e.g., the laptop lid has just been closed) it locks the screen just before the system sleeps, by running xscreensaver-command -suspend. When the system wakes up again, it runs xscreensaver-command -deactivate to make the unlock dialog appear immediately. It does this through the org.freedesktop.login1(5) D-Bus interface.
* When another process on the system asks for the screen saver to be inhibited (e.g. because a video is playing) this program periodically runs xscreensaver-command -deactivate to keep the display un-blanked. It does this until the other program asks for it to stop, or exits. It does this through the org.freedesktop.ScreenSaver(5) D-Bus interface.
I'm using nouveau in beowulf, and I have no /lib/firmware/nouveau or any nv98_fuc* files. And there are no error messages about missing firmware. The package you linked is over 10 years old. I don't think it exists now.
Make sure xserver-xorg-video-nouveau is installed. I have firmware-linux-free installed, but I don't see your missing files in it.
If you use a gui frontend network app like connman or network-manager, you should not configure the network in /etc/network/interfaces. They will likely fight with each other. Do one or the other.
For user to mount removable media, you could install pmount and either spacefm or pcmanfm. You may need to install without Recommends.
apt --no-install-recommends install <package>
If you want to avoid installing elogind by mistake, you could pin it by creating a file in /etc/apt/preferences.d/ with the following:
Package: *elogind
Pin: version *
Pin-Priority: -1
I'm not aware of any guide for doing this, so I tried it. To be safe, I dropped to console first and stopped the slim display manager.
### ctrl-alt-F2 and then log in as root.
/etc/init.d/slim stop
apt remove elogind libpam-elogind consolekit+ libpam-ck-connector+
That replaced elogind with consolekit and removed a bunch of other stuff, including gvfs, udisks2 and network-manager. I replaced network-manager with connman and set connman-ui-gtk to start with the desktop.
apt install connman connman-ui connman-gtk
The user can no longer shutdown or reboot from the desktop. I assume that mounting of removable media is also gone. I don't know if there are fixes for this.
An alternative approach would be to do a minimal install, switch to consolekit first, and then start adding things.
Well, it looks like there has been a recent change in some underlying packages
<snip>Audacity 3.0.2 from PPA
How often do the Debian/Devuan repository maintainers update things?
Not often enough to have anything that new. Sid/Ceres is still on 2.4.2, but this bug report for the beowulf version might be relevant. (Same problem.)
https://bugs.debian.org/cgi-bin/bugrepo … bug=913732
In Chimaera, I see pulse as a choice for output and input devices in audacity. It does record sound from a youtube video played in the browser, but I think it's recording through the built-in mic. That's no good. If you want to save audio from the browser, you might be better off using something like video download helper (ff plugin) or youtube-dl and then strip the audio with audacity.
Press the record button in audacity. Look for PortAudio in qjackctl.
Or poke around in Audacious and you will find exactly what you want. You can save as mp3, ogg, wav or flac.
I haven't needed to purge pulseaudio, but it can't hurt to do that.
It's also possible to record a stream in audacious using just alsa. In the audio settings, check the box for recording a stream, and a red button will appear on the toolbar.
Search for 'qjackctl tutorial' will bring up a bunch of hits. The one for ubuntu is a good basic one, and the one at the arch wiki will have all the gory details.
JACK Audio Connection Kit (or JACK) is a professional sound server API and pair of daemon implementations to provide real-time, low-latency connections for both audio and MIDI data between applications.
apt remove pulseaudio pavucontrol
apt install qjackctl
It is possible to use pulseaudio and jack together, but I've never done that.
You can record a stream through vlc or audacious to audacity using JACK. You don't need pulseaudio. I use qjackctl for an easy gui interface to jackd.
There are alternate color schemes for geany. Check out the screenshots directory to see examples.
https://github.com/codebrainz/geany-themes
I used the default highlighting for geany for years, but it's become harder to read the orange on white, so I switched to gedit colors, and sometimes I switch to a dark background and use himbere.
https://github.com/codebrainz/geany-the … /gedit.png
https://github.com/codebrainz/geany-the … mbeere.png
You could drop to console and use the cli version of the installer.
# Press ctrl-alt-F2 to get to a command prompt.
sudo refractainstaller
Note that refractainstaller does not do any automatic partitioning. If you boot in uefi mode and you don't have an efi partition, the installer will complain.
selecting a folder of images is impossible in the dialog, all the filenames
remain ghosted and clicking them does nothing
You cannot select files in that window. You can only select folders.
Select the folder, and then the thumbnails will be displayed.
Folder, Other, highlight the folder you want, Open.
I think you might have an easier time if you were working on an installed system. Install to a partition on hard drive or on a usb stick or in a virtual hard disk, and then you will be able to reboot during the upgrade.
I don't know if this is helpful:
$ dpkg -l |grep input
ii libinput-bin 1.16.4-3 amd64 input device management and event handling library - udev quirks
ii libinput10:amd64 1.16.4-3 amd64 input device management and event handling library - shared library
ii libxcb-xinput0:amd64 1.14-3 amd64 X C Binding, xinput extension
ii xinput 1.6.3-1 amd64 Runtime configuration and test of XInput devices
ii xserver-xorg-input-libinput 0.30.0-1 amd64 X.Org X server -- libinput input driver
$ dpkg -l |grep evdev
ii libevdev2:amd64 1.11.0+dfsg-1 amd64 wrapper library for evdev devices
xscreensaver is installed and set to run in the desktop's startup applications. It is disabled in the Screensaver settings.
xfce4-power-manager is set to suspend on lid closing. It is not set to lock the screen.
Closing lid puts computer into suspend and locks the screen. When I raise the lid, I get the xscreensaver login screen.
This is in Chimaera.