[Qgis-developer] hub.qgis under heavy load?

[Alex Mandel]

Tags are an oversimplification, as you have to use them for area or
subareas topic as well as severity and status.

Can you search Github's issues for tags on topic rendering, of severity
blocker, against milestone 2.8, that are open?

There's an API right? Maybe we build a custom search tool to github issues?


No idea if Redmine is the issue, I have never run a Redmine with this
much load. It was running well last year after a Ruby upgrade but not
sure if anyone has upgraded Redmine itself.


As for the hardware story, OSGeo is now looking at buying a new machine
to replace the one QGIS Hub is currently on. QGIS' input on this buy
would be useful, and we could even beef it up if QGIS wants to help out
financially. The likely setup will be software raid5 and docker,
learning from previous issues.
http://wiki.osgeo.org/wiki/Infrastructure_Transition_Plan_2014#Hardware

Also there's discussion of implementing GitLab on the new hardware,
which is very similar to Github but would allow OSGeo Logins and Github
logins.

PS: there are a couple of pure Django Issue trackers out there. No VCS
integrated but that doesn't matter if the code is on Github.

Thanks,
Alex

On 02/12/2015 05:23 AM, Denis Rouzaud wrote:
> I agree that Github is easier and faster to use than our current Redmine.
> I find the approach in Redmine over-engineered.
> Searching/filtering is indeed the worst.
> 
> What feature in Redmine would we loose (which could not be replaced by
> tags) in Github?
> 
> 
> On 12.02.2015 14:08, Paolo Cavallini wrote:
>> Il 12/02/2015 13:03, Jürgen E. Fischer ha scritto:
>>
>>> Another thing nice to know would be if those issues would go away if
>>> we move
>>> redmine to our server (but we might not be able to see the issues in
>>> a test
>>> setup without doing a full switch).
>>>
>>> But I haven't worked with github tracking either.  My guess is that
>>> redmine is
>>> more sophisticated.  Keeping it in our hand is/could looks like a
>>> plus to me -
>>> and also would avoid migration.
>> I may add, on the other hand, that search in Redmine is currently rather
>> ugly.
>> BTW, do we really need all these sophisticated features?
>> All the best.
>>
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> 
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>