Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tycho-user] [tycho-dev] Using Github-Discussions?

I only know gh-discussions as a way to discuss e.g technical changes or have some Q&A so I have no idea if/how it replaces a mailinglist at all.

I just find mailinglist bad for keeping track of things, and even worse for being a "knowledgeable" anyways (the web-archive navigation is simply crap...) information getting out of data and obviously there is a some noise (e.g. I asked recently for building draft PRs but only the eclipse-infra was slow).

So for me keeping everything for ever is absolutely no requirement at all... in fact there are not any 'hard' requirements at all, gh-discussions is just a tool I think it would be useful to use and has some benefits over discussion *everything* via ancient mailinglists. It should even be possible to post every discussion/comment in gh-discussions to the mailinglist as well if that sounds reasonable... but starting to discuss about SLA, backup and recovery will simply make using it most likeley never happen.

Am 16.08.21 um 11:02 schrieb Hannes Wellmann:
Hi,
my question if the mailing list content can be migrated was intended as optional, nice to have features, so that users don't have to search two locations. But for me this is not a hard requirement and a link to the old mailing list is also OK.

With the points mentioned by Mickael I think the user-mailinglist should be kept read-only anyways, not only because of links within the Eclipse infrastructure but also because of links from outside(maybe somebody has them on their website or just as a browser bookmark and good URLs don't change). And I fully agree that we should remove one active channel if we add another, so I'm against the idea to keep the user-mailing list and refer to the discussions-forum at some point of the disuccsion. Regarding announcements: Is it possible to subscribe to discussions-threads? If so, we could have an announcement thread into which only committers can write announcements and that interested persons can subscribe.

Regarding the guarantees GitHub grants:
The following link reads like there are none at all. I wonder if this really applies to the repos as well? So if GitHub decides to shutdown tomorrow everything is gone (besides the local clones)? Maybe this is different for paying users.
https://docs.github.com/en/github/site-policy/github-terms-of-service#n-disclaimer-of-warranties
*Gesendet:* Montag, 16. August 2021 um 10:28 Uhr
*Von:* "Mickael Istria" <mistria@xxxxxxxxxx>
*An:* "Tycho developers list" <tycho-dev@xxxxxxxxxxx>
*Cc:* "Tycho user list" <tycho-user@xxxxxxxxxxx>
*Betreff:* Re: [tycho-user] [tycho-dev] Using Github-Discussions?
Hi,
That's IMO a good discussion and a good goal.
Let's add some constraints to make it manageable for the project and still be acceptable for Eclipse governance POV: * The Eclipse Development Process https://www.eclipse.org/projects/dev_process/ <https://www.eclipse.org/projects/dev_process/> mandates that at least 1 mailing-lists is used by the project, the "Developer mailing-lists" which is to be used for organisational project management (eg committer election or other forms of decision based on votes of committers). While there are ongoing discussion in the Architecture Council to allow to move this to other media (eg GitHub discussion), we shouldn't expect this to change anytime soon. So *keeping the tycho-dev mailing list and committers monitoring it is a hard requirement*. * We shouldn't add 1 new channel without removing another; otherwise we just scatter data, community, knowledge, workflows... So let's make a hard requirement that we can add GitHub discussions only if we get rid of 1 mailing-lists. With the previous constraint that makes tycho-dev has to remain, the requirement becomes *if we enable GitHub discussions, then tycho-user mailing-list has to be deactivated*. * The tycho-user mailing-list is a very big knowledge base, many usual issues have solutions that are only available on this mailing-list; many discussions on several medias do link to the tycho-user archive. So *we shouldn't deactivate tycho-user mailing-list if there is a risk of data/link loss* * Eclipse mailing-lists has some SLA (provided by EMO) about data backup and persistence which kind of guarantees that they should never be lost. What is the SLA for GitHub discussions
Summary of constraints:
1. keeping the tycho-dev mailing list and committers monitoring it is a hard requirement 2. if we enable GitHub discussions, then tycho-user mailing-list has to be deactivated 3. we shouldn't deactivate tycho-user mailing-list if there is a risk of data/link loss 4. a- we should ensure GitHub discussions have some guarantees about data being backed-up and openly accessible for the whole lifetime of the project; or b- EMO has backup strategies for GitHub discussions (similarly to what they have for the code and issues IIRC) I'll get in touch with the EMO Infra team about items 3 a 4.b. If this is possible, then I think we can proceed to replacement of tycho-user by GitHub discussions.
Please someone investigate item 4.a.
_______________________________________________ tycho-user mailing list tycho-user@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/tycho-user <https://www.eclipse.org/mailman/listinfo/tycho-user>

_______________________________________________
tycho-user mailing list
tycho-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/tycho-user



Back to the top