I'm confused on what exactly we need to add to decentralized git to get where we want to be - if it's identities, why aren't we using what git itself supports (gpg keys; if someone has your private key, they are you no matter where )? Or in other words, what specifically does GitHub "do" that can't be done by using git as a backing store?
We need a federation of forges
161–170 of 424 posts
Re: We need a federation of forges
#162Tangles is, apparently, a gitlab-type project where PRs and bug reports and stuff are available on something called "at protocol" which is the bluesky social network "federated protocol".
at protocol competes with ActivityPub, which is mastadon
--
so you could, in theory, have a little federation of gitlabs peer-to-peering with each other, which is desirable for some reason.
Re: We need a federation of forges
#163I'm confused on what exactly we need to add to decentralized git to get where we want to be - if it's identities, why aren't we using what git itself supports (gpg keys; if someone has your private key, they are you no matter where )? Or in other words, what specifically does GitHub "do" that can't be done by using git as a backing store?
Mastodon and email are the closest I've felt to a distributed system that works, but for oss stuff ... I think we're getting closer, but it's still a very hard problem to solve.
Re: We need a federation of forges
#164It took me a minute to figure out what this was even talking about. Tangles is, apparently, a gitlab-type project where PRs and bug reports and stuff are available on something called "at protocol" which is the bluesky social network "federated protocol". at protocol competes with ActivityPub, which is mastadon -- so you could, in theory, have a little federation of gitlabs peer-to-peering with each other, which is d…
Re: We need a federation of forges
#165Re: We need a federation of forges
#166You will never get around the free rider problem. If I want to create 100 repos of vibe coded projects every month someone will have to pay for it. At this point, just give me an honest version of GitHub that tells me what things actually cost. 5$ a repo, and another 1 per gb stored in LFS, cool.
The cool thing is you can just host your own knot then. Host repos of whatever size you want.
Re: We need a federation of forges
#167I'd like to preface I'm pretty active in atprotocol ecosystem, so my experience is more than likely a bit more biased, but thought I'd share some of my thoughts as a big fan of tangled. I've really enjoyed Tangled. It has so far been what I've wanted from a GitHub replacement, is simpler and does not have as many features, but it has been the main social/git provider I've been using for personal open source projects…
I'm afraid that atproto will suffer from Bluesky's irrelevance. Not sure if that's a valid fear.
One example is if you don't care anything about atproto, you can create a new account on Tangled's website that creates the account on their servers, but thanks to how atproto works it's just like you made one on Bluesky and can still interact with Tangled and everyone on the protocol for it's social features.
Re: We need a federation of forges
#168AI.
They're working on the scaling issues apparently due to huge demand.
Re: We need a federation of forges
#169It appears that git format-patch + git send-email is a mature and widely used approach. Wouldn’t it make more sense for the open source community to work on streamlining that process instead of trying to build momentum with new approaches?
Personally as just a random person in the community I've been building an appview for tangled that lets you interact with it as if you were just using git format-patch + git send-email + some MUA.
You can conceptually treat the tangled lexicon as a schema for encoding a git patchset based mailing list into IPLD/atproto records and vice versa. Doing this is slightly lossy but only barely. Otherwise it's pretty seamless.
Re: We need a federation of forges
#170I'm confused on what exactly we need to add to decentralized git to get where we want to be - if it's identities, why aren't we using what git itself supports (gpg keys; if someone has your private key, they are you no matter where )? Or in other words, what specifically does GitHub "do" that can't be done by using git as a backing store?