An initial WIP patch to show the direction I think this could
materialize - https://review.openstack.org/125346
Early feedback appreciated so I can do this conversion across the board.
My assumption is that all non integrated release projects should be
converted to this model.
On 09/26/2014 02:27
On 30 September 2014 08:14, Doug Hellmann wrote:
>
> On Sep 29, 2014, at 4:22 PM, Robert Collins
> wrote:
>
> > As far as pip goes, you may not know, but tox defaults to pip --pre,
> > which means anyone using tox, like us all here, will be pulling the
> > alphas down by default: so impacting fo
On Sep 29, 2014, at 4:22 PM, Robert Collins wrote:
> On 30 September 2014 03:10, Doug Hellmann wrote:
>>
>> On Sep 28, 2014, at 5:00 PM, Robert Collins
>> wrote:
>
>> As far as I know, the client libraries aren’t being released as alphas. The
>> Oslo libraries are, but they aren’t “public”
On 30 September 2014 03:10, Doug Hellmann wrote:
>
> On Sep 28, 2014, at 5:00 PM, Robert Collins wrote:
> As far as I know, the client libraries aren’t being released as alphas. The
> Oslo libraries are, but they aren’t “public” in the same sense — they’re an
> internal part of OpenStack, not
On Sep 28, 2014, at 5:00 PM, Robert Collins wrote:
> On 27 September 2014 10:07, Robert Collins wrote:
>
>> TripleO has been running pip releases of clients in servers from the
>> get go, and I've lost track of the number of bad dependency bugs we've
>> encounted. We've hit many more of those
On 27 September 2014 10:07, Robert Collins wrote:
> TripleO has been running pip releases of clients in servers from the
> get go, and I've lost track of the number of bad dependency bugs we've
> encounted. We've hit many more of those than bad releases that crater
> the world [though those have
On 27 September 2014 06:27, Sean Dague wrote:
> As we've been talking about the test disaggregation the hamster wheels
+1000
TripleO has been running pip releases of clients in servers from the
get go, and I've lost track of the number of bad dependency bugs we've
encounted. We've hit many more
On Sep 26, 2014, at 4:50 PM, Sean Dague wrote:
> On 09/26/2014 04:22 PM, Doug Hellmann wrote:
>>
>> On Sep 26, 2014, at 2:27 PM, Sean Dague wrote:
>>
>>> As we've been talking about the test disaggregation the hamster wheels
>>> in the back of my brain have been churning on the library testin
On 2014-09-26 16:50:51 -0400 (-0400), Sean Dague wrote:
[...]
> Alternatively, we could actually semver cap on stable (yes we've
> gone around this mulberry bush before, but I think it might be
> time to again), so new feature releases aren't impacting stable.
[...]
Just to pause for a moment at t
On 09/26/2014 04:22 PM, Doug Hellmann wrote:
>
> On Sep 26, 2014, at 2:27 PM, Sean Dague wrote:
>
>> As we've been talking about the test disaggregation the hamster wheels
>> in the back of my brain have been churning on the library testing
>> problem I think we currently have. Namely, openstack
On Sep 26, 2014, at 2:27 PM, Sean Dague wrote:
> As we've been talking about the test disaggregation the hamster wheels
> in the back of my brain have been churning on the library testing
> problem I think we currently have. Namely, openstack components mostly
> don't rely on released library ve
On 2014-09-26 14:27:51 -0400 (-0400), Sean Dague wrote:
> As we've been talking about the test disaggregation the hamster wheels
> in the back of my brain have been churning on the library testing
> problem I think we currently have. Namely, openstack components mostly
> don't rely on released libr
12 matches
Mail list logo
