Yeah I noticed the hash was changing after running dd command.

I got the hash to match if I dd it into a partition rather than just the root of the drive.

I have tried the minimal and live desktop recently because the ISO i have been snapshotting only started recently having some difficulty doing a full disk encryption.
Also I wanted to start with a minimal install and only include the packages I need to have a lighter iso.

However, downloading and verifying the check sum seemed to match for the iso.

When I dd it onto a USB. Try to boot to it, I get grub but than an error it wont boot the kernel. Missing magic number you need to load the kernel first'.

Not sure what went wrong. Usually that's all I need to do is dd it to a bootable USB and check the hash.

This is interesting, considering with Nvidia. the Persistanced daemon is a hard dependency on Nvidia driver. Which does not even seem to work for me.

Although, this begs the question if app armour and the modprobe setup on devuan is rather hardened or there is some kind of proprietary dependency or lock down on nvidia's part?  Or the package isn't compiled just right for devuan. The driver works, just anything to do with vulkan does not.

https://bbs.archlinux.org/viewtopic.php?id=239926
seems like similar issue. Except caused by the only feature of systemd I like. See post 15

Edit: found a post online, where a debian user solved not getting nvidia-persistenced running by disabling Secure boot on his machine.. Yeah, no thanks ^.^
Anyway, proton I still have never used seems kinda cool tech wise. I just find it super cheeky how many games came pre-installed on the minimal installation of Devuan lol. Total waste of space

I installed the Rasbian Devuan Image for arm on a Raspi 3.
I just used dd to the SD card on my laptop and it booted up fine.
Although I filled the SD card now I am getting some errors even after freeing some space.
I'll probably have to re-flash it at some point.
It was an ascii image.
I used it to mess around on systems

Any one with experience setting up their secure boot?

I have secure boot enabled on two systems. However, when I check the status it's either on setup mode or bios says it is off.
The laptop I have custom keys setup and loaded into the bios. However, I turn on secure boot in bios. It boots to grub. I check setting in the bios again and it's on. But, I can boot to usb and it mentions secure boot being off. The bios setting is set to on however, now with custom keys.

Acting as if it was off. When it's on with default keys. It stays on, and wont but into grub.

Not sure if I set it up properly having trouble finding a guide that has worked yet. Any one figure out how to set up custom keys on Devuan? I know every bios is a bit different but I may have missed a step. I get an error running on of the last commands on gentoo guide.
No efivarfs filesystem is mounted.

It's odd behaviour but with the proper packages, and grub installed.

grub-install --uefi-secure-boot --bootloader-id=debian 

I can boot with secure boot on. However, boot behavior seems identical and status seems to be off. Even though it's on in the bios.

I'd ask them for the .ovpn config files. If you paid for the service you shouldn't require anything special to access their server. Although , Itried asking for Purism's librem 1 VPN if they would have config files so you could just start a tunnel from the terminal. They said it wasn't ready yet.
Seemed like a load of bullocks how a user Gui would be easier to release than a config file. But I dunno maybe it's more complicated than I thought. Or running ovpn configs with keys in them degrades their service some how.

PIA is good for it, you can wget a zip file with all their server configs. Or go to their site to generate a new one if you want to change the hand shake hashing for instance. It works like openvpn should.

  dpkg -r --force-depends pulse-audio 

You could always force it but if you have dependencies. Aptitude will complain about unmet dependencies. So I don't recommend this

apt purge pulse-audio should remove most of it.
The cookie and a few folders will get left behind though. Just thought I'd mention it leaves a few files if you want to clean up a bit.

I got the same thing as go linux, not many depends there. Only 3 packages. To be fair I don't think I need this network discovery tool
Pulse audio however, while it is convenient. Removing it borks XFCE meta package.

I was manually changing the rc scripts in the /etc/rcX.d directories.
Than I discovered update-rc.d. Much easier, much faster and everything is in plain text. I don't think I could go back after discovering how simple it is to manage start up.

As for run levels I watched some talks referring to run levels -3. Now your init may have control everything below 0. but everything above that.
UEFI and BIOS.. ext. Have access to the hardware .
It's important to get an early start to get into OS. I noticed this when I was using windows. I had a program called Spy Shelter Firewall. If it doesn't start early all the stuff you don't want running will run if it starts before your program. But managing start programs with task manager is a joke. Not sure why they removed sysconfig but that is off topic . So lack of Init freedom feels very Windoz to say the least.

I was a little upset with the updates to Mozilla at first, although now I can grab no script right from Mozilla's addons and not have to use the legacy version.

Ublock origin is working for me here on the stable release. There was a bug on one release where add-ons stopped working and needed to allow addons in unsecured way, which is fixed now.

I noticed though, now on my laptop which only has one set of speakers I just use pure alsa. Firefox works, I notice I can use it with only ALSA which is much appreciated.

Thanks, I ran

echo $PATH

I just figured out a bit more of linux. I can see the bright side in this. I put openvpn, in /usr/bin. Or /usr/local/bin. 
Well I don't want to bloat it by copying all the old commands if they still working in /bin.

Thanks for the reply, I think I figured it out. However adding /sbin to the path would be ideal, anyone know how to go about this?

Apparently experimental.
I've used it many times without fail now.

When you do make a separate home partition, the partition which contains your old home folder must not get wiped. You must have your old user accounts home directory in the root of the partition.

Only issue I have had is when transitioning. If you make a new user name. On the log in screen, if you enter your password right it will try to log in than keep you at the log in. So if that happens log in as root.
Change the directory name to your user name and you should be good to go.

I found it easy if you already separated root and home partitions. Made it work very smoothly if you reuse your user name as well. Just make sure you point the installer to the right partition and it won't wipe it .

I don't know much  about having multiple users and different IDs so maybe it might not work properly across a different distribution. Although, your data won't get wiped. Although, I imagine on an lukscrypt it wouldn't be so simple