Live streaming seems problematic to me if the sessions are announced in advance publicly since this lets potential adversaries know when to carry out their attacks (or attempted attacks). If possible, coordination should be carried out using encrypted chat (including encrypted voice calls), rather than using insecure communication methods like email, public websites, regular telephone calls, and SMS text messages.

Some resources that may be useful:

PRISM Break
https://prism-break.org/en/

Security & Privacy Evaluations
https://madaidans-insecurities.github.io/

Rob Braxman Tech
https://rumble.com/c/robbraxman

An idea just came to me, so I went ahead and tried it:

$ aptitude why libc++1-16
i   atril                Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3        Depends libwebkit2gtk-4.0-37 (>= 2.5.3)   
p A libwebkit2gtk-4.0-37 Depends libc++1-16 (>= 1:16.0.6)          

$ aptitude why libc++abi1-16
i   atril                Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3        Depends libwebkit2gtk-4.0-37 (>= 2.5.3)   
p A libwebkit2gtk-4.0-37 Depends libc++abi1-16 (>= 1:16.0.6)       

$ aptitude why libunwind-16
i   atril                Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3        Depends libwebkit2gtk-4.0-37 (>= 2.5.3)   
p A libwebkit2gtk-4.0-37 Depends libunwind-16 (>= 1:16.0.6)

So, apparently the new packages are dependencies of libwebkit2gtk-4.0-37. That's a new one for me. I did not know that packages could suddenly acquire new dependencies. Perhaps this is just one of the oddities that can show up when one is running oldstable.

If you are indeed using Excalibur, then this may be a good example of why many people choose to run unstable (Ceres) instead of testing. Either that, or they run a mixed testing/unstable system -- testing with some packages pulled (as needed) from unstable. The latter approach is the one I would probably use if I were inclined to run a "rolling" system, but didn't want to switch to a totally different distro (e.g., Arch Linux).

Try this and reply with the result:

nslookup deb.devuan.org

Maybe, but I don't think so. I've never seen any error messages when running rsnapshot. I don't run it using cron, I use a script that I wrote so, unless I am mistaken, I believe that I would have seen any error messages if there had been any.

You did give me an idea, though. I am going to create a test file and then delete it after a week or two. That should allow me to determine whether rsnapshot is working correctly.

If it turns out that you absolutely must use NTFS, then I recommend using a Liquorix kernel. According to my research, ntfs-3g is enabled in Liquorix kernels.

See: https://liquorix.net/

Use GParted and format the drive as exFAT. Before doing this, make sure that exfatprogs is installed.

I've known for several years now that some of the web browsers packaged for Debian Stable are not kept up to date, and are therefore not safe to use. Firefox ESR and (to a lesser extent) Chromium are the only two that I know are definitely kept up to date.

I would install Falkon on Devuan using Flatpak. You can see here that there's a package for it on Flathub:

https://flathub.org/apps/org.kde.falkon

Another possible way to install Falkon is via the Nix package manager. I'm sure that there are other ways to install an up-to-date Falkon on Devuan, but those two are the ones I would focus on.

As I pointed out in the past, the problem is with Ventoy and not Devuan. Ventoy uses a "hacky" method to perform its "magic", and the result of this is a solution that is not very robust.

Here's what the developer of the Limine bootloader had to say about Ventoy:

“Limine is not Ventoy, nor does it try to be. I am not a fan of Ventoy as I think it is a terrible hack (because it needs to support each and every single OS (Linux, FreeBSD...) individually. For example, it needs to load its own kernel modules for various OSes in order to add "virtual drives" since ISO files aren't really made to show up to the OS kernel as separate drives).”

Source:
https://forum.puppylinux.com/viewtopic. … 699#p88699

I think it's worth considering. At the very least, you could install Alpine in a VM in order to become more familiar with it. That's what I'm planning to do. Even if I don't use it as my main OS, I may still use it for some other purpose.