Ciao Giacomo, I never used nor installed/administered sourcehut services, I've some questions about them:
paul <goodoldp...@autistici.org> writes: > From reading this discussion it appears sourcehut supporting both the > web and email workflow and being free software is really the best > solution. sourcehut is a suite including this tools providing different services (some of them already covered by specialized tools in Guix, e.g. CI): - builds.sr.ht - git.sr.ht - hg.sr.ht - hub.sr.ht - lists.sr.ht - man.sr.ht - meta.sr.ht - pages.sr.ht - paste.sr.ht - todo.sr.ht git.sr.ht is the tool needed for "web workflow" patch management, it's documented here: https://man.sr.ht/git.sr.ht/#sending-patches-upstream git.sr.ht provides a web-based patch preparation UI, which you can use to prepare changes to send upstream online. You can even use this to prepare patches for projects that use email for submission, but are not hosted on SourceHut. This tool may be helpful to users who are used to the "pull request" style contribution popularized by GitHub, GitLab, and others. yesterday I sent a message (id:87il8z9yw8....@xelera.eu) with some pointers to related articles, two were from Drew DeVault, sourcehut founder in the "Tutorials" page I find the section "Contributing to projects on SourceHut" [1] and the "Read more" link point to https://git-send-email.io/ > It appears to have no downsides (besides for the work > required for packaging and provisioning the service) and everything > else either does not support email workflow or does not support web > workflow. > > What are the blockers in Guix's policies for moving in this direction? > Should a team with a defined roadmap be created to address Katherine's > and all other people's point, either way the consensus will fall? > > giacomo > [1] https://man.sr.ht/tutorials/#contributing-to-srht-projects -- Giovanni Biscuolo Xelera IT Infrastructures
