nerdypepper

servo is incredibly cool. super easy API to embed, and to build browsers around it.

is there a way to browse a repository on origin without a cursor account? are all repos private? how is this a github alternative if so?

we need to break free from monocultures: https://blog.tangled.org/federation/

ultimately, folks need to stop writing massive YAML files to define their builds. CI should schedule jobs, your build system should define them. my workflow files look like this:

      steps:
          name: Do the thing
           run: nix build .#

at any point, if my CI is down or i need to switch or i need to run builds locally, i can do so trivially.

> What's everyone else using? Self hosted Gitlab? Gitea?

tangled.org!

tangled supports selfhosted CI runners using NixOS microvms: https://blog.tangled.org/spindle-microvm/

selfhosted runners do not go down when our CI is down, its operates separately.

you can visit https://tangled.org/timeline to view activity without logging in

the blogpost about bobbin is an engineering deep dive. you don't need to know any of this to use tangled.

this is simply false: bluesky moderating your account will have no effect on what happens with it on tangled. on the off-chance that your account is hosted by bluesky's PDS AND your account gets deleted for violating their terms, yes, you will lose complete access to that account. you can avoid this by either following their TOS or hosting your own PDS or joining the tangled PDS instead.

you can selfhost all components of tangled, takes about 200mb of memory and zero disk at the moment (api.tangled.org is completely stateless!): https://blog.tangled.org/bobbin/

this is changing very soon :)

see knot2[0] for some initial experiments: https://tangled.org/oyster.cafe/knot2

> As time goes on we are re-assessing the idea of users owning what is "collaborative data" (issues, PRs, etc.) on their PDSes - soon may come the day that an issue also lives on the knot as a source of truth, with an accompanying pointer record on user PDS to attest that it's theirs

the way the CI runners on tangled work, you could just plug in your own bespoke runner as long as it fits the interface. we implement two such "engines": nixery and microvm. you can plug an engine like tack[0], which can act like a bridge interface to other CI systems. there is also loom[1], which is a kubernetes based engine.

[0]: https://tangled.org/mitchellh.com/tack

[1]: tangled.org/evan.jarrett.net/loom

disclaimer: i maintain tangled, some reasons to try might be:

- tangled federates: https://blog.tangled.org/federation

- native stacked PRs: https://blog.tangled.org/stacking

- tangled implements mitchell's vouch system: https://blog.tangled.org/vouching

you can selfhost the appview: https://blog.tangled.org/bobbin, which makes all of tangled fully selfhostable now.

you can self-host components of tangled too: the git hosts (called "knots") and the CI runners (called "spindles"). the only difference between tangled and gitea is that with tangled, repos on your own servers are visible and discoverable via tangled.org, and users on other instances can submit PRs/issues stars etc. nix modules for all services are provided.

web-of-trust models can help https://blog.tangled.org/vouching/

rendering massive diffs is cool but ultimately a gimmick. in what scenario are you actually reading a 500k line diff?

something i'd really want to see from forges is alternate diff techniques: like AST diffing.

> Well Y Does Some Of That

yes but tangled.org really does do most of that!

1. JJ as the VCS: tangled supports stacked PRs using jj change-ids. https://blog.tangled.org/stacking , we use it a lot to build tangled itself: https://tangled.org/tangled.org/core/pulls

2. Raspberry pi as a forge for a long time: also check, the git server shim is super lightweight, its just an XRPC layer over git repositories + an sqlite3 database. there are folks running it on a riscv board with 512 megs of RAM.

3. Actions are critical and they should be runnable on my local machine: IMO this ask is slightly misplaced. it is mostly your build-systems' job to be hermetic, run anywhere, handle cross-builds etc. it would be really cool to "promote" results of such builds to the forge itself.

i am unable to access any repository on that website. for some, it complains that ssh or https URLs are not supported by my browser? and for others its just loading indefinitely with `Failed to load file tree`. maybe its not fairly mature.

> gpg keys; if someone has your private key, they are you no matter where

how would you rotate such a key and still convince everybody that you are still you?

> Or in other words, what specifically does GitHub "do" that can't be done by using git as a backing store?

how would you build a social graph of follows/stars and what not using user-owned git repos as a backing store?

> But federated authorization is one of the things ActivityPub doesn't define, and leaves it to us to figure out.

this is the key bit, atproto has this. sidecar services like knot can use service authentication[0] for authenticated requests.

[0]: https://atproto.com/guides/auth

its linked in the original post as well, but here is an explanation of why activitypub is not a good fit for this problem, by the authors of ForgeFed themselves: https://forgefed.org/blog/actor-programming/

maybe, but tangled knots actually federate. you could contribute to repos on knot.ghostty.org and knot.tangled.org with the same account. no other platform permits one identity across instances.

give tangled.org a go perhaps. its got the self-hostability that cgit/forgejo does and a the social bits that github does.

tangled.org maybe?

yes, thats right! when you submit a branch, you can choose to "stack" it, so the individual commits in the branch turn into separate PRs. these PRs evolve individually, can be merged individually, and be reviewed individually. you can also set different reviewers/labels for different PRs in the stack.

https://tangled.org does exactly what you want :)

have a longer write up here: https://blog.tangled.org/stacking but we have "interdiffs", to view a delta from previous review. pull-requests advance in the form of immutable rounds much like the patch workflow on email.

we have been interdiffing and stacking for a while on to dogfood, sample PR: https://tangled.org/tangled.org/core/pulls/1265/round/1?diff...

we have been stacking on tangled.org for a while now, you can see a few examples of stacks we have made here: https://tangled.org/tangled.org/core/pulls?state=merged&q=st...

for example, this stack adds a search bar: https://tangled.org/tangled.org/core/pulls/1287

- the first PR in the stack creates a search index.

- the second one adds a search API handler.

- the last few do the UI.

these are all related. you are right that you can do this by breaking a change into commits, and effectively that is what i do with jujutsu. when i submit my commits to the UI, they form a PR stack. the commits are individually reviewable and updatable in this stacking model.

gh's model is inherently different in that they want you to create a new branch for every new change, which can be quite a nuisance.

have written more about the model here: https://blog.tangled.org/stacking/

tangled.org supports native stacking with jujutsu, unlike github's implementation, you don't need to create a new branch per change: https://blog.tangled.org/stacking/

y'all gotta throw this up on https://tangled.org ;)