Re: [openstack-dev] [Infra][Solum][Mistral] New class of requirements for Stackforge projects

2014-06-25 Thread Adrian Otto
Ok, I submitted and abandoned a couple of reviews[1][2] for a solution aimed to meet my goals without adding a new per-project requirements file. The flaw with this approach is that pip may install other requirements when installing the one(s) loaded from the fallback mirror, and those may conf

Re: [openstack-dev] [Infra][Solum][Mistral] New class of requirements for Stackforge projects

2014-06-25 Thread Matthew Oliver
On Jun 26, 2014 12:12 PM, "Angus Salkeld" wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 25/06/14 15:13, Clark Boylan wrote: > > On Tue, Jun 24, 2014 at 9:54 PM, Adrian Otto wrote: > >> Hello, > >> > >> Solum has run into a constraint with the current scheme for requirements ma

Re: [openstack-dev] [Infra][Solum][Mistral] New class of requirements for Stackforge projects

2014-06-25 Thread Angus Salkeld
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/06/14 15:13, Clark Boylan wrote: > On Tue, Jun 24, 2014 at 9:54 PM, Adrian Otto > wrote: >> Hello, >> >> Solum has run into a constraint with the current scheme for requirements >> management within the OpenStack CI system. We have a proposal

Re: [openstack-dev] [Infra][Solum][Mistral] New class of requirements for Stackforge projects

2014-06-24 Thread Clark Boylan
On Tue, Jun 24, 2014 at 9:54 PM, Adrian Otto wrote: > Hello, > > Solum has run into a constraint with the current scheme for requirements > management within the OpenStack CI system. We have a proposal for dealing > with this constraint that involves making a contribution to openstack-infra. >

[openstack-dev] [Infra][Solum][Mistral] New class of requirements for Stackforge projects

2014-06-24 Thread Adrian Otto
Hello, Solum has run into a constraint with the current scheme for requirements management within the OpenStack CI system. We have a proposal for dealing with this constraint that involves making a contribution to openstack-infra. This message explains the constraint, and our proposal for addre