[gnutls-help] [PATCH 0/2] Add support for Guile 3.0

Nikos Mavrogiannopoulos nmav at gnutls.org
Wed Jun 5 13:46:28 CEST 2019

On Wed, Jun 5, 2019 at 12:07 PM Ludovic Courtès <ludo at gnu.org> wrote:
> Hi Nikos,
> Nikos Mavrogiannopoulos <nmav at gnutls.org> skribis:
> > On Mon, Jun 3, 2019 at 4:59 PM Ludovic Courtès <ludo at gnu.org> wrote:
> >>
> >> Hi Nikos,
> >>
> >> Nikos Mavrogiannopoulos <nmav at gnutls.org> skribis:
> >>
> >> >  Would you like to send a merge request so we see whether these pass
> >> > the CI tests?
> >>
> >> The new GitLab ToS looked obnoxious to me so I didn’t agree to them, and
> >> thus lost my ability to interact there.
> >>
> >> My preference is to use email, but if merge requests are more convenient
> >> for you I can do like everyone else and happily ignore the issues; WDYT?
> >
> > I am not sure what do you mean by ignoring the issues. Could you
> > elaborate?
> I meant ignore the issues with these ToS, such as the “Indemnification”
> section at <https://about.gitlab.com/terms/>; fundamentally, I want to
> contribute to GnuTLS, I don’t want to have to deal with GitLab B.V., but
> I think we already discussed it before.  I also find it sad that a
> distributed VCS led to more centralization than we had before…

That's true, though gitlab gives us the option to move data (issue
tracker etc) elsewhere. The good thing is that there are options also,
not only gitlab.com, but also gitlab.gnome.org
(https://wiki.gnome.org/GitLab/IncubatorReqs ), and few other
instances. The main benefit I see of gitlab.com is the CI, and the
workflow improvements saving time in all involved parties.

> > With the email approach someone else would have to open the MR, check
> > any errors and report back. I can do it this time, though I don't want
> > to commit to such a role.
> >
> > I've opened the MR at:
> > https://gitlab.com/gnutls/gnutls/merge_requests/1018
> >
> > The test results are at:
> > https://gitlab.com/nmav/gnutls/pipelines/64750155
> Thanks for doing this!
> Like I said, I’ll resignedly accept the ToS and do that in the future if
> that’s more convenient for you.

Thank you. I really appreciate it.

> The convention in GnuTLS is to add ’Signed-off-by’ by the author?

Yes, there are few contribution guidelines that were changed over the
years, one was this one. The full list is at:

The request for changes in the guidelines are usually tagged with the
process tag in gitlab:


More information about the Gnutls-help mailing list