• 1 Post
  • 113 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.



  • 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.


  • I would love to host a mirror of the ecosystem once the fork is underway. I made a small attempt a little while ago to create a mirror of the Nix repos but the documentation on how to set it up was lacking. Hosting a Debian mirror is relatively easy, Nix appeared quite a bit more obfuscated.


  • 100% agree. Universal Basic Income feels inevitable as a solution. Better and better technology puts machines in place of human labor, with no guarantee that other jobs will come into existence to replace the ones lost. Is it not the ideal goal to have machines do all labor, leaving humans to do what they actually want without fear of homelessness and starvation.

    It just kinda sucks right now because these systems don’t exist to support this changing landscape.



  • Improvements in technology do not guarantee employment for tradespeople of current technology. A whole lot of horses became unemployed when cars became ubiquitous. I’d say the improvement of cars to society is worth the loss of employment to all those who maintained the horse’s infrastructure. Like all those manufacturing jobs lost from the improvement in machines, professional creatives must adapt to the times, or seek other forms of work. No different than any other job in all of history.


  • By writing text on their platform, you consented to their free and unlimited use of your text. Terms of Service and EULA on practically all platforms has this boilerplate legal agreement. You DID consent. Facebook has access to a massive amount of text, same with Google. They don’t need to bother stealing when so much is already in their databases.

    Now if you never wrote any text published on any platform with that agreement, sure you could have an argument there.



  • I despise that the artwork generators are all based on theft.

    Ownership of anything is difficult to define. The internet has accelerated this loosening of definition. If I pay a subscription to use my coffee pot, do I really own it? If I take a picture of the coffee pot, do I own the picture? If I pay a photographer to take a picture of the pot do I own the picture, do I own their time?

    I don’t intend on trying changing your opinion on theft, but its interesting to think about how ownership feels very different as time goes by.