On 17 January 2018 at 12:51, Nick Coghlan wrote:
> I think tox provides a good precedent for what's needed when it comes
> to effectively targeting multiple environments: you want a venv per
> target environment per project, not just a venv per project.
After double-checking
On 17 January 2018 at 05:21, Brett Cannon wrote:
> Well, technically we need consensus so we agree that what goes up on
> packaging.python.org makes sense; I'm not worried about the whole world. :)
> I mean I'm not even after specifically recommended testing practices and
> such
On Tue, 16 Jan 2018 at 10:43 Paul Moore wrote:
> On 16 January 2018 at 17:36, Brett Cannon wrote:
> > Is there a library developer workflow that's being promoted then
> somewhere
> > that I'm just not finding? Or does that need to be written for
> >
On 16 January 2018 at 17:36, Brett Cannon wrote:
> Is there a library developer workflow that's being promoted then somewhere
> that I'm just not finding? Or does that need to be written for
> packaging.python.org (which I might be willing to write; see below for
> motivation)?
On Tue, 16 Jan 2018 at 02:45 Nick Coghlan wrote:
> On 16 January 2018 at 20:22, Paul Moore wrote:
> > On 16 January 2018 at 10:03, Nick Coghlan wrote:
> >> On 16 January 2018 at 19:47, Paul Moore wrote:
> >>> I
On 16 January 2018 at 10:44, Nick Coghlan wrote:
> Yes, that's deliberate. We want to target app developers as our
> initial audience, since library and framework developers have
> different needs (and for folks just starting out with library
> development, pipenv + the
On 16 January 2018 at 20:22, Paul Moore wrote:
> On 16 January 2018 at 10:03, Nick Coghlan wrote:
>> On 16 January 2018 at 19:47, Paul Moore wrote:
>>> I think that if the pipenv docs had some better guidance on what use
>>> cases it
On 16 January 2018 at 10:03, Nick Coghlan wrote:
> On 16 January 2018 at 19:47, Paul Moore wrote:
>> I think that if the pipenv docs had some better guidance on what use
>> cases it was intended to cover (and what it wasn't, in relation to the
>> broader