TPM is a dedicated chip or firmware enabling hardware-level security, housing encryption keys, certificates, passwords, and sensitive data, “and shielding them from unauthorized access,” Microsoft senior product manager Steven Hosking wrote last month, declaring TPM 2.0 to be “a non-negotiable standard for the future of Windows.”

  • Admiral Patrick@dubvee.org
    link
    fedilink
    English
    arrow-up
    7
    ·
    2 days ago

    What’s a good alternative (assuming this is one of the few things I don’t want to self-host)?

    I self-host Gogs for my internal projects, but my public stuff is on Github. The only “fancy” GH feature I use is the actions since it will do ARM builds which I can’t do locally.

    • asudox@discuss.tchncs.de
      link
      fedilink
      arrow-up
      6
      ·
      2 days ago

      You can self host Forgejo (a Gitea fork) which is powering codeberg.org

      It will be getting federation support someday with the ForgeFed ActivityPub extension, so you pretty much can stay connected with others’ repos while owning your data.

      • Admiral Patrick@dubvee.org
        link
        fedilink
        English
        arrow-up
        3
        ·
        2 days ago

        I self-host Gogs, currently, but I am looking at Forgejo after several recommendations. Not sure how useful AP integration will be at first, but it’d be a “nice to have” once it’s there for sure.

        The reason I’m looking at a hosted one rather than on-prem is the hosted one is basically my “hot” backup.

    • scsi@lemm.ee
      link
      fedilink
      arrow-up
      6
      ·
      2 days ago

      I self-host Gogs for my internal projects, but my public stuff is on Github.

      If you were willing to make a fundamental change, one possible outcome: migrate your internal from Gogs to Forgejo and use Codeberg for your public FOSS as it runs on (a slightly patched) Forgejo. The gain is working with the same tooling on both sides and possibly gaining a runner (Action) locally if you spend the time to learn and set it up on your internal instance. Bonus idea: you could even make your public Codeberg FOSS repo a push-mirror from your internal server and let the Forgejos keep things in sync between the two.

    • Arghblarg@lemmy.ca
      link
      fedilink
      arrow-up
      5
      ·
      2 days ago

      Myself, I moved my projects to self-hosted gogs (maybe forgejo soon) but kept placeholders with a README.md and link on github so people can still find them.

      • Admiral Patrick@dubvee.org
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 days ago

        That was going to be my follow-up question lol: How should I handle the original repo? Leave it at the last commit and add a “We moved” note, strip it down to a stub that points to the new repo, or something else.

        • Arghblarg@lemmy.ca
          link
          fedilink
          arrow-up
          2
          ·
          2 days ago

          I was feeling particularly grumpy and did a final commit that 'git rm’ed everything but the new README.md, yeah.

          One could even risk deleting the github repo and re-creating it w/same name to remove all old content…

    • onlinepersona@programming.dev
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      1
      ·
      edit-2
      2 days ago
      • https://code.onedev.io/ - built upon Java, feature-rich but suffers from HTTPS-only clones (yep, the main instance can’t use SSH)
      • radicle - federated sourceforge. Doesn’t have a CI but they are actively working on it, but your repo is replicated across multiple instances, “pull requests” (they call them patches - example) can be done across instances, and the devs dog-food it (one of their repositories), and it also works on TOR

      I’d love to support gitlab, but they refuse to invest in federation and there have been rumors about inter to be bought by Google, which will definitely kill any federation suggestions.

      Anti Commercial-AI license