You are not logged in.
Double quote the search term: "devuan".
But anyway most Debian results will also apply to Devuan and Devuan won't have as much exposure on the interweb because it's so new.
still unable to install plexmediaserver
Why not? What exactly are you trying and how exactly does it fail? Please post the full, verbatim commands and errors.
Head_on_a_Stick wrote:... use ps_mem to analyse per-application memory ...
Is there a *.deb package available for ASCII?
No but it's just a python script so you can fudge an "installation" with
mkdir -p ~/git && cd ~/git
git clone https://github.com/pixelb/ps_mem
mkdir ~/bin
cp ps_mem/ps_mem.py ~/bin/ps-mem
chmod +x ~/bin/ps-mem^ That assumes the git package is installed and that ~/bin is listed in $PATH (or add it to /usr/local/bin/ for system-wide access).
Once it's all set up just call the script to run it:
ps-memAlternatively just run the script directly from the git repository without copying it:
cd ~/git/ps_mem
./ps_mem.pyI really don't understand what DoH offers that cannot be bettered with
# echo 'nameserver 9.9.9.9' > /etc/resolv.conf
# chattr +i /etc/resolv.conf^ That will work for network activity that doesn't involve a browser, unlike DoH.
And there is also https://pkginfo.devuan.org/stage/beowul … ack-3.html
it does not happen on debian sid
Are you sure about that? The wicd package is not installable in sid (or ceres) because the python-gobject2 dependency is no longer available.
And please show us actual error messages rather than vague descriptions, it's less confusing for us and less effort for you.
it needs to be converted to python3 i think due to python2 being deprecated
The python3 version is already available in Debian's experimental repositories:
https://packages.debian.org/experimental/wicd
The OP could try using that, the experimental repositories have a pin value of 1 (one) by default so it should be "safe" to add them to a Devuan system.
what are those things PA can do that ALSA can't?
There are a few things like per-application volume levels (but almost every application that outputs sound has it's own volume control anyway), multiplexing (but this can be replicated in ALSA with the DMix plugin), sample rate conversion & equalisation (but it's best to use a dedicated DAC for the former and not use the latter at all) and networked audio (if all the machines on the network also have PA) but the most important advantage is plain convenience — pure ALSA tends to require command line or text file configuration whereas PA has some nice GUIs to handle most tasks.
Skype is definitely from MS repo and I do not remember if Clementine 1.31 I have comes from Devuan repos or not. The facts are that if I do not start them, I do not see any traces of PA in a task manager, but as soon as they are active, PA re-appears
Just because they start PA does not necessarily mean that they need PA — firefox-esr will also auto-start PA but it will still produce sound if PA is not installed.
But I've never used Skype so I have no idea if it will work without PA, why don't you try it and report back?
even Firefox, which I must keep open all the time (due to my work Outlook mailbox) also initiates PA via AudioIPC Server: AudioCallbackDriver.
The Devuan firefox-esr package does not need PulseAudio at all. I have yet to find an application from the repositories that actually needs PA.
I like to use ps_mem to analyse per-application memory usage.
DoH would bypass unbound.
could this change in what I'm used to seeing be a result of my system no longer relying on SystemD?
Unlikely, systemd (not "SystemD" btw) is a total memory hog but it only consumes a few MiB more than sysvinit.
Have you tried Debian with something like dwm? The desktop environment will make much more difference in respect of RAM usage.
Other providers can be used instead of CloudFlare: https://support.mozilla.org/en-US/kb/fi … -providers
DoH is not without it's criticisms: https://www.zdnet.com/article/dns-over- … perts-say/
Did you also upgrade the kernel? Here's the metapackage you need: https://pkginfo.devuan.org/stage/beowul … o10+1.html
For early KMS support add this line to /etc/initramfs-tools/modules:
amdgpuThen rebuild the initramfs again:
# update-initramfs -u -k allHead_on_a_Stick wrote:Probably better to use the supplied abstraction mechanism to modify /etc/default/locale:
# dpkg-reconfigure localesWhy?
Try it and see ![]()
Or maybe the abstraction mechanism is just a fancy, obfuscated way to achieve the same thing.
^ This.
I think I finally managed through a combination of changing the settings in that file and in /etc/default/locale
Probably better to use the supplied abstraction mechanism to modify /etc/default/locale:
# dpkg-reconfigure localesit's not exactly the kind of (novice) users of an otherwise fancy and frankly quite nice looking desktop to have to jump through
Devuan isn't really aimed at n00bs, perhaps try one of the derivatives instead.
Or you could try installing the Mint .deb package:
The 5600XT needs the kernel from beowulf-backports and the Navi firmware which can be obtained either from the ceres firmware-amd-graphics .deb package (don't add the repositories, they will break your system) or directly from https://git.kernel.org/pub/scm/linux/ke … .git/tree/ (place it under /lib/firmware/amdgpu/ and rebuild the initramfs).
So far I've tried to set $LANG and $LANGUAGE in the usual shell startup scripts (.bashrc, .profile, .login) but it appears something is overwriting them.
How about ~/.xsessionrc?
Disclaimer: I don't use Cinnamon.
See https://support.digium.com/s/article/Ho … g-problems & https://www.kernel.org/doc/html/latest/fb/fbcon.html but I think a better solution would be to set a bigger console font:
# apt install console-setup
# dpkg-reconfigure console-setupHow are you attempting to update your system?
I would use
# apt update
# apt upgrade
# apt full-upgradeOr perhaps
# apt update
# aptitude safe-upgrade
# aptitude full-upgradeNote that full upgrades are sometimes needed in testing/unstable because obsolete packages have to be removed. Also note that full upgrades can break testing/unstable systems if a transition is underway.
I want to have a separate devuan and debian directory.
Why? If it's that important to you then install GRUB from an Arch live ISO (use the --boot-directory= & --efi-directory= options to avoid the need to chroot).
I can't find a reference in the changlelog but I presume $ESP/EFI/debian is being created because of https://bugs.debian.org/cgi-bin/bugrepo … bug=925309
For those who have laptops with HDMI outputs see this guide for setting the non-HDMI output as the default:
So I've mounted /boot on /mnt and tried reinstall grub, but apt install grub-pc failes on nvme on which /boot partition is located.
root@devuan:~# grub-install --root-directory=/mnt/ /dev/nvme0n1 Installing for i386-pc platform. grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. grub-install: error: will not proceed with blocklists.
My instructions were non-UEFI specific and if you have a GPT disk then you almost certainly had a UEFI system so you should have used
# apt update
# apt install grub-efi-amd64 # or grub-efi-ia32 for 32-bit UEFI implementations
# mount /dev/sdXY /mnt
# mkdir /efi
# mount /dev/sdXZ /efi
# grub-install --target=x86_64-efi --efi-directory=/efi --boot-directory=/mnt/boot
# umount /efi
# rmdir /efi
# rebootReplace X with the drive letter, replace Y with the root partition number (or the /boot partition if that is separate, in which case omit /boot from the --boot-directory switch) and replace Z with the number for the EFI system partition.
How to do it if all disc space is already taken?
I use sectors 34-2047 for BIOS boot partitions, that space should be free in a correctly-aligned disk.
Also I have amd64 system and grub installer is i386 - is it normal?
The i386-pc bit refers to the non-UEFI bootloader rather than the system architecture.
append initrd=/initrd.img ro root=/dev/sda1
It's better to identify the root partition with UUIDs, the block device allocation can change from one boot to the next.
append initrd=/initrd.img ro root=UUID=$uuid^ Replace $uuid with the actual UUID of the root partition.
there is no 32 bit version of the vulkan library
Yes there is, it's clearly listed in your posted output.
Your actual problem is that your Steam games don't work so please change the thread title to accurately reflect the situation rather than state your opinion of the cause.
Have you seen https://wiki.debian.org/Steam#Steam_runtime_issues?
We had a similar thread over at fdn but in that one vulkaninfo(1) couldn't find the 64-bit libraries: http://forums.debian.net/viewtopic.php?f=6&t=142110