There is a #github issue for #ForgeFed federation in #gitea but the devs want feedback before adding #ActivityPub #fediverse support:

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

2. Why they need this feature?

3. How they want to use this feature?

Maybe you can help them and provide the answers.

github.com/go-gitea/gitea/issu

@humanetech As a gitea user, I have those 3 questions.

I can't see a single use case where this makes _any_ sense whatsoever.

Git is already decentralized. A web frontend is a convenience, not a requirement.

You can host your own gitea on your own machine already - and with git's decentralization ... yeah I just don't see where this request is coming from.

What use case do you have that this would solve?

Follow

@Truck

> What use case do you have that this would solve?

Issue tracker collaboration. Code collaboration, as you rightly point out, is already taken care of by .

As to whether is anywhere near the right protocol for that, I have my reservations as well. I reckon that , or itself could be used to achieve the same result with less effort.

@humanetech

@0 @Truck @humanetech I have already implemented a decentralised issue tracker on top of XMPP/PubSub (cf. salut-a-toi.org and bugs.goffi.org, UI/UX will get some improvements soon), the advantages are the same as for blogging + common PubSub API to manage it.

#xmpp #pubsub #salutatoi

@Goffi @0 @humanetech That looks very interesting - and having mercurial as a backend, that's something I can point folks who prefer mercurial to (:

I also like that it doesn't require javascript - I'll have to test it from Netsurf and see how it works. That would give me another option when I'm working with MorphOS (which I occasionally use, though I wish I could work with it more...)

@0 @Truck @humanetech what is often overlooked with the argument of 'git is already decentralized' is that code forges (git hub/lab) have become one of the most significant ways to discover, distribute and discuss software. All social features that could well benefit from federated web interfaces.

@rra @0 @humanetech I'll agree on "could."

Having managed projects, and watched a lot of projects be completely mismanaged because many people do not know how to communicate using computers - look at the current uproar surrounding whether people can continue to work with GNU because of RMS (which is why I won't - well, that, and Gnu folks tend to be just absolutely impossible to work with ) I'd caution on "requiring" that.

It's fine to have it as a possibility.

Additionally, while these have become one of the most significant ways to discover software - they're not the only way. I'd also argue that "most significant" is quite a misnomer, considering Apple's "only software from the Apple store," the Steam storefront, and so on - software shops, not code repositories - are how PEOPLE discover things.

Coders may. (I find more via suggestions and seeing what people work on/with.)

Not sure on designers, managers, end users...

@Truck @0 @humanetech yes binaries and apps have more prominent discovery and distribution platforms, for foss code the code forges are the thing though.

@rra

yes, the git part is decentralized. potentially.

All the rest--issues, comments, authentication, authorization, notification management, API's, etc--are not, and these draw attention & activity inward to bigger sites.

@0 @Truck @humanetech

Sign in to participate in the conversation
La Quadrature du Net - Mastodon - Media Fédéré

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!