<div dir="ltr">Hi Sean, thanks for your answer, that's interesting!<br><br>My point wasn't about whether or not software X implements better features than Y but rather about what contributors wait for when participating in projects.<br>They want a simple and straight forward workflow with a minimum of overhead compared to what they already have/know.<div><br><b>For instance, here are the pain points that I can list from a newcomer perspective (whatever its skillset is, senior/junior):</b><br>* Having to install git review.<br>* Having to create another new account.<br>* Having to read an extensive amount of not really clear and seamless documentation (gerrit/zuul workflow).<br>* Having to find the community communication channels (IRC/List).<br>* Having to install an IRC client.<br>* Having to find out which issue manager you need to use (Launchpad/Storyboard/Trello/whatever).<br><br><b>A more streamlined workflow should be something like:</b><br>* Use gitea for issue tracking, whatever your project is, people are used to the github/gitlab issue style nowadays (fork/branch/merge), visually, it's easier to understand.<br>* Use OpenID from an already existing provider (Openstack (gitea?)/Github/Gitlab/Google/whatever), it eases the authentication process.<br>* Get a clear and straightforward documentation (One where I don't need to open ten different tabs).</div><div>* Get a more modern communication platform (Mattermost is floss, other non-floss alternatives such as Discord/Slack exist) that let you get audio/video streams, rich document sharing, meeting rooms etc.<br></div><div><br></div><div>As usual, it's just my two cents on how we could ease things such as driving new contributors, ease our contributing routine, ease communication etc. Honestly, my very main pain point is about issue management both in terms of workflow and UI/UX.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 14 sept. 2020 à 13:35, Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> a écrit :<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 Mon, 2020-09-14 at 10:17 +0200, Gaël THEROND wrote:<br>
> > <br>
> > ---------- Forwarded message ----------<br>
> > From: Thomas Goirand <<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>><br>
> > To: openstack-discuss <<a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a>><br>
> > Cc:<br>
> > Bcc:<br>
> > Date: Mon, 14 Sep 2020 09:22:08 +0200<br>
> > Subject: Re: Is Storyboard really the future?<br>
> > On 9/14/20 8:59 AM, Radosław Piliszek wrote:<br>
> > <br>
> > > On Sun, Sep 13, 2020 at 8:46 PM Thomas Goirand <<a href="mailto:thomas@goirand.fr" target="_blank">thomas@goirand.fr</a>><br>
> > <br>
> > wrote:<br>
> > <br>
> > > > <br>
> > > > On 9/10/20 6:45 PM, Radosław Piliszek wrote:<br>
> > > > > I feel you. I could not so far convince anyone to support me to work<br>
> > > > > on it, mostly because<br>
> > > > > Jira/GitHub/GitLab/Launchpad exists.<br>
> > > > > Not to mention many small internal projects are happy with just<br>
> > <br>
> > Trello. :-)<br>
> > <br>
> > > > <br>
> > > > Did you just try to list all the non-free services you could in this<br>
> > > > thread? Seriously, don't you care a little bit? You probably don't<br>
> > > > realize it, but that's shocking, at least for me, and hopefully I'm not<br>
> > > > the only one.<br>
> > > <br>
> > > I feel offended by the accusations.<br>
> > > I *do* care about open source.<br>
> > > <br>
> > > Jeremy has already answered regarding GitLab and Launchpad.<br>
> > > Let's not forget GitHub actually *is* the largest, diverse open source<br>
> > > community,<br>
> > > even though the service itself is not. It hurts me as well so please<br>
> > <br>
> > don't just<br>
> > <br>
> > > randomly attack people mentioning non-free software.<br>
> > > It can support open source software as well.<br>
> > <br>
> > <br>
> > <br>
> > You're the one mentioning Jira, GitHub, Trello as possible solution to<br>
> > <br>
> > solve the fact that you don't like Storyboard. This is IMO very far from<br>
> > <br>
> > the spirit of free software. Sorry if you took it as a personal attack:<br>
> > <br>
> > there's nothing personal here, just a strong opposition to using this<br>
> > <br>
> > kind of services.<br>
> > <br>
> > <br>
> > <br>
> > The fact that many projects are using these non-free services to produce<br>
> > <br>
> > free software is actually a problem, not a solution. Same for Github<br>
> > <br>
> > being (probably) the largest repository of free software: that's a huge<br>
> > <br>
> > problem, as huge as the number of projects hosted. Lucky, many just<br>
> > <br>
> > think of it as just free hosting and nothing more.<br>
> > <br>
> > <br>
> > <br>
> > Gitlab being open-core, as Jeremy pointed out, is also a problem (anyone<br>
> > <br>
> > that knows about the beginning of OpenStack and Eucalyptus knows why<br>
> > <br>
> > open core is problematic).<br>
> > <br>
> > <br>
> > <br>
> > > I did not propose that in any part. Launchpad is FLOSS and that is my<br>
> > <br>
> > proposal.<br>
> > <br>
> > > The general idea behind my mail was to emphasise that Storyboard has<br>
> > > great aspirations<br>
> > > and assumptions but is far from delivering its full potential so<br>
> > > should not be recommended without<br>
> > > giving background and other possible solutions.<br>
> > <br>
> > <br>
> > <br>
> > Launchpad is hardly installable, and is tightly connected to<br>
> > <br>
> > Canonical/Ubuntu. It is a very good thing that the OpenStack community<br>
> > <br>
> > has made efforts to get out of it. It is IMO counter-productive to push<br>
> > <br>
> > projects to either go back to launchpad, or not migrate to Storyboard.<br>
> > <br>
> > <br>
> > <br>
> > The only viable solution is to contribute and make Storyboard better, or<br>
> > <br>
> > switching to another existing free software. There are many out there<br>
> > <br>
> > that could have done the job.<br>
> > <br>
> > <br>
> > <br>
> > Cheers,<br>
> > <br>
> > <br>
> > <br>
> > Thomas Goirand (zigo)<br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > _______________________________________________<br>
> > <br>
> > openstack-discuss mailing list<br>
> > <br>
> > <a href="mailto:openstack-discuss@lists.openstack.org" target="_blank">openstack-discuss@lists.openstack.org</a><br>
> > <br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss</a><br>
> <br>
> <br>
> Hi everyone,<br>
> <br>
> So, thomas, your message was rude and can hurt because Yocto didn’t<br>
> suggested to use those tools, he was answering you that he feel the pain as<br>
> everyone is suggesting those tool when you talk with people on IRC etc.<br>
> <br>
> Even if I do understand your point and know the importance of being<br>
> autonomous and do not rely on non-FLOSS software, the thruth being all<br>
> those discussions is the pain in the ass that it is to contribute to<br>
> Openstack projects compared with other Open source software based on Github<br>
> or Github like workflow.<br>
actully i would stongly disaggree i find working with the github workflow to be<br>
much less compelling for code review then a gerrit based workflow.<br>
i used gitlab for deveploemnt before is started workign on openstack<br>
have found gerrit based workflow to be simpler and eaiser to have async conversations<br>
with then github. primarlly since comment live with the version on which they are posted.<br>
also when you rebase your fork it udates the code visabel in the pull requests meaning<br>
that the comments that are there from previous version fo the patch nolonger make sense<br>
sicne the code has now changes so looking back on why changes were made becomes much much<br>
harder.<br>
> <br>
> The opensource community and especially the Openstack one need to<br>
> understand that people really get a limited amount of time and so if you<br>
> want to attract more people your contribution process have to be<br>
> streamlined and on par with what most of us developers do experience on<br>
> everyday. The foundation made a first step toward that by migrating every<br>
> project on gitea, and honestly, I’m still amazed that while migrating those<br>
> projects it wasn’t decided to use the issues/projects feature of gitea.<br>
> There even is a cicd zuul plugin for gitea.<br>
i do like githubs issue tracking and if gitea has a similar set of functionality<br>
i do think that would be a good alternitive to launchpad that i could certenly work with<br>
happily. storyborad did not really meet that need which is why i still prefer lanuchpad however<br>
for larger projects like nova gitea still performs quite pooly so it woudl depend on how responsive<br>
it actully is in production. the simple lables/tags, milestones and issue + integration with<br>
commit message comments is one of the things i love about gitlab that i missed when i first started<br>
working with lanuchpad although closes-bug has been supported with a bot to close lanuchpad issue<br>
since i started mroe or less  so that lessened the pain.<br>
<br>
so +1 on github sytle issue tracking but i woudl be -1 on moveing to a pull request flow instead<br>
of gerrit.<br>
> <br>
> As a community we propose things, but if the community don’t use them, it’s<br>
> because it’s not what they’re waiting for. We also need to step back from<br>
> time to time and admit that one software need to sunset and be migrated<br>
> elsewhere.<br>
well thats the thihng story board does work for a subset of the community.<br>
lanuchpad works for another.<br>
gitea might also work and i would be interested to see what that would looklike<br>
as i think issue tracking was onething github/gitlab got right.<br>
> <br>
> We want a fully floss project to host it?<br>
both launchpad and story borad are opensocue by the way. <br>
the pushback on launchpad primarly comes form the fact that is not hosted by the openstack foundation<br>
and as a result you need an external ubuntu one login. that said you use teh same login for gerrit<br>
so removeing the use of launchpad will not  remove the need for you account unless we also added<br>
a new singel signon provider hosted by the foundation. gerrit certenly support other openid backends<br>
but its not configured for them on opendev or at least the openstack one is not.<br>
<br>
>  Fine it’s perfectly valid<br>
> argument, then just reuse what’s already there with gitea and redirect<br>
> development effort of the abandonned software to the new platform in order<br>
> to support the missing part if ever required!<br>
> <br>
> > <<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss</a>><br>
<br>
</blockquote></div>