LXC is much more light weight than VMs, so it’s not as much overhead. I’ve done it this way in case I need to reboot a container (or something goes wrong with an update) without disrupting the other services

Also keeps it consistent since I have some services that don’t run in docker. One service per LXC

I run a different LXC on Proxmox for every service, so it’s a bunch. Probably a better way to do it since most of those just run a docker container inside them.

Second impression of Garuda (Arch based). My first impression was the dragonized version, which is KDE with lots of mods to make it Mac like, but with extra window animations.

I like things simple, so when I tried Garuda again, I installed the Gnome version. Other than some weirdness getting my Nvidia card working with Wayland, it has run better than anything else on my laptop.

Fully agree with this. There will be a slight learning curve since it will be different from what your used to, but it’s friendly enough to figure out.

If you know the windows program you want to use just search something like “Linux alternative for x” (sometimes there is specific KDE or Gnome progs)

Ha, I did the same thing. Was getting really tired of pip issues and attempting to use pyenv and messing up a lot. Figured I’d start clean.

Didn’t realize so much depended on python and ended up needing to rebuild the whole thing.

Now I don’t mess with python on my host and only use VMs for Dev or messing around.

This was my problem, it’s enabled by default, so double check that

SOLUTION:

Here is the solution I came up with:

pub struct Configuration {}

impl Configuration {
    fn get std::str::FromStr>() -> Result {
        Ok(T::from_str("1234");
    }
}

fn main() {
    let my_conf_val = Configuration::get();
}

Afraid this might have been the case, if Ogeon’s suggestion doesn’t work out, I’ll probably end up with multiple getters, one per type. There aren’t that many anyway

Thank you!

Correct, I would want the caller to know what they’re getting, I’ll see if this works, Thank you!

Any Ubuntu affiliated distro is required to use snaps, so Kubuntu will use them. Startup times are terrible, but running performance should be the same.

Another simple distro to try would be either Mint or Pop-OS. Both are still Ubuntu based, but without snaps

Mint’s interface (Cinnamon) is similar to Windows, Pop-OS uses a modified GNome

I’m not sure of exactly how they manage everything, but my county library system uses Debian with an XFCE interface.

Not sure if it’s because it’s been this way long enough now, or it just looks close enough to Windows, but I haven’t known anyone to complain (and my in-laws complain about everything else)