On 01/29/2015 10:49 AM, Jeff Darcy wrote:
I get frequent failures in SSL test on NetBSD, like here:
http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/823/console
I saw there was some SSL change, Does it ring a bell for someone?
From the log:
GERRIT_REFSPEC=refs/changes/42/
Jeff,
'Guess i misunderstood your Q then, i took your Q on "isn't Manila
already involved in the creation of every other CN " as you saying that
manila should manage the trust setup! Hence my reply... Nevermind.
I very well understand and agree that the only way (given the absence of
auth reje
> Cert, Keys and CN management is out of band of Manila. The manila community
> didn't wanted to get into the lifecycle management as its not in the scope of
> Manila
> project of openstack. Thus cert and trust setup is deployer's responsibility
> and needs to be done out of band of Manila.
So thi
Hi,
Just FYI, what you propose is called bundling in Fedora packaging
parlance, and Fedora's packaging guidelines forbid bundling. It is
possible to get an exception granted, but it's not safe to presume that
an exception will be granted.
(For downstream this is a non-issue, but here on glus
On 01/29/2015 06:13 PM, Rudra Siva wrote:
> Hi,
>
> Have been able to get Gluster running on Intel's MIC platform. The
> only code change to Gluster source was an unresolved yylex (I am not
> really sure why that was coming up - may be someone more familiar with
> it's use in Gluster can answer).
On Thu, Jan 29, 2015 at 5:05 PM, Kaushal M wrote:
> Hi all,
> I had started a thread previously on the efforts we are undertaking to
> improve thread synchronization in GlusterD [1]. I had mentioned that we
> will be using RCU for synchronization and the userspace RCU library
> (liburcu) [2] for
