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)

Invidious is awesome, if possible, self hosting one in docker is great and keeps it up to date

Call me a socialist, but the moment the tech was proven either the US or some UN based org should have eminent domained and brought Starlink.

That way there wouldn’t be multiple companies sending tens of thousands of satellites into space. And hypothetically there would be a greater expectation of equal access. Oh and access wouldn’t be at the whim of a pretty billionaire.

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)

Using gnome now, but have always enjoyed Xfce. Was going to use it for my current setup, but at the time it didn’t support Wayland. It looks like it’s getting close, but not quite there yet.

Maybe once Wayland is fully supported I’ll give it a shot again.

Yep, I’m 36, mid Atlantic US, started driving stick when I was 18. I inherited this little Geo Metro for college, so it was learn stick or no car. (I really liked that car dispite it not having air conditioning, no tachometer, and manual everything)

Next car I bought was a manual. Now since my spouse can’t drive stick we only have automatics.

Whenever we need a new car it’ll be electric, which unfortunately (by design) are not manuals. So no more stick for me.