Hi I pushed the guile-gnutls git repository to codeberg:
https://codeberg.org/guile-gnutls/guile-gnutls This is a manually maintained repository to explore if we could move guile-gnutls to codeberg. What do you think? I feel I don't have a lot authority over this project, so I don't know if there are any opinions on this -- I tried to cc some possibly relevant people (sorry if I missed anyone, anyone else on gnutls-help feel free to chime in with opinions). I'd like to co-maintain this (send me your codeberg username), and I'm also okay reverting back to gitlab if people think moving codeberg is a negative. Further things I'm aware of: - GitLab issue tracker - should we keep this read-write, or turn it read-only? Is there any point in migrating issues to codeberg? Is such migration even possible? - Gitlab Merge requests - same question - GitLab Pipelines - this is a very important QA tool and I wouldn't want to release anything without having all those tests. So whatever we do, the GitLab CI/CD will be important for some time still. I don't speak Forgejo CI/CD but will try to learn, but it appears far behind GitLab CI/CD feature-wise. I don't see any problem having a GitLab read-only mirror project for CI/CD purposes, I do that for some other projects without GitLab presence. - GitLab release pages - I've been using this feature as a learning excercise, but I'm not sure how important it is. I guess codeberg has something similar. I find these pages rather ugly, and prefer old school HTTPS/FTP publication with stable URLs and a mirror network. Savannah and ftp.gnu.org provides this, and we can continue use that (or not). Btw, I pushed a copy of GitLab 'master' branch to a 'main' branch on Codeberg since it seemed like a nice time to change branch name too. If anyone has a guile-gnutls contribution they would like to open a pull request for on codeberg, we can test the new way of working. I expect to manually merge things back to gitlab for some time, pending feedback. /Simon
signature.asc
Description: PGP signature
_______________________________________________ Gnutls-help mailing list [email protected] http://lists.gnupg.org/mailman/listinfo/gnutls-help
