<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 6, 2014 at 10:11 AM, R. David Murray <span dir="ltr"><<a href="mailto:rdmurray@bitdance.com" target="_blank">rdmurray@bitdance.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Sat, 06 Dec 2014 15:21:46 +0000, Brett Cannon <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<br>
> On Sat Dec 06 2014 at 10:07:50 AM Donald Stufft <<a href="mailto:donald@stufft.io">donald@stufft.io</a>> wrote:<br>
> > On Dec 6, 2014, at 9:11 AM, Brett Cannon <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<br>
> ><br>
> >> On Fri Dec 05 2014 at 8:31:27 PM R. David Murray <<a href="mailto:rdmurray@bitdance.com">rdmurray@bitdance.com</a>><br>
> >> wrote:<br>
> >>> That's probably the biggest issue with *anyone* contributing to tracker<br>
> >>> maintenance, and if we could solve that, I think we could get more<br>
> >>> people interested in helping maintain it.  We need the equivalent of<br>
> >>> dev-in-a-box for setting up for testing proposed changes to<br>
> >>> <a href="http://bugs.python.org" target="_blank">bugs.python.org</a>, but including some standard way to get it deployed so<br>
> >>> others can look at a live system running the change in order to review<br>
> >>> the patch.<br>
> >><br>
> >> Maybe it's just me and all the Docker/Rocket hoopla that's occurred over<br>
> >> the past week, but this just screams "container" to me which would make<br>
> >> getting a test instance set up dead simple.<br>
> ><br>
> > Heh, one of my thoughts on deploying the bug tracker into production was<br>
> > via a container, especially since we have multiple instances of it. I got<br>
> > side tracked on getting the rest of the infrastructure readier for a web<br>
> > application and some improvements there as well as getting a big postgresql<br>
> > database cluster set up (2x 15GB RAM servers running in Primary/Replica<br>
> > mode). The downside of course to this is that afaik Docker is a lot harder<br>
> > to use on Windows and to some degree OS X than linux. However if the<br>
> > tracker could be deployed as a docker image that would make the<br>
> > infrastructure side a ton easier. I also have control over the python/<br>
> > organization on Docker Hub too for whatever uses we have for it.<br>
> ><br>
><br>
> I think it's something worth thinking about, but like you I don't know if<br>
> the containers work on OS X or Windows (I don't work with containers<br>
> personally).<br>
<br>
(Had to fix the quoting there, somebody's email program got it wrong.)<br>
<br>
For the tracker, being unable to run a test instance on Windows would<br>
likely not be a severe limitation.  Given how few Windows people we get<br>
making contributions to CPython, I'd really rather encourage them to<br>
work there, rather than on the tracker.  OS/X is a bit more problematic,<br>
but it sounds like it is also a bit more doable.<br>
<br>
On the other hand, what's the overhead on setting up to use Docker?  If<br>
that task is non-trivial, we're back to having a higher barrier to<br>
entry than running a dev-in-a-box script...<br>
<br>
Note also in thinking about setting up a test tracker instance we have<br>
an additional concern: it requires postgres, and needs either a copy of<br>
the full data set (which includes account data/passwords which would<br>
need to be creatively sanitized) or a fairly large test data set.  I'd<br>
prefer a sanitized copy of the real data.<br></blockquote><div><br></div><div>FactoryBoy would make generating issue tracker test fixtures fairly simple:</div><div><br></div><div><a href="http://factoryboy.readthedocs.org/en/latest/introduction.html#lazyattribute">http://factoryboy.readthedocs.org/en/latest/introduction.html#lazyattribute</a><br></div><div><br></div><div>There are probably lots of instances of free-form usernames in issue tickets;</div><div>which some people may or may not be comfortable with,</div><div>considering that the data is and has always been public.</div></div></div></div>