Publishing without Github?

I found the following tools to have a simpler method than emailing patches: How to anonymize your GitHub activity - Livable Software

1 Like

Is framagit still up and running, and accepting even new projects?

Seems alive. Framasofts two major projects are hosted there - Projects · Explore · GitLab

By the way, there was a more concrete proposal for Gitea ForgeFed integration since: Design Discussion: ActivityPub support + ForgeFed vocabulary · Issue #14186 · go-gitea/gitea · GitHub

1 Like

A number of people in outreachy are starting to internalize details of github, rather than gitlab or gitea, as their first git web system because the ocaml community is using it de facto. It’s a very minor detail, but feels like these decisions compound over time.

1 Like

If we are serious about exposing a non-GitHub interface to publishing, it’s doable, with some effort and integration work of course. The basics should be covered by an API like:

# Register a new publisher
POST /opam/register/:publisher_name

# Publish a new package version
POST /opam/publish/:package_name.version
Authorization: Bearer :token # Received from register endpoint
<Package blob>

# Cancel an in-progress publish
DELETE /opam/publish/:package_name.version
Authorization: Bearer :token # ^

Of course it can get complicated than that, depending on if the opam maintainers want to keep the review process that they currently have, or just allow anyone to publish anything.

This API should be doable today by hooking in to GitHub. And down the line if opam moves off GitHub it can be adapted for that too.

P.S. GitHub wrangled the US government into allowing Iranians to access it, just saying.

2 Likes

A headsup about a new project that is looking for users: it is a federated forge service in the style of Peertube (except for code, not videos). https://fedeproxy.eu/

I encourage those interested in trying more decentralised approaches to coding in OCaml to give this a whirl, and any feedback you might have about it.

9 Likes

This link is down.

Is there a contemporary solution for submissions without using proprietary US-based platforms?

3 Likes

+1. Last week I declined to use a tool because it (unnecessarily) required that I provide I GitHub login.

3 Likes

I have a personal fork/mirror of the opam-repository up at https://tangled.sh/@anil.recoil.org/opam-repository, and my notes on using Tangled over ATProto for hosting your own repositories and their own introduction.

See also their upstream discussion on how to build PRs. It’s still quite far away from considering for use in a production repository, but not that far away for being a mechanism to contribute patches.

What it really needs is more people to try it. I’ve put up a Docker knot hoster if anyone else wants to have a go (I know @patricoferris has been using it, and @mtelvers also deployed a knot based on this).

Note that none of this quite meets the ‘not dependent on US megatech infrastructure’ noted above due to the ATProto relays. There’s a broader effort afoot to do that and probably out of scope here. I’ve also looked briefly into some Activitypub-based alternatives but only very briefly. Hearing more people’s experiences with this stuff would be useful.

3 Likes

Just a comment: since 2022, codeberg is using forgejo, not exactly Gittea but a fork of Gittea that they develop themselves, since according to codeberg the group behind Gittea changed to a ‘for-profit’ company from a ‘non-profit’ community.

It is a growing community but still recommended to contact for large development projects:

2 Likes

I suppose Nix (without Nixpkgs, same lock-in issues) could be used to deliver packages as well—especially extending ocamlPackages in an overlay. But this would have a discovery issue.