<div dir="ltr">Setting up Trac tickets for me has been no problem, though I wouldn't want to do it to fix documentation typos.<div><br></div><div>Where I imagine a barrier is for a developer that is among the ~9 million people with GitHub accounts, and who interacts only occasionally with PostGIS as part of their work. These users may not want to register w/OSGeo and figure out Trac just to make a small fix, but they would be quite capable and willing if they didn't have to navigate a somewhat project-specific process.</div><div><br></div><div>Complete speculation on my part, of course, but a scenario that I hadn't seen didn't see in the discussion so far.</div><div><br></div><div>An interesting solution, if this is even a problem, may be to have a bot auto-create Trac tickets from GitHub PRs.</div><div><br></div><div>Thanks,</div><div>Dan</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 16, 2015 at 5:56 PM, Paragon Corporation <span dir="ltr"><<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>> On Fri, Oct 16, 2015 at 07:41:38AM -0400, Daniel Baston wrote:<br>
>>  If PostGIS were to accept contributions only through patches posted to<br>
>> Trac, I think it would bring about two barriers to contributions:<br>
<br>
> Agreed. But if we want to keep some consistency between commit logs and trac tickets / NEWS items we'd then have the barriers on ourselves, having to create a ticket ourselves.<br>
<br>
> Or, we can use a looser protocol and just apply patches straight away, reference revisions in the NEWS and rely on the commit log for getting to the origin of that change... (more likely to happen).<br>
<br>
> --strk;<br>
<br>
</span>My thinking is that people would put in a ticket in trac about a feature request, and either provide a link to the git/pull where they patched it or the patch itself.<br>
Dan as I recall, I think you've been pretty good about that.  Has it been a big burden?<br>
<br>
I'm not so against people having code conversations in github/gitlab or whatever about a patch, as that's all noise anyway when you are trying to figure out what new features we've got going.<br>
<br>
In the end we just need a centralized location to query what's new, in queue for new, and what commit it happened in (or patch it is in).<br>
<br>
Getting back to Greg's point - related to his point,<br>
A lot of people who report issues are not developers.  They have crash reports and how to reproduce which I think are often more important than new development.<br>
Many of them do not have github accounts. If they are going to have to register as a user in some organization, Selfishly I'd prefer that organization to be OSGEO than github, if nothing more than for marketing :)<br>
<br>
Thanks,<br>
Regina<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-devel</a></div></div></blockquote></div><br></div>