<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Jul 2, 2018 at 3:59 PM Tim Rühsen <<a href="mailto:tim.ruehsen@gmx.de">tim.ruehsen@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 07/02/2018 02:31 PM, Nikos Mavrogiannopoulos wrote:<br>
> On Sun, Jul 1, 2018 at 3:37 PM Tim Rühsen <<a href="mailto:tim.ruehsen@gmx.de" target="_blank">tim.ruehsen@gmx.de</a>> wrote:<br>
> <br>
>><br>
>>> Hello,<br>
>>><br>
>>> Please keep the list.<br>
>>><br>
>>> I actually wish the gitlab discussions were available, archived and<br>
>>> searchable on a mailing list. Is there a way to forward them?<br>
>>><br>
>>> cu Andreas<br>
>><br>
>> I totally agree with Andreas.<br>
>><br>
>> We did something liek this for Wget2...<br>
>> - create a user wget-gnutls on Gitlab.com with email address<br>
>> <a href="mailto:gnutls-devel@lists.gnutls.org" target="_blank">gnutls-devel@lists.gnutls.org</a><br>
>> - turn on all notifications<br>
>> - make the user a project member (reporter)<br>
>><br>
> <br>
> How did that work for wget2? Is the mailing list still used for discussions<br>
> outside gitlab? What I'm afraid of is ending up with a mailing list which<br>
> is storage for the gitlab notifications, or even worse (IMHO), disconnected<br>
> replies on list for gitlab discussions which are not reflected on gitlab.<br>
> That way one would have to follow both.<br>
<br>
We always had <a href="mailto:bug-wget@gnu.org" target="_blank">bug-wget@gnu.org</a> for everything (user + dev) incl. Wget2 stuff.<br>
So we made up a new ML <a href="mailto:wget-dev@gnu.org" target="_blank">wget-dev@gnu.org</a> for developers which includes<br>
the Gitlab notifications. And as you expect, some people sending<br>
questions directly into the new ML.<br>
<br>
So what i do is just following the new ML. If someone comes with an<br>
issue directly on the ML, I open an issue at Gitlab. If it is just a<br>
question, it will be answered on the ML directly.<br>
That is no extra work so far for me.<br></blockquote><div><br></div><div>The workflow for gnutls at this point is:</div><div> 1. Issues and patches can be send via the web by registering (or using other side credentials)</div><div> 2. Issues can be opened by sending a mail to <a href="mailto:bug-gnutls@gnutls.org">bugs@gnutls.org</a></div><div> 3. Issues can be brought to gnutls-dev ML<br></div><div><div> 4. Issues can be brought to help-gnutls ML<br></div><div><br></div></div><div>What I'd like is to reduce the amount of places where issues can be brought and discussed to make it easier to keep track of.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Both Andreas and you make the point for gitlab discussions being more easily available and searchable. Would a read-only gnutls-dev which receives gitlab traffic, address that?</div><div class="gmail_quote"><br></div><div class="gmail_quote">Are there discussions we may have had in the ML that we cannot have in gitlab?<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Let the user choose how they contact GnuTLS - some people don't want to<br>
make up a Gitlab account or even don't want to get in contact with the<br>
Gitlab web site. And a ML is much better for this than private mails.<br></blockquote><div><br></div><div>I think the option (2) with <a href="mailto:bugs@gnutls.org">bugs@gnutls.org</a> should cover that.<br></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">regards,</div><div class="gmail_quote">Nikos</div><div class="gmail_quote"><br></div></div>