Thanks guys, I appreciate this information.  I will never understand this UEFI think unless I actually use and experience it.  So, I need to continue trying and learning.  I will follow up on this and let you know how it goes, after I read it a few times ... (-;

I am thinking that instead of trying and forcing the legacy BIOS and MBR thing, I just may try and use the intended UEFI install without the secure boot option and see how that goes.  I will follow up on this when I have something to report... like success, hopefully.

+1

I would not do that.  I would use the current version shown for the chimaera release.  Generally speaking, you should not mix "newer" versions of a program unless they were found in the "backports" section of that release cycle.  Even this could be considered for more advanced users.  I would use the version of wireguard for chimaera, as shown  in my first post above.  It works fine and it installs and configures the same way. 

I have some links to the tutorials that I used to configure wireguard, but there are many guides that can be found on the internet.

This is interesting.  My first try using on devuan was not a failure, but it was not a success either.  It had to do with the configuration of the script especially with the excludes_list part of my host system that caused me to bail out of this attempt.  I will try again.

However, I successfully tested the creation of a snapshot on a Void system on a virtual machine, successfully.  As a matter of fact, I am posting this from within the live system running in a virtual machine now.

The first thing that I noticed in the alpha-utilz.sh script is that there is a scrolling and selection error on the screen where options are highlighted and selected.  The scrolling will change the selected option, which is confusing. 

I have come this far, so I may as well try the void-install, soon.  I am mainly interested in using this for other systems.  For Devuan, the default refracta-tools are hard to improve upon, in my opinion.

Thank you for this alphalpha.

This looks very interesting, especially if it can work on hyperbola, void, and artix. 

I tried to run the script on my devuan and void machines and I got the same reply from each on the terminal:

Any quick instructions on how to use it?  I did not see anything on the gitlab project site.

As for dependencies, I have refracta-tools installed so its dependencies are installed as well.  Are there any other dependencies required?

This was tried on my devuan unstable (ceres) install.

I don't think that would do much, but I would simply add the two lines to the  /etc/sysctl.conf  file and then test it out.  Be sure to run "sysctl -p" after saving the file.

If you wanted to run the lines of code at boot, you might want to try adding them to the  /etc/rc.local  file, but I think the /etc/sysctl.conf file would be better.

That I do not know.  I have moved/archived/copied installs this way for several years now.  When using only devuan to copy or rsync an install this was never an issue, so I never used the "--numeric-ids" in my rsync command.  However, once I used a different operating system, this became an issue.  So I tried it on the recommendation in the Void forums, and it worked.  I used devuan to rsync a different linux OS, and "--numeric-ids" worked.

It is mentioned in the rsync man file:

man rsync

Allow me to ask, what operating system did you use to copy the source partition to the destination partition?  Devuan or another?

I do rsync copying pretty often and I recently had a situation where I had to add "--numeric-ids" to the rsync command.  This was because there was a different operating system involved in the mix, not just devuan.  In this instance I used devuan to host a Void virtual machine and I copied the virtual machine onto a locally mounted partition.  Essentially, I moved a VM onto a physical partition.   It worked fine after the fstab file was altered with the new UUID's, grub reinstalled, and the initramfs was rebuilt.

The actual command used that worked for me, from a VM to a locally mounted partition:

rsync -aHAXv --numeric-ids --exclude={"/dev/*","/proc/*","/sys/*","/run/*","/media/*","/mnt/*","/lost+found"} /* root@10.0.0.1:/media/User/Void/ --delete

Hope this helps.

For google-earth,
https://www.google.com/intl/en/earth/versions/

For librewolf,  don't know about Otter
https://librewolf.net/installation/debian/

As for the synaptic file for installed packages, a web search is your friend as I know it can be done.  But, I have never done it, yet.

For the video card issue, I suggest to download the video drivers needed before changing the cards, then install after the hardware change.  If after changing the hardware the X desktop does not come up, you may have to boot into recovery mode to install the drivers.  This is what I have done on several occasions.

pcalvert,

Were you able to do anything regarding alpine linux?  I looked at the packages involved and it is the "live-boot and live-config" packages that are missing and I don't know what could be used to replace their function - if this is possible.

The refracta-tools scripts have spoiled me.