2 ms·

I really like SSB, but it doesn't work for this use case where a random person wants to open an issue on a repo. In SSB, you (as the open source project mainta

I really like SSB, but it doesn't work for this use case where a random person wants to open an issue on a repo. In SSB, you (as the open source project maintainer, say) only see content from people whom you follow, or are part of your network graph. So random person's attempt to file an issue is invisible to you on the network. Because it's a gossip network.

ChristianBundy 7y ago
> In SSB, you (as the open source project maintainer, say) only see content from people whom you follow, or are part of your network graph. This is exactly right, and is one of the main reasons we still use GitHub for issue tracking. There's some internal Git + issues + npm registry infrastructure that some of us use, but it only works when other contributors are within your web of trust. It also depends on SSB working, which means that broken SSB installations can't report bugs (!). The main implementation defaults to downloading content from people you follow and people that they follow, but this could (and should (in my opinion)) be increased once we've finished partial replication and off-chain content. I'd prefer to download a public message addressed that's 5 hops away over a private message from 4 hops away, but right now we don't have infrastructure to do that. Potential friends that are connecting to the network for the first time and are experiencing bugs should probably have some public bug tracker that they can report to, but I'd imagine that once someone confirms your issue that it'd be moved from purgatory into the formal bug tracker. Bias disclaimer: I'm very skeptical of GitHub-style issues, where anyone can add items to your todo list, and I'd really like to experiment with systems that require maintainer consent before an issue is hosted on the bug tracker.

2 ms·

I really like SSB, but it doesn't work for this use case where a random person wants to open an issue on a repo. In SSB, you (as the open source project mainta

by cjbprime 7y ago

ChristianBundy 7y ago
> In SSB, you (as the open source project maintainer, say) only see content from people whom you follow, or are part of your network graph. This is exactly right, and is one of the main reasons we still use GitHub for issue tracking. There's some internal Git + issues + npm registry infrastructure that some of us use, but it only works when other contributors are within your web of trust. It also depends on SSB working, which means that broken SSB installations can't report bugs (!). The main implementation defaults to downloading content from people you follow and people that they follow, but this could (and should (in my opinion)) be increased once we've finished partial replication and off-chain content. I'd prefer to download a public message addressed that's 5 hops away over a private message from 4 hops away, but right now we don't have infrastructure to do that. Potential friends that are connecting to the network for the first time and are experiencing bugs should probably have some public bug tracker that they can report to, but I'd imagine that once someone confirms your issue that it'd be moved from purgatory into the formal bug tracker. Bias disclaimer: I'm very skeptical of GitHub-style issues, where anyone can add items to your todo list, and I'd really like to experiment with systems that require maintainer consent before an issue is hosted on the bug tracker.