• 1 Post
  • 996 Comments
Joined 3 years ago
cake
Cake day: June 12th, 2023

help-circle

  • The “multiple distros thing” is often the most confusing aspect of the Linux ecosystem. But don’t sweat it too much - they’re more similar than different. Generally speaking you can do all the same things with most any distro.

    The most user-facing differences are in the installer, default UI settings, and how applications are installed. A lot of it is simply preference.

    All of the ones you mentioned are “fine”.

    But if you want to “distro hop” (something that I consider to be a mostly pointless activity) then you need a way to preserve your home directory between installs. It’s where all of your settings are kept. The two ways of doing that are typically a) have a backup somewhere (recommended regardless) and b) put /home on a separate disk partition (more advanced - easily Googleable though).


  • To create an invite you:

    # drop into mongo shell
    docker compose exec database mongosh
    
    # create the invite
    use revolt
    db.invites.insertOne({ _id: "enter_an_invite_code_here" })
    

    That’s pretty jank.

    Also - I’m getting pretty fed-up with self-hosting documentation that assumes very specific environments and goes into detailed configuration for that environment. Don’t tell me how to setup a server and how to enable/configure SSH and setup UFW as part of setting up your software. Just tell me how to setup your software and what ports it uses.







  • Yeah - I’ve even seen people recommend switching distros just because another has a different default DE without understanding that most distros let you install multiple DEs…

    The differences between distros aren’t as big as people make them out to be*. Mostly just installer, how packages are managed, what versions of packages you get, etc.

    • Unless you’re on an “immutable” distro in which case - yeah - shit is different.






  • atzanteol@sh.itjust.worksto3DPrinting@lemmy.worldFreeCad in docker
    link
    fedilink
    English
    arrow-up
    1
    arrow-down
    1
    ·
    15 days ago

    I didn’t realize it was using a remote-desktop setup. Still 2-D rendering performance could be an issue in the browser depending on whether it’s using accelerated graphics or not.

    There are performance metrics other than CPU/memory usage. Like network latency, disk i/o, and bandwidth. UI performance on remote desktops tends to suffer from latency even with fast machines on local networks. The “proxmox console” for VMs I run in browser is a remote desktop and it performs… well enough for a server but I wouldn’t want to do anything significant in it. And that’s just presenting a desktop.

    You haven’t described the nature of your ‘poor performance’ well though. Is it display latency like I’m describing or things like loading projects or creating STL files that is slow?


  • Are you familiar with remote desktop or ssh?

    Very.

    I didn’t realize that’s what this was doing though. Still requires a bit of client-side rendering performance from the browser and network capability. Depending on what potato they’re using on the desktop the latency might be giving the perception of “slowness”.