• 2 Posts
  • 159 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle






  • Those are distinct distros, while Bedrock is a layer that sits on top of multiple different distros and actively merges them together. At a glance, vanilla doesnt look like they merge/manage other distros at all? So I’m not sure the comparison makes sense. BlendOS is a completely different approach by using containers to isolate the different systems. Bedrock wants to merge the different systems where ever possible. I wouldn’t say either is better or worse as their goals appear to be entirely different.


  • Have you ever heard of Bedrock Linux? Its an extremely interesting “meta-distro” that let’s you run multiple different distros at the same time only marginally isolated. The whole premise is to merge the systems together instead of separating them with a container style workflow. Tons of stuff works cross distro to! Its extremely cool to have Debian AND Arch packages just installed the normal way on each distro. Its a beautiful and horrifying system, that warms my heart every time I remember it.



  • I’ve used 4k and 1440p monitors, and my TV is 4k as well. For desktop use, 4k isn’t really a big difference because of the hardware needed to run it at a decent speed. However, once I got my hands on a 170hz 1440p monitor, I can’t go back to anything less. It’s extreme noticeable. The higher refresh rate, and the reasonable upgrade in pixel density makes text much clearer, especially in motion.

    For content viewing though, 4k on a TV it depends on how much of your field of view is occupied by the TV. Most of time though, a high quality panel is worth much more than higher pixel density. There is a massive difference between a basic 4k big box store TV, and 4k LG oled. The color, even outside of HDR content is just so much better, and the true actual black color is fantastic. Resolution is nice, but honestly, oled color is so good.



  • The post you originally replied to was misunderstanding how the username is located when authenticating with a server.

    Original post:

    The public key contains a user name/email address string, I’m aware, is the same information also encoded into the private key as well?

    Your reply would be creating more confusion, because you implied that no username is required.

    Your reply:

    That means the corresponding public key that was uploaded to the git server is enough to authenticate and no username is required.

    I am just clarifying if the original poster read your comment and was led to believe they wouldn’t need a username. It is, in fact, required. As you expressed, it’s usually “git” when connecting to a a git server, but it doesn’t have to be.








  • Don’t worry I’ve been quoted EEE enough times. I really don’t think that is the direction this will go down. If Meta actually embraces it, then the whole of the fediverse grows over all. Then, if Meta does extend the ActivityPib protocol in a way the that becomes incompatible with the rest of the ecosystem, we just let them go and do their own thing. ActivityPub already has a userbase, if they join us, and then later on cause problems then everything just goes back to how it is right now. The final E can’t realistically happen because the existing ecosystem will just carry on exactly as it is now. If people on Threads want to communicate with us, then they need to speak the same protocol. If they don’t, then they don’t get to participate.

    Do you genuinely believe that the whole community of the fediverse would just lie down and accept breaking changes to the protocol without resistance? There are too many talented and passionate people invested in this ecosystem, the absolute worst case scenario is the protocol itself gets forked, and again the exist communities just carry on. There is no extinguish time line. Everyone points to how Meta handled XMPP, please compare the user bases of ActivityPub vs XMPP. The world has changed a lot since then. Another example I’d like to point out is Hashicorp’s Terraform. They explicitly tried to EEE, and the moment they attempted the final E, it was instantly forked, and the open licensed fork was adopted into the Linux Foundation and the ecosystem carried on.

    Take that what you will, but I am reasonably convinced ActivityPub has enough support and community that any EEE attempt will inevitably fail. The front ends will change, the hosters will come and go, the open standard is here to stay.


  • meteokr@community.adiquaints.moetoLinux@lemmy.mlNixOS forked
    link
    fedilink
    arrow-up
    17
    ·
    edit-2
    6 months ago

    They are very diverged projects, but share the same philosophy. The Nix packages themselves aren’t the problem, its the organization backing them. So this fork is attempting to create better governance and organization, so that the good underlying tech can keep going and progress.

    For example, Flakes have been held back from truly flourishing because the governing body has purposefully held back changes to those systems for nontechnical problems, but rather political conflicts with their proprietary offerings.

    Think of the fork the same way we had the Alma/Rocky forks off of CentOS. Its political rather than technical, so keeping the same base tech helps adoption. Over time we can improve or replace parts of the ecosystem as the needs of this new project grow.



  • Mailing lists are a platform/protocol not really a UI. IRC is trash if all you are using is some terrible web UI, but much better with proper native apps designed around its use cases. Mailing lists are a massive improvement over Discord that so many projects tend to use instead. I’d take a mailing list over a Discord “server” every day.