Chmouel Boudjnah wrote:
Rob Crittenden writes:
From what I found nothing has changed either upstream or in swift.
If you are asking about the ability to disable SSL compression it is up
to the OS to provide that so nothing was added when we changed
swiftclient to requests.
Most modern OSes
Chmouel Boudjnah writes:
> Most modern OSes have SSL compression by default, only Debian stable was
> still enabling it.
I mean "have SSL compression *disabled* by default".
Chmouel.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
ht
Rob Crittenden writes:
> From what I found nothing has changed either upstream or in swift.
If you are asking about the ability to disable SSL compression it is up
to the OS to provide that so nothing was added when we changed
swiftclient to requests.
Most modern OSes have SSL compression by de
Dean Troyer wrote:
On Fri, May 2, 2014 at 2:06 PM, Rob Crittenden mailto:rcrit...@redhat.com>> wrote:
I'm trying to get devstack to the point where it can configure all
the services with SSL so it can be be part of the acceptance
process. This is for client communication, there is no
Dean Troyer wrote:
On Fri, May 2, 2014 at 2:14 PM, Adam Young mailto:ayo...@redhat.com>> wrote:
Did swift leave this behind when they switched to Requests?
Swift and Glance clients were not changed to requests when I did the
initial work in the fall of 2012 due to their use of chunked tran
On Fri, May 2, 2014 at 2:06 PM, Rob Crittenden wrote:
> I'm trying to get devstack to the point where it can configure all the
> services with SSL so it can be be part of the acceptance process. This is
> for client communication, there is no expectation that anyone would deploy
> native SSL endp
On Fri, May 2, 2014 at 2:14 PM, Adam Young wrote:
>
> Did swift leave this behind when they switched to Requests?
Swift and Glance clients were not changed to requests when I did the
initial work in the fall of 2012 due to their use of chunked transfers.
I've not really looked into this since t
On 05/02/2014 03:06 PM, Rob Crittenden wrote:
TL;DR
Work is happening on a unified client library. This provides the
opportunity to rework the way SSL options are handled. Can we discuss
this in one of the sessions at the Atlanta Summit in a few weeks?
Good survey, thanks.
https://bluepr
TL;DR
Work is happening on a unified client library. This provides the
opportunity to rework the way SSL options are handled. Can we discuss
this in one of the sessions at the Atlanta Summit in a few weeks?
https://blueprints.launchpad.net/oslo/+spec/common-client-library-2
outlines a path
