devpi-bot

Original comment by @fschulze It's not possible to use ``mod_wsgi`` with ``devpi-server``, because we spawn long running threads and probably do other incompatible things. This should be documented though.

Original comment by @dholth I am attempting to deploy devpi in uwsgi. It seems to work so far. All I had to do to get the web interface to run...

Original comment by @fschulze I'm all for adding small fixes like that if it helps, but in the docs I would clearly write "You are on your own!"

Original comment by @dholth Seems likely that I should also call xom.thread_pool.live() before serving.

Original comment by @OptiverTimAll Are long-running threads really incompatible with mod_wsgi? Although I couldn't get DevPI 2.x running, the problems I encountered didn't immediately look like "can't launch long-running threads",...

Original comment by @eli-collins I'm not positive as to how threads normally behave under mod_wsgi -- wsgi apps are normally run under a shared python VM inside apache, and are...

Original comment by @r1chardj0n3s I don't believe that it would be reasonable to have devpi automatically create wheels. The basic reason for this is that devpi has no information (supplied...

Original comment by @ncoghlan Being able to use devpi as a management point for a private build farm would be an excellent feature to offer. (I found this issue since...

Original comment by @StephanErb We just implemented a very primitive wheel builder uploading packages to devpi: https://github.com/blue-yonder/devpi-builder We will use it with Jenkins building os-specific packages and pushing them to...

Original comment by @kevinastone +1 to this. I'm also trying to create pre-built binary wheels for our requirements. For this case, I don't think devpi needs to automatically build wheels...