<div dir='auto'>I'd expect we'd have a handful of issues with a common label. Easy to customize notifications. I don't see the point of a special repository except that it becomes less discoverable.</div><div class="gmail_extra"><br><div class="gmail_quote">On Jun 19, 2020 12:25, Hapla  Vaclav <vaclav.hapla@erdw.ethz.ch> wrote:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">
Why not have a separate project within the same group <a href="https://gitlab.com/petsc?">https://gitlab.com/petsc?</a> That would allow separate notification settings, for instance. Or the GitLab's Snippets feature mentioned by Jacob - I can imagine
 they might be confusing within the current repo if they would refer to a future API.
<div><br />
</div>
<div>That new repo can be kept forever for reference, if preferred. I don't see why it couldn't be referred to later.
<div><br />
</div>
<div>Anyway, Epics would be cool even for the current development.</div>
<div><br />
</div>
<div>Vaclav<br />
<div>
<div>
<div><br />
<blockquote>
<div>On 19 Jun 2020, at 20:14, <a href="mailto:jed@jedbrown.org">
jed@jedbrown.org</a> wrote:</div>
<br />
<div>
<div dir="auto">GitLab has Epics for managing related issues (we'd have to request community project status to activate it). I don't know if that feature helps facilitate what you envision. If using present features, I would have one outline issue
 and an issue for each major component. I'd rather not create a new repository. The institutional knowledge in the discussion can be useful to refer to later.</div>
<div><br />
<div class="elided-text">On Jun 19, 2020 12:03, Barry Smith <<a href="mailto:bsmith@petsc.dev">bsmith@petsc.dev</a>> wrote:<br type="attribution" />
<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
<div><br />
</div>
  We could create a new empty repository just to use the issue tracker, then we could have the discussion in multiple issues. (having links to PETSc code etc would then require full paths).
<div><br />
</div>
<div>  Each design topic, of which there will be dozens, would get its own issue and new topics are trivial added. People can watch the topics they care about. Plus an issue for general discussion.</div>
<div><br />
</div>
<div>  Barry</div>
<div><br />
<div><br />
<blockquote>
<div>On Jun 19, 2020, at 12:57 PM, Jacob Faibussowitsch <<a href="mailto:jacob.fai@gmail.com">jacob.fai@gmail.com</a>> wrote:</div>
<br />
<div>
<div style="word-wrap:break-word">
<blockquote>I think a special GitLab issue (something akin #360 CI Tracker) would do the job quite nicely.</blockquote>
I agree more with this. This also allows you to immediately see the list of linked MR’s and issues right in the conversation, as well as being able to link code snippets. One gripe however is that the issue becomes monolithic with multiple conversation threads
 (as you can see the CI error issue is a totally unstructured Smörgåsbord). To keep a more structured overview we should have multiple issues that are linked together. 
<div><br />
<div>
<div dir="auto" style="letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;word-wrap:break-word">
<div>Best regards,<br />
<br />
Jacob Faibussowitsch<br />
(Jacob Fai - booss - oh - vitch)<br />
Cell: (312) 694-3391</div>
</div>
</div>
<div><br />
<blockquote>
<div>On Jun 19, 2020, at 12:34 PM, Hapla Vaclav <<a href="mailto:vaclav.hapla@erdw.ethz.ch">vaclav.hapla@erdw.ethz.ch</a>> wrote:</div>
<br />
<div>
<div>I like Slack but it does NOT have the full history in the free plan - it's limited to 10k messages.<br />
<br />
I think a special GitLab issue (something akin #360 CI Tracker) would do the job quite nicely.<br />
<br />
Vaclav<br />
<br />
<blockquote>On 19 Jun 2020, at 06:48, Jed Brown <<a href="mailto:jed@jedbrown.org">jed@jedbrown.org</a>> wrote:<br />
<br />
I would prefer this mailing list or GitLab issues because they are<br />
<br />
1. genuinely open to external participants,<br />
2. more async-friendly for those in different timezones and folks with young kids, and<br />
3. searchable and externally linkable (e.g., from merge requests and issues)<br />
<br />
If we need synchronous breakouts, we could do so, but there should be a summary back for those who couldn't participate synchronously.<br />
<br />
Barry Smith <<a href="mailto:bsmith@petsc.dev">bsmith@petsc.dev</a>> writes:<br />
<br />
<blockquote> I'd like to start a discussion of PETSc 4.0 aka the Grand Refactorization but to have that discussion we need to discuss what tool to use for that discussion.
<br />
<br />
 So this discussion is not about PETSc 4.0, please don't discuss it here.<br />
<br />
 What do people recommend to use for the discussion<br />
<br />
    * dedicated mailing list<br />
    * slack channel(s)<br />
    * zulip channel(s)<br />
    * something else?<br />
<br />
I'd like a single tool that anyone can join at any time, see the full history, can attach files, search, not cost more money the we are already paying, etc.<br />
<br />
I expect this discussion to take maybe a week and then the actual discussion to take on the order of two months.<br />
<br />
 Thanks<br />
<br />
   Barry<br />
<br />
<br />
</blockquote>
</blockquote>
<br />
</div>
</div>
</blockquote>
</div>
<br />
</div>
</div>
</div>
</blockquote>
</div>
<br />
</div>
</div>
</blockquote>
</div>
<br />
</div>
</div>
</blockquote>
</div>
<br />
</div>
</div>
</div>
</div>
</div>
</blockquote></div><br></div>