Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)E
Posts
4
Comments
1078
Joined
3 yr. ago

  • I’m wondering if Android has something nicer looking. Plex has PlexAmp which looks great, Emby’s built in music player in their main app looks terrific, FinAmp is like aestheticslly like the stock standard JellyFin app which is awful.

    Discrete in iOS at least is just an attempt at looking like a carbon copy of Apple Music. There must be some good looking g Jellyfin music player on Android.

    Maybe https://www.symfonium.app/

  • Since you’re running Jellyfin already, you can put your music in there and use an app like https://discrete.app/ on iOS or something comparable on Android for a better UX

  • You’re referencing the deep lore.

    Noted.lol was around awhile before selfh.st and was actually pretty beloved on the SelfHosted subreddit. Then the guys behind selfh.st showed up and some of the people who were contributing to noted.lol started giving them a hard time for “copying” them or some nonsense like that. Lots of drama. Now you never really hear about noted anymore.

  • They don’t exactly have an excess of land to build datacenters

  • I’ve actually been really enjoying MacOS because of how they’ve sort of abandoned it. There’s no gimmicky bullshit in it. It’s just simple and old school and just works.

  • There’s also a big rift within Catholicism that most people outside of it don’t hear about much.

  • Yes the Apostle Peter was the first Pope. Eastern Orthodoxy, Protestantism, the Evangelists etc are are offshoots that for one reason or another rejected the Pope and Canon Law.

  • This is the way the papacy has been for 13 years now.

  • Good, take your L and leave lol

  • Naw. I didn’t say anything about banning anything nor about any pseudo-science. No clue what you’re talking about

  • For some, sure, but where I work I'm by far the employee with the most familiarity with CLI/powershell and scripting. Almost everything is done via a GUI or web interface if it can be.

    I don’t mean this in a disparaging way because I too got my start in an environment like that, but that’s a very legacy environment. When I talk about core principles of working in IT, I mean the state of IT today in 2026, as well as where it’s headed in the future. It sounds like your workplace is one of those SMBs that’s still stuck in the glory days. Thats not what IT is it’s what IT was. And so unless you’re currently end of career, you’re going to have to give that up and embrace this new paradigm or be washed out eventually. So when I say “It isn’t the field for you” in the context of OP I just mean that it isn’t going to get better. It’ll be less and less like the way you know it every day, and more and more like the way OP doesn’t like it.

    For example you say you are the most familiar in your entire workplace with “powershell and scripting”, however I literally got teased just the other day by solving a niche problem with a powershell script. “How very 2010 of you”.

    I don’t say this to belittle you, as I was the same guy as you not too many years ago. And I get that you’re banging your head against this new paradigm, but this is the stuff you really do want to stick with IF it’s your goal to grow in IT long term. It will click eventually given enough time. I am definitely willing to help you with any questions you might have or perhaps if I have time I can try and demonstrate my workflow for a standard container deployment.

    Some questions I would ask you are

    • How are you running your docker containers? Run commands? Compose? Portainer or some alternative?
    • are you trying to expose them to the internet, or only internally?
    • do you use a reverse proxy or are you just exposing direct ports and connecting that way?
    • do you have an example of a specific project you struggled to get running?
  • There are a number of reasons why your docker setup was using too much RAM, including just poorly built containers. You could also swap out docker for podman, which is daemonless and rootless, and registers container workloads with systemd. So if you’re married to the LXCs you can use that for running OCI containers. Also a new version of Proxmox enabled the ability to run OCI containers using LXCs so you can run them directly without docker or podman.

  • This was added in Proxmox 9.1

  • running a virtualized environment for the container, which is then running a virtualized environment for the Docker container.

    Neither Linux containers nor Docker containers are virtualized.

  • are you are saying running docker in a container setup(which at this point would be 2 layers deep) uses less resources than 10 single layer deep containers?

    If those 10 single layer deep containers are Proxmox’s LXC containers then yes, absolutely. OCI containers are isolated processes that run single services, usually just a single binary. There’s no OS, no init system. They’re very lightweight with very little overhead. They’re “containerized services”. LXC containers on the other hand are very heavy “system containers” that have a full OS and user space, init system, file systems etc. They are one step removed from being full size VMs, short of the fact that they can share the hosts kernel and don’t need to virtualize. In short, your single LXC running docker and a bunch of containers inside of it is far more resource efficient than running a bunch of separate LXC containers.

    One of the biggest advantages of using the hypervisor as a whole is the ability to isolate and run services as their own containers, without the need of actually entering the machine

    I mean that’s exactly what docker containers do but more efficiently.

    I can just snapshot the current setup and then rollback if it isn't good

    I mean that’s sort of the entire idea behind docker containers as well. It can even be automated for zero downtime updates and deployments, as well as rollbacks.

    When compared to 10 CT's that are finetuned to their specific app, you will have better performance running the CT's than a VM running everything

    That is incorrect. Let’s break away from containers and VMs for a second and look deeper into what is happening under the hood here.

    Option A (Docker + containers): One OS, One Init system, one full set of Linux libraries.

    Option B (10 LXC containers): Ten operating systems, ten separate init systems, 10 separate sets of full Linux libraries.

    Option A is far more lightweight, and becomes a more attractive option the more services you add.

    And not only that, but as you found out, you don’t need to run a full VM for your docker host. You could just use an LXC. Though in that case I’d still prefer the one VM, so that your containers aren’t sharing your Proxmox Host’s kernel.

    Like LXCs do have a use case, but it sounds like you’re using them to an alternative to regular service containers and that’s not really what it’s for.

  • Nothing is “docker containerized”. Docker is just a daemon and set of tools for managing OCI compliant containers.

    Running a docker image ontop of that is just wasting system resources.

    No? If you spun up one VM in Proxmox and installed docker and used it to run 10 containers, that would use fewer system resources than running 10 LXC containers directly on Proxmox.

    Like… you don’t like that the industry has adapted this efficient, portable, interchangeable, flexible, lightweight, mature technology, because you prefer the one that is heavier, less flexible, less portable, non-OCI compliant alternative?

  • I’m really confused here, you don’t like how everything is containerized, and your preferred method is to run Proxmox and containerize everything, but in an ecosystem with less portability and tooling?

  • This is a crazy take. Docker doesn’t involve much overhead. I’m not sure where your 150GB hard drive space commend comes from, as I just dozens of containers on machines with 30-50GB of hard drive space. There’s no nested computer, as docker containers are not virtualization. Containers have nothing to do with a single projects “dependency hell”, they’re for your dependency hell when trying to run a bunch of different services on one machine, or reproducing them quickly and easily across machines.

  • 100 containers isn’t really a lot. Projects often use 2-3 containers. Thats only something like 30-50 services.