<div dir="ltr"><div>Note: I asked to the #neovim folks about their experience, and they pointed out that we wouldn't need to setup our own bridge server, as described in the documentation that Yotam linked to, as they would be happy to add our potential gitter/irc pair to their own bidirectional replication server.<br><br></div><div>(This discussion happened over IRC but you can have a look at the gitter logs for it:<br>  <a href="https://gitter.im/neovim/neovim?at=5783e51cb79455146f9664e5" target="_blank">https://gitter.im/neovim/neovim?at=5783e51cb79455146f9664e5</a><br>)<br><br></div><div>I'm personally not very enthusiastic about gitter itself, but in presence of a bidirectional bridge I see no reason to not give it a try, so I would support the experiment -- it could start with an explicit time limit at which to reconsider the move, as we did for Github pull requests.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 11, 2016 at 2:05 PM, Yotam Barnoy <span dir="ltr"><<a href="mailto:yotambarnoy@gmail.com" target="_blank">yotambarnoy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">After surveying the opinions of people on IRC and discussions of<br>
advancing the community's interests on a mailing list thread ('How to<br>
encourage the adoption of OCaml'), I'd like to propose opening a room<br>
on <a href="http://gitter.im" rel="noreferrer" target="_blank">gitter.im</a> for the ocaml/ocaml repository (gitter rooms exist on a<br>
per-repository basis).<br>
<br>
An example gitter room can be viewed here: <a href="https://gitter.im/neovim/neovim" rel="noreferrer" target="_blank">https://gitter.im/neovim/neovim</a><br>
<br>
In general, I believe having real-time chat with persistent history<br>
and notifications is extremely valuable. It is especially valuable for<br>
beginners or people inquiring about OCaml, who are afraid to compose a<br>
mailing list post. It is also valuable to developers of all sorts who<br>
need full-duplex high-frequency minimally-formal communication, which<br>
is often hampered by email.<br>
<br>
Gitter chat is readily available to newcomers, unlike IRC. Even the<br>
best current IRC viewer<br>
(<a href="https://vector.im/beta/#/room/%23freenode_%23ocaml:matrix.org" rel="noreferrer" target="_blank">https://vector.im/beta/#/room/#freenode_#ocaml:matrix.org</a>) still<br>
requires steps to connect and lacks some of gitter's features. Gitter<br>
rooms are read-only before logging in (which is still of value), and<br>
read-write once you use a github login,  which just about every dev<br>
has nowadays. Additionally, gitter allows for easy integration with<br>
github issues, comments etc as can be seen in the example above.<br>
<br>
The trickier part is connecting gitter to IRC. We want to do this both<br>
to preserve history on our own terms - scraper tools exist for gitter<br>
but it's nicer to preserve our own history using existing methods -<br>
and to prevent fracturing of the community. The neovim project<br>
linked-to above does this using a gitter-IRC bridge, which must be run<br>
on a community server.<br>
<br>
This means that to establish the gitter room + bridge we need to:<br>
1. Create the gitter room on the gitter site. This must be done by<br>
someone with OCaml github credentials by going to the <a href="http://gitter.im" rel="noreferrer" target="_blank">gitter.im</a> page<br>
and choosing to create a room.<br>
2. Follow the instructions at<br>
<a href="https://github.com/matrix-org/matrix-appservice-gitter" rel="noreferrer" target="_blank">https://github.com/matrix-org/matrix-appservice-gitter</a> using an OCaml<br>
community server. The bridge must have access to github credentials as<br>
well.<br>
3. For maximum exposure, it would be nice to add the new room to the<br>
<a href="http://ocaml.org" rel="noreferrer" target="_blank">ocaml.org</a> community page.<br>
<br>
Note that gitter rooms already exists for ocaml/oasis and ocaml/opam.<br>
These are obviously project-specific and have use by themselves. I<br>
envision ocaml/ocaml being used for the compiler as well as for the<br>
language as a whole. It's worth thinking about the idea of creating an<br>
ocaml/ocaml_beginners repo just for the sake of opening a gitter room<br>
for beginners, similar to the way we have a (non-working)<br>
ocaml_beginners list. Additionally, it would be a good idea to open a<br>
gitter room for ocamlbuild.<br>
_______________________________________________<br>
Infrastructure mailing list<br>
<a href="mailto:Infrastructure@lists.ocaml.org" target="_blank">Infrastructure@lists.ocaml.org</a><br>
<a href="http://lists.ocaml.org/listinfo/infrastructure" rel="noreferrer" target="_blank">http://lists.ocaml.org/listinfo/infrastructure</a><br>
</blockquote></div><br></div></div>