There are privacy friendly frontends for YouTube, Twitter, Reddit, etc. But I've never seen one for Github.

I'd love to have a privacy friendly frontend for Github which worked completely without JavaScript, since there are a lot of interesting projects there, but Github's usability without JavaScript is mediocre. And the fact that Microsoft is constantly tracking me make me sick.

@dachary @werwolf a frontend to would only be a marginal improvement, and in the end you're still bringing business to a socially irresponsible privacy offender. Luckily there are tens of good alternatives that make it easy to ditch github: git.sdf.org/humanacollaborator

@resist1984 @werwolf a frontend to #GitHub is the last thing I want. @fedeproxy is about interoperability/federation between forges which is different. The best way to think about it is mail: I don't care that someone is using Outlook as long as I can use Thunderbird, because mail servers talk SMTP. I fully intend to use Gitea in the future and communicate with people using GitHub because both forges agree on a protocol. And until then ... @fedeproxy fills the gap. Makes sense?

@dachary @fedeproxy @werwolf does fedeproxy give a way to submit bug reports on Github projects without having a Github account?

@werwolf @fedeproxy @dachary looks like it can (fedeproxy.eu/blog/2021/01/16/w) but wouldn't that require some action from the owner of the github project? If so, that's really limiting. I'm sitting on unfiled bug reports because the only way to file them is to work with Github, and often I can't reach the authors (who assume people will reach them in the GH tracker).

@resist1984 @werwolf @fedeproxy it does not require an action from the owner of the GitHub project. But it requires something more difficult: creating an account on GitHub which has efficient anti-bot measures. And it goes against their TOS. So we are in hostile territory.

I can be crowdsourced though and I'm excited to launch that... once @fedeproxy has actual code working 🙂

People/organizations who already have a GitHub account could create one more and donate it to a fedeproxy server.

@dachary @fedeproxy @werwolf Crowd-sourcing accounts could work for a while, but it's anyone's guess whether MS robotically detects and suspends shared accounts. If the bug reporting fails to reach Github in a sustainable way, will fedeproxy still accept bug reports that don't make it over to Github?

@werwolf @fedeproxy @dachary For me it's good enough to be able to publish a bug report where others can see, discuss, & reference, even if the project devs neglect it.

@resist1984 @werwolf @fedeproxy this is an interesting thought. What you're saying is that failing to publish on GitHub, you would be happy that the issue is reported elsewhere. Right?

But how would you notify the developers of the project hosted^H^H^H^Htrapped on GitHub about this issue located elsewhere?

@dachary @fedeproxy @werwolf when i find a bug, i'm disturbed not only that i can't tell the devs, but that no one else sees it either. Posting it to forums doesn't get much exposure. But if fedeproxy gives an easy way collect & publish bug reports in a way that aggregates them by project, i'm satisfied that users have a common place to report bugs and see what others have reported.

@werwolf @fedeproxy @dachary Once there is enough momentum, developers of GH project will feel pressure to cooperate.

Follow

@dachary @fedeproxy @werwolf Note that .com is a much bigger offender here. Gitlab is a tor-hostile walled-garden, where I cannot even /view/ bug reports (unless I were to hypothetically solve their captcha)

@werwolf @fedeproxy @dachary If would make .com bug reports viewable, so archive.org becomes redundant, that would be a great thing.

@resist1984 @werwolf It will be a side effect of federation: activities are duplicated on federated servers. So... when a user on @codeberg says "follow" this issue located on another forge, that the issue is effectively copied over from the other forge to codeberg.

It will be possible to rely on fedeproxy to act on the "follow" request until Gitea understand the concept (presumably because @cj go-fed library is put to good use).

When Gitea has federation built in, fedeproxy won't be needed.

Sign in to participate in the conversation
Mastodon 🔐 privacytools.io

Fast, secure and up-to-date instance. PrivacyTools provides knowledge and tools to protect your privacy against global mass surveillance.

Website: privacytools.io
Matrix Chat: chat.privacytools.io
Support us on OpenCollective, many contributions are tax deductible!