<div dir="ltr"><div dir="ltr"><div style="font-family:verdana,sans-serif" class="gmail_default">The below feedback has been solicited from the current Arch Linux Forum team in October 2019, based on the premise that the DevOps team desires to replace the current forum software.<br><br>The points have been summarized for readability, and anonymized to ensure the points are considered based on their merit alone.<br><br>Our preference is that a demo system is set up prior to a final decision being made so we can evaluate the moderation tools available to assess their suitability for our community behaviors.<br></div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div><div style="font-family:verdana,sans-serif" class="gmail_default">General Criteria</div><div style="font-family:verdana,sans-serif" class="gmail_default">===============<br>  *  I hope that we will stick to simple and not deviate too far from the functionality of a basic forum.<br>  *  I would opt for disabling all unnecessary features<br>  *  I am very skeptical of any system of community voting for relevance.<br>  *  The forum should remain a technical resource and not devolve into karma farming.<br>  *  I would also strongly oppose any sort of obligatory 2-factor authentication.<br>  *  Reasonably good functionality on limited bandwidth and/or text-mode browsers.<br>  *  I would like better tools to help identify duplicate accounts<br>  *  Perhaps tools that can auto-detect behavior such as post blanking when it starts.<br>  *  I'm not a fan of endless scrolling or javascript "features" either, and I don't see any point of social media things like "likes" on a technical support forum.<br>  *  KISS.<br>  *  One of the things that I hate most in the world is continuous scroll down rather than pagination.<br>  *  Functionally, FluxBB does everything I expect a forum software to do.<br>  *  It shouldn't contain post-voting facilities<br>  *  I dislike sub-threading where one can reply to other posts inline. If reddit is any indication it leads to incredibly messy and hard to follow discussions.<br>  *  I liked myBB and misago the most from some quick browsing through the examples.<br>  *  Based on several criteria above, Discourse seems like a particularly poor fit for our community.<br>  *  "Oh dear god, anything but discourse."<br><br>Alternatives</div><div style="font-family:verdana,sans-serif" class="gmail_default">===============<br>phpBB<br>  *  <a href="https://www.phpbb.com/">https://www.phpbb.com/</a><br>  *  Seems still actively developed.<br>  *  Is listed on some "top 10" forum software for 2019 sites.<br>  *  It is very similar to fluxBB.<br><br>Thredded<br>  *  <a href="https://thredded.org/">https://thredded.org/</a><br>  *  It is actively developed<br>  *  Free & open-source<br>  *  Has a 'modern' visual style (while being readily customizable/themeable)<br>    Can be used with a SSO<br>    Paginates<br>    Demos I've found load quickly and are easy to read on a TUI.<br><br>MyBB<br>  *  <a href="https://mybb.com/">https://mybb.com/</a><br>  *  Maintained<br>  *  Has an LDAP plugin.<br><br>Farum<br>  *  <a href="https://flarum.org/features/">https://flarum.org/features/</a><br>  *  Seems to be similar to discourse; claims to be lightweight.<br>  *  Has SSO, API, and Anti-spam.<br>  *  Still beta release.<br><br>Vanilla<br>  *  <a href="https://open.vanillaforums.com/">https://open.vanillaforums.com/</a><br>  *  Maintained<br>  *  Open-core/Freemium model.<br>  *  Has SSO.<br><br>Misago<br>  *  <a href="https://misago-project.org/">https://misago-project.org/</a><br>  *  "Looks OK from a bit of playing around on their site. Not sure what moderation tools look like."<br><br>Discourse<br>  *  <a href="https://www.discourse.org/">https://www.discourse.org/</a><br>  *  There seems to be a lot of bells and whistles that increase its complexity but I have no experience with it.<br>  *  Discourse ... design philosophy seems to be in the mindset of catering to the majority who have high powered systems, good network connections, and "modern" (GUI) browsers. The Arch community has always seemed to work hard to not needlessly marginalize those who have limited bandwidth, old hardware, or text-mode browsers; so the use of a tool like discourse strikes me as either antithetical to our existing community ethos, or a sign of a significant change in direction.<br></div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div><div style="font-family:verdana,sans-serif" class="gmail_default"><br></div></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 15 Oct 2019 at 23:19, Jelle van der Waa <<a href="mailto:jelle@vdwaa.nl">jelle@vdwaa.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/15/19 at 10:42am, Phillip Smith via arch-devops wrote:<br>
> On Tue, 15 Oct 2019 at 09:49, George Rawlinson via arch-devops <<br>
> <a href="mailto:arch-devops@lists.archlinux.org" target="_blank">arch-devops@lists.archlinux.org</a>> wrote:<br>
> <br>
> > I'm just wondering what the thought progress behind this was/is. Is the<br>
> > current fora getting a bit long in the tooth? Why was Discourse picked,<br>
> > and what are other alternatives that were considered?<br>
> ><br>
> <br>
> After further discussion on IRC, my understanding is that this should read<br>
> as we're going to move FluxBB to a new server, then *discuss* options for<br>
> replacing it (possibly with Discourse), but that decision hasn't been made<br>
> yet.<br>
<br>
Yes, we first want to migrate fluxbb to a new server. Currently it's not<br>
managed in Ansible and still on luna. Luna should also be retired in the<br>
future but first we have to ansible the AUR and figure out what to do<br>
with cgit :-)<br>
<br>
-- <br>
Jelle van der Waa<br>
</blockquote></div></div>