The firefox-esr package in ASCII can produce sound without PA but if PA is running then it will use it.

See what's invited PA to your party:

aptitude why pulseaudio

You may have to continue down the dependency chain for a bit.

If you can't remove the PA package then you can try to stop it from starting, for example: https://kodi.wiki/view/PulseAudio/HOW-T … for_Ubuntu

You may have to also copy the pulseadui.desktop file from /etc/xdg/autostart/ to ~/.config/autostart/ and add Hidden=true to the end of the file.

Alternatively, keep PA installed & running and use pavucontrol to set the default output device.

I've seen several forum members claim audio sounds better with pure ALSA but I am strongly of the opinion that this is just confirmation bias. [/troll]

Try https://wiki.archlinux.org/index.php/Ad … ive_method

From where did you obtain the firmware?

I would try https://git.kernel.org/pub/scm/linux/ke … ree/amdgpu

Have you tested this hardware with Arch Linux yet? They have kernel 5.8.8 and the firmware from 2020-02-24.

Do you mean a third generation Ryzen chip or do you mean a Ryzen 3, generation unspecified? What is the full model designation for your CPU?

Third generation Ryzens are not supported by the 4.19 kernel (but should work with your 5.4 kernel).

I don't think so, the default /etc/initramfs-tools/initramfs.conf specifies MODULES=most so it should already include any modules you may need. Does your file still have that setting?

Do you have a link for that? It is my understanding that the µcode is necessary and should fix problems rather than cause them.

LILO is dead upstream and hasn't been developed since January 2016. Do you still experience this problem if you try GRUB instead?

To see from which repositories a package has been installed use

apt policy $package

Replace $package with the actual name of the package.

+1, those clowns don't have a clue about packaging.

That is also true for /sbin so the normal user's PATH would not include the commands you've listed in /etc/sudoers

To include the {/usr{,/local},}/sbin directories for all users edit /etc/profile and change these lines:

if [ "`id -u`" -eq 0 ]; then
  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
  PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH

To:

if [ "`id -u`" -eq 0 ]; then
  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games"
fi
export PATH

Or to include them for specific users add this line to ~/.profile:

PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games"

Be sure to place that before the lines setting PATH to include the user's private bin.

How is your Devuan box configured? Is it set to UTC or localtime? If you don't know then check the last line in /etc/adjtime

It is recommended to set GNU/Linux systems to UTC, even if dual-booting with Windows. For dual-boot systems you should instead force Windows to use UTC with the RealTimeIsUniversal registry key.

Use this to check your system timezone:

ls -l /etc/localtime

If it's wrong then use

# dpkg-reconfigure tzdata

For installing with debootstrap see https://www.debian.org/releases/stable/ … 03.en.html ← that's for Debian but the instructions should also work for Devuan.

Not sure I understand what you want to do but it is possible to boot an ISO image saved on the Ubuntu system by making a custom GRUB menu entry for it pointing to the installer kernel & initrd images.

Something like this saved to /boot/grub/custom.cfg should do it:

menuentry 'Start Installer' {
   isofile=example.iso
   loopback loop (hd0,1)/$isofile
   linux (loop)/install/vmlinuz vga=normal quiet toram
   initrd (loop)/install/initrd.gz
}

^ That presumes you have saved the image to /example.iso on /dev/sda1, mutatis mutandis.

I'm not 100% sure if the toram option will work with the installer kernel but it's needed to stop it being over-written during the installation process if you're installing to /dev/sda1. If you're installing to another partition then remove the toram option.

Unlock the root account by assigning a password:

sudo passwd root

I use this to generate a menu entry for /usr/bin/x-terminal/emulator:

# ~/.local/share/applications/x-terminal-emulator.desktop
[Desktop Entry]
Type=Application
Encoding=UTF-8
Name=x-terminal-emulator
Comment=Terminal emulator
Exec=x-terminal-emulator
Icon=terminal
Categories=System;

Then set xterm to the x-terminal-emulator alternative:

# update-alternatives --set x-terminal-emulator /usr/bin/lxterm

D'oh!

Well you could try naming the fake package systemd-fake instead then grab the PHP source from packages.sury.org, edit debian/control and change the Depends section for systemd to

systemd | systemd-fake,

Then bump the version, build the custom package and install that.

If it works then you could open a new request upstream and ask that the Depends be changed there so that the equivs suggestion actually works for Devuan.

It would even be possible for the Devuan devs to offer an official systemd-fake package to work around issues like this and they could liaise with the Debian devs to make the alternative dependency universal for all the packages that need it. The recent vote about systemd in Debian did result in a commitment to work with downstream distributions to provide solutions like this.

Audacious and unlikely, perhaps. But worth a shot :-)

General instructions here: https://debian-handbook.info/browse/sta … ckage.html

Here's my attempt:

Section: misc
Priority: optional
Standards-Version: 3.9.2

Package: systemd
Version: 241-7~deb10u3
Maintainer: Head_on_a_Stick
Depends: opentmpfiles
Architecture: any
Links: /usr/bin/opentmpfiles /bin/systemd-tmpfiles
Description: Fake systemd package
 Provides /bin/systemd-tmpfiles by symlinking from opentmpfiles.

^ That installs a symlink at /bin/systemd-tmpfiles that points to /usr/bin/opentmpfiles, the package is called "systemd" and so should satisfy the PHP dependency requirement.

I've no idea if it will actually work though (I have systemd installed in my box and I don't use PHP) and this is the first time I've tried to use equivs. Somebody else will probably be able to do better.

Firewall?

And I think this should have it's own thread, hi-jacking an official announcement thread seems a bit rude.