The amd64 version should always be preferred (if the hardware supports it) because of the security advantage conferred by the NX bit and also a 32-bit system will not take advantage of the extra registers offered by the 64-bit CPU.

32-bit systems are limited to 4GiB of memory (regardless of PAE) but I am presuming that your machine doesn't have more than that.

Dungeon Crawl (Stone Soup): https://pkginfo.devuan.org/stage/ascii/ … 9.3-1.html

I've added the upstream repositories[1] to get the latest version

Try

# dpkg-reconfigure tzdata

We don't need no stinkin' GUI...

Using Spotify is not a good idea but that's what the OP wants and IMO a sandboxed chroot is a better option than handing control of APT to the Spotify developers.

Oh, and RedHat, Cannonical and Microsoft are all contributors to the Linux kernel itself.

All programs have firejail "support", that's not an intrinsic feature of AppImages.

I didn't claim otherwise, my question was are there any Spotify AppImages available at all?

Why do you think it is acceptable to hand the APT keys over to a proprietary company?

As I mentioned earlier, flatpak can be run without root permissions, which seems significantly safer to me.

Fooling you is awesome, yes. You actually took time off work because of this?

Seriously d00d, chill out. Have some tea, that always helps me calm down.

And what has that to do with anything?

Well if that was the case then your previous statement would be false because the alternatives would lack the middle E...

In the case of flatpak the advantage is the sandbox provided by bubblewrap, it's not great security but it's better than nothing (which is what AppImages provide).

Also, do Spotify even provide an AppImage?

Does the GRUB menu appear if you (repeatedly) tap the <shift> key whilst the system is booting up?

If you have installed a non-UEFI system then you can check if GRUB is the bootloader by running

# dd if=/dev/sda bs=512 count=1 | xxd

Then see if the "GRUB .Geom.Hard Disk.Read. Error" message appears in the right hand side output.

For a UEFI system, use

# efibootmgr

And check the names of the boot entries.

Or use the boot-info-script package (/usr/sbin/bootinfoscript) to investigate further.

If you're using GRUB then edit the GRUB_TIMEOUT setting in /etc/default/grub then run update-grub (as root) to change the timeout for the menu.[1]

Disclaimer: I have no idea how Devuan's bootloader is configured

FWIW, I agree and I don't use Spotify myself but apparently the OP does.

^ Well I couldn't find a snapd package in the Devuan repositories

But seriously, I don't think giving the Spotify developers the opportunity to mess up the dependency chain is a good idea.

flatpak may be a bloated pile of crap but at least it can be run without root privileges (with the --user flag) and it doesn't interfere with the package manager.

Erm, I don't speak German, sorry.

Try

LC_ALL=C aptitude full-upgrade

And keep saying "no" until it tells you there are no more solutions, thanks!

I don't have WINE installed so perhaps that's making a difference.

So does aptitude offer any other options if you refuse to keep the currently installed version?

What are your sources and have you updated the package database?

Here are mine:

empty@thanatos:~ $ cat /etc/apt/sources.list                            
deb http://deb.devuan.org/merged beowulf main contrib non-free
deb http://deb.devuan.org/merged beowulf-updates main contrib non-free
deb http://deb.devuan.org/merged beowulf-security main contrib non-free
empty@thanatos:~ $