FYI, here is an example of using those new features in a system of
non-trivial size and complexity. It is similar to an example I exhibited
earler, see
http://lists.openstack.org/pipermail/openstack-dev/2014-February/026606.html
Today's example is simpler in one major way: each of the four "cl
Jay Pipes wrote on 04/25/2014 06:28:38 PM:
> On Fri, 2014-04-25 at 22:00 +, Day, Phil wrote:
> > Hi Jay,
> >
> > I'm going to disagree with you on this one, because:
>
> No worries, Phil, I expected some dissention and I completely appreciate
> your feedback and perspective :)
I myself sit
Hi, all:
I see Nova allows search instances by name, ip and ip6 fields which can
be normal string and regular expression:
[stack@leiqzhang-stack cinder]$ nova help list
List active servers.
Optional arguments:
--ip Search wi
On 04/25/2014 05:15 PM, Jay Pipes wrote:
> Thoughts and feedback welcome,
I'd love to talk about how to improve this functionality, while still
allowing for future policy expansion.
Can we punt this discussion to summit though? I don't think we need
much time. Perhaps over a break or something.
According to this page [1], "update-device" is supported from libvirt
0.8.0 onwards. So in theory, this should be working with your 0.9.8
version you have. If you continue to hit issues here Oleg, I'd suggest
sending an email to the libvirt mailing list with the specifics of the
problem. I've found
Hi all,
We've all been pretty lax about the amount of detail that we put in commit
messages some times, and I'd like to change that as we start Juno
development. Why? Well, just imagine that, six months from now, you're
going to write a document describing *all* the changes in Juno, just based
on
+Solum team.
We have plans to use this too.
Thanks,
Adrian
On Apr 25, 2014, at 4:03 PM, Adrian Otto
wrote:
> Alexander,
>
> I put a bunch of feedback into the Google doc, and request edit access to it
> so I can make the language more crisp in a bunch of areas.
>
> Adrian
>
> On Apr 25,
Alexander,
I put a bunch of feedback into the Google doc, and request edit access to it so
I can make the language more crisp in a bunch of areas.
Adrian
On Apr 25, 2014, at 4:12 AM, Alexander Tivelkov wrote:
> Hi Randall,
>
> The current design document on artifacts in glance is available h
On Fri, 2014-04-25 at 22:00 +, Day, Phil wrote:
> Hi Jay,
>
> I'm going to disagree with you on this one, because:
No worries, Phil, I expected some dissention and I completely appreciate
your feedback and perspective :)
> i) This is a feature that was discussed in at least one if not two De
Hi Jay,
I'm going to disagree with you on this one, because:
i) This is a feature that was discussed in at least one if not two Design
Summits and went through a long review period, it wasn't one of those changes
that merged in 24 hours before people could take a good look at it. Whatever
you
Hi Liz,
Thank you for sharing this, it'd really interesting and suggestive.
Also this activity is really important for improving UI/UX matter of
Horizon in a right direction. I think Horizon's UI still needs more
improvement for production or commercial uses, it is really efficient
way to going fo
- Original Message -
> 5. The act of applying affinity policies is now directly related to the
> act of launching instances, which is where it should be.
Well, that may be another discussion :). Something I have been pondering of
late is the intersection of the server groups feature with
Hey hey glancy glance,
Recently glance drivers made a somewhat snap decision to adopt the "-specs"
gerrit repository approach for new blueprints.
Pursuant to that, Arnaud has been kind enough to put forward some infra
patches to set things up. After the patches to create the repo [1] and
enable t
Hi,
Thank you for coming up this topics. It is a big step to going forward
for OpenStack UX process.
(It's been a while to post to ML, I'm kinda hesitating.., haha)
>>> Wiki
+1
Mailing list - [UX]
+1, for the general discussion, it would be the one on the best way to
communicate to the community
The first draft of the Glance design summit session have been posted at
http://junodesignsummit.sched.org/overview/type/glance. We may still
shuffle the times and the exact split of the topics around a bit if there
are opportunities for improvement.
I would like to ask at this time if key contribu
On 25/04/14 16:07, Chris Friesen wrote:
On 04/25/2014 12:00 PM, Zane Bitter wrote:
On 25/04/14 13:50, Chris Friesen wrote:
In the nova boot command we pass the group uuid like this:
--hint group=e4cf5dea-4831-49a1-867d-e263f2579dd0
If we were to make use of the scheduler hints, how would th
On Apr 25, 2014, at 2:15 PM, Jay Pipes wrote:
> Hi Stackers,
>
> When recently digging in to the new server group v3 API extension
> introduced in Icehouse, I was struck with a bit of cognitive dissonance
> that I can't seem to shake. While I understand and support the idea
> behind the feature
Hi Stackers,
When recently digging in to the new server group v3 API extension
introduced in Icehouse, I was struck with a bit of cognitive dissonance
that I can't seem to shake. While I understand and support the idea
behind the feature (affinity and anti-affinity scheduling hints), I
can't help
On 04/24/2014 09:10 AM, Liz Blanchard wrote:
> Hi All,
>
> One of the sessions that I proposed for the Horizon track is to review the
> results that we got from the Usability Test that was run on Horizon in early
> March. I wanted to share some of the background of this test and the high
> leve
On 04/18/2014 06:55 AM, Lisa Clark wrote:
> Barbicaneers,
>
>Is anyone following the openstack-security list and/or part of the
> OpenStack Security Group (OSSG)? This sounds like another group and list
> we should keep our eyes on.
>
>In the below thread on the security list, Nathan K
On 04/25/2014 12:00 PM, Zane Bitter wrote:
On 25/04/14 13:50, Chris Friesen wrote:
In the nova boot command we pass the group uuid like this:
--hint group=e4cf5dea-4831-49a1-867d-e263f2579dd0
If we were to make use of the scheduler hints, how would that look?
Something like this? (I'm not u
Do you mean making it default to WIP on every patchset that gets
uploaded? That isn't possible with Gerrit version 2.8 because it
doesn't allow you to set a default score. Also I don't think that
would be appropriate because I definitely would not want that as the
default setting for my workflow.
On Fri, Apr 25, 2014 at 8:44 PM, Clint Byrum wrote:
> Excerpts from Zane Bitter's message of 2014-04-25 10:05:31 -0700:
> > On 25/04/14 08:30, Denis Makogon wrote:
> > > Hello Trove/Heat community.
> > >
> > > I'd like to start thread related to required use cases (from Trove
> > > perspective)
On Fri, Apr 25, 2014 at 8:10 PM, Zaro wrote:
> Gerrit 2.8 allows setting label values on patch sets either thru the
> command line[1] or REST API[2]. Since we will setup WIP as a -1 score
> on a label this will just be a matter of updating git-review to set
> the label on new patchsets. I'm no
On 25/04/14 13:50, Chris Friesen wrote:
On 04/25/2014 11:01 AM, Mike Spreitzer wrote:
Zane Bitter wrote on 04/25/2014 12:36:00 PM:
> On 25/04/14 12:23, Chris Friesen wrote:
More important is Zane's following question.
> > The "Server" class would be extended with an optional "server_grou
> I'd also recommend simplifying the API and CLI by removing the
> implementation-focused "provider type" stuff eventually, as well, since
> a service type framework would essentially make that no longer needed --
> at least on the public API side of things.
Correct, that's the part of the proposed
Hi openstackers,
In order to implement
https://blueprints.launchpad.net/magnetodb/+spec/support-tuneable-consistency
we need tunable consistency support in MagnetoDB what is described here
https://blueprints.launchpad.net/magnetodb/+spec/configurable-consistency
So, here is specification draft
Excerpts from Jan Provazník's message of 2014-04-25 06:30:31 -0700:
> Hello,
> one of missing bits for running multiple control nodes in Overcloud is
> setting up endpoints in Keystone to point to HAProxy which will listen
> on a virtual IP and not-standard ports.
>
> HAProxy ports are defined i
Hello,
One comment regarding
https://blueprints.launchpad.net/climate/+spec/before-end-notification-crud :
One of Dina’s comments on the https://review.openstack.org/#/c/89833/ was that
it is her intention to not add this functionality into v1 API.
If that’s the case, then the changes I proposed
In my opinion it would be enough to read table schema
from stdio, then it is possible to use pipe for input from any stream
On Fri, Apr 25, 2014 at 6:25 AM, ANDREY OSTAPENKO (CS) <
andrey_ostape...@symantec.com> wrote:
> Hello, everyone!
>
> Now I'm starting to implement cli client for KeyValue
On 04/25/2014 11:01 AM, Mike Spreitzer wrote:
Zane Bitter wrote on 04/25/2014 12:36:00 PM:
> On 25/04/14 12:23, Chris Friesen wrote:
More important is Zane's following question.
> > The "Server" class would be extended with an optional "server_group"
> > property. If it is set then the
Excerpts from Zane Bitter's message of 2014-04-25 10:05:31 -0700:
> On 25/04/14 08:30, Denis Makogon wrote:
> > Hello Trove/Heat community.
> >
> > I'd like to start thread related to required use cases (from Trove
> > perspective). To support (completely) Heat in Trove, it neeeds to
> > support
On Fri, 2014-04-25 at 13:32 -0400, Mohammad Banikazemi wrote:
> As I understand the proposed flavor framework, the intention is to
> provide a mechanism for specifying different "flavors" of a given
> service "type" as they are already defined. So using the term "type"
> may be confusing. Here we
Jay Faulkner writes:
> Can you guys publish the ssh host key we should expect from the new
> gerrit server?
Certainly! As the wiki page[1] notes, you can see the current ssh host
key fingerprints at:
https://review.openstack.org/#/settings/ssh-keys
Of course, right now, that's for the curre
As I understand the proposed flavor framework, the intention is to provide
a mechanism for specifying different "flavors" of a given service "type"
as they are already defined. So using the term "type" may be confusing.
Here we want to specify possibly different set of capabilities within a
given
On 04/24/2014 10:51 AM, Sergey Lukjanov wrote:
Hey folks,
I've pushed the draft schedule for Sahara sessions on ATL design
summit. The description isn't fully completed, I'm working on it. I'll
do it till the end of week and add an etherpad to each session.
Sahara folks, please, take a look on
On Fri, Apr 25, 2014 at 11:01 AM, Jay Pipes wrote:
> On Fri, 2014-04-25 at 13:41 +, Akihiro Motoki wrote:
> > Hi,
> >
> > I have a same question from Mark. Why is "flavor" not desired?
> > My first vote is "flavor" first, and then "type".
>
> Some reasons:
>
> First, flavor, in English, can a
Can you guys publish the ssh host key we should expect from the new
gerrit server?
Thanks,
Jay Faulkner
On 4/25/14, 10:08 AM, James E. Blair wrote:
> Hi,
>
> This is the third and final reminder that next week Gerrit will be
> unavailable for a few hours starting at 1600 UTC on April 28th.
>
> Yo
Hi,
This is the third and final reminder that next week Gerrit will be
unavailable for a few hours starting at 1600 UTC on April 28th.
You may read about the changes that will impact you as a developer
(please note that the SSH host key change is particularly important) at
this location:
https
On 25/04/14 08:30, Denis Makogon wrote:
Hello Trove/Heat community.
I'd like to start thread related to required use cases (from Trove
perspective). To support (completely) Heat in Trove, it neeeds to
support required operations like:
1.
Resize operations:
- resize a volume (to bi
Zane Bitter wrote on 04/25/2014 12:36:00 PM:
> On 25/04/14 12:23, Chris Friesen wrote:
> ...
> > The "LaunchConfiguration" and "Instance" classes would be extended
with
> > an optional "ServerGroup" property. In the "Instance" class if the
> > "ServerGroup" property is set then the group name i
On 25/04/14 12:23, Chris Friesen wrote:
I'm looking to add support for server groups to heat. I've got working
code, but I thought I'd post the overall design here in case people had
objections.
Basically, what I propose is to add a "class NovaServerGroup" resource.
Currently it would only s
Chris Friesen wrote on 04/25/2014 12:23:00
PM:
> I'm looking to add support for server groups to heat. I've got working
> code, but I thought I'd post the overall design here in case people had
> objections.
>
> Basically, what I propose is to add a "class NovaServerGroup" resource.
> Cur
I'm looking to add support for server groups to heat. I've got working
code, but I thought I'd post the overall design here in case people had
objections.
Basically, what I propose is to add a "class NovaServerGroup" resource.
Currently it would only support a "policy" property to store th
Gerrit 2.8 allows setting label values on patch sets either thru the
command line[1] or REST API[2]. Since we will setup WIP as a -1 score
on a label this will just be a matter of updating git-review to set
the label on new patchsets. I'm no sure if there's a bug entered in
our the issue tracker
Hello,
I am somewhat hesitant to bring up the stunnel topic in this thread, but it
needs to be considered in that an endpoint naming solution and a certificate
creation/distribution solution needs to consider both the haproxy and stunnel
requirements because there are many similarities. I am cu
On Fri, 2014-04-25 at 13:41 +, Akihiro Motoki wrote:
> Hi,
>
> I have a same question from Mark. Why is "flavor" not desired?
> My first vote is "flavor" first, and then "type".
Some reasons:
First, flavor, in English, can and often is spelled differently
depending on where you live in the w
Hi,
Sorry again about my non-presence for 20 mins, I had an IRC
client/connection issue.
That impacted much the discussions, feel free to reply to this email with
any concerns you didn't had time to raise on the meeting, so we could
continue.
That said, meeting minutes can be found here :
(18:00
On 04/25/2014 12:50 AM, Carlos Garza wrote:
> Trevor is referring to our plans on using the SSL session ID of the
> ClientHello to provide session persistence.
> See RFC 5264 section 7.4.1.2 which sends an SSL session ID in the clear
> (Unencrypted) so that a load balancer with out the decryp
The second draft of the Oslo design summit sessions have been posted
to http://junodesignsummit.sched.org/overview/type/oslo. I don't
expect any changes, but we may juggle slots if we find there are
conflicts with sessions from other projects where we need cross-over
attendance.
Doug
I would like to thank the parting TC members for their service and
congratulate the new TC members for the up and coming cycle!
Well Done, and Great Job ALL!
Chris
On Fri, Apr 25, 2014 at 8:30 AM, Anita Kuno wrote:
> Please join me in congratulating the 7 newly elected members of the TC.
>
>
On Tue, 22 Apr 2014 19:46:06 -0400
Sean Dague wrote:
>
> I think the policy about what's allowed to be not implemented or not
> shouldn't be changing so quickly that it needs to be left to the
> projects to decide after the fact.
>
+1. I think it is extremely important that we gate on this so w
> In addition, I prefer to managing flavor/type through API and decoupling
> flavor/type definition from provider definitions in configuration files
> as Cinder and Nova do.
Yes, that's the current proposal.
Thanks,
Eugene.
On Fri, Apr 25, 2014 at 5:41 PM, Akihiro Motoki wrote:
> Hi,
>
> I ha
Hi,
I have a same question from Mark. Why is "flavor" not desired?
My first vote is "flavor" first, and then "type".
There is similar cases in other OpenStack projects.
Nova uses "flavor" and Cinder uses "(volume) type" for similar cases.
Both cases are similar to our use cases and I think it is
we need to correct the previous reply.
Both should still be considered experimental because of
the multivendor work was NOT completed in Icehouse.
We can use only one service backend for each service and
there are no way to choose a backend when creating a service instance.
In addition,
Hello,
one of missing bits for running multiple control nodes in Overcloud is
setting up endpoints in Keystone to point to HAProxy which will listen
on a virtual IP and not-standard ports.
HAProxy ports are defined in heat template, e.g.:
haproxy:
nodes:
- name: control1
Please join me in congratulating the 7 newly elected members of the TC.
* Thierry Carrez
* Jay Pipes
* Vishvananda Ishaya
* Michael Still
* Jim Blair
* Mark McClain
* Devananda van der Veen
Full results:
http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_d34934c9fd1f6282
Thank you to all candida
Hi everyone:
I've pushed out the Neutron Design Summit Schedule to sched.org [1].
Like the other projects, it was tough to fit everything in. If your
proposal didn't make it, there will still be opportunities to talk
about it at the Summit in the project "Pod" area. Also, I encourage
you to still
We'll have one more meeting before the summit - May 8 :)
On Fri, Apr 25, 2014 at 5:09 PM, Matthew Farrellee wrote:
> On 04/25/2014 07:23 AM, Sergey Lukjanov wrote:
>>
>> Hey folks,
>>
>> May 1 is a non-working day in Russia and I'm starting traveling next
>> day, so, I'll not be able to chair it.
On 04/25/2014 07:23 AM, Sergey Lukjanov wrote:
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to chair it.
So, I'm proposing to cancel this meeting.
Any thoughts/objections?
if folks have topics they'd like to cover, use the mailing
On Fri, Apr 25, 2014 at 8:33 AM, Matt Riedemann
wrote:
>
>
> On 4/18/2014 1:18 PM, Doug Hellmann wrote:
>>
>> Nice work, Victor!
>>
>> I left a few comments on the commits that were made after the original
>> history was exported from the incubator. There were a couple of small
>> things to addres
There is a blueprint to add this to cinder
https://blueprints.launchpad.net/cinder/+spec/per-project-user-quotas-support
It has been implemented and then rejected due to there are some issues around
the current quota implementation to be fixed before introduce this new feature.
From: Harshada
On Fri, Apr 25 2014, Matt Riedemann wrote:
> I'm probably just late to the party, but simple question: why is it in the
> malor group in github rather than the openstack group, like oslo.messaging
> and oslo.rootwrap? Is that temporary or will it be moved at some point?
That's just for creating
On 4/18/2014 1:18 PM, Doug Hellmann wrote:
Nice work, Victor!
I left a few comments on the commits that were made after the original
history was exported from the incubator. There were a couple of small
things to address before importing the library, and a couple that can
wait until we have th
Hello Trove/Heat community.
I'd like to start thread related to required use cases (from Trove
perspective). To support (completely) Heat in Trove, it neeeds to support
required operations like:
1.
Resize operations:
- resize a volume (to bigger size);
- consistent resize of ins
In the QA meeting yesterday, we discussed about accounts, admin roles and
policies, and how we use them in tempest and in our test environments (e.g.
devstack and toci).
The conversation was triggered by a discussion on running tempest without admin
credentials – see [0], [1].
So we are loo
Hi Everyone,
I see most of the project allows quota for tenant as well as user.
Here is example of nova supporting quota for both tenant and user.
ubuntu@harshada-dev:~/harshada/temp/cinder$ nova help quota-show
usage: nova quota-show [--tenant ] [--user ]
List the quotas for a tenant/user.
Opt
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to chair it.
So, I'm proposing to cancel this meeting.
Any thoughts/objections?
Thanks.
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack Data Processing)
Mirantis Inc.
Hi Randall,
The current design document on artifacts in glance is available here [1].
It was just published, we are currently gathering the feedback on it.
Please feel free to add comments to the document or write any
suggestions or questions to the ML.
There was a little discussion on yesterdays
Hi Stephen,
Thanks for the great document. As I promised, I'll try to make a few action
items out if it.
First of all, I'd like to say that the API you have proposed is very close
to what is proposed in the blueprint
https://review.openstack.org/#/c/89903/with several differences I'd
like to addre
On Fri, Apr 25 2014, Chmouel Boudjnah wrote:
> I am not sure tho that forking oslo.common.policy is any better than
> copy/pasting it with its dependences.
+1, forking is not an option.
> I would suggest we move `swift-keystoneauth` to its own project part of the
> swift umbrella projects to han
Nice! Now I can come along.
-Angus
On 4/25/14, 2:38 AM, "Adrian Otto" wrote:
>Team,
>
>We have a new alternating meeting schedule to accommodate participation
>from our globally distributed team. The new meeting schedule has been
>posted to the OpenStack team meeting schedule [1] and links are
Sean and Robert,
Sorry for replying this late, but after giving this a second thought, I
think it makes sense to not allow a subnet with a LLA gateway IP address to
be attached to a neutron router for the following reasons:
1. A subnet with LLA address gateway specified is only used to receive RA
Hi,
We'll skip the project/release meeting next week (during the recommended
"off" week).
The next project/release meeting will be held on May 6th, and we'll
(ab)use it to finalize the Design Summit agenda and collectively resolve
the last scheduling conflicts.
Regards,
--
Thierry Carrez (ttx)
Good news, team. I’m waiting to hear back on how much time we will be given.
On 4/24/14, 8:58 PM, "Chris Hoge"
mailto:chris.h...@puppetlabs.com>> wrote:
Dear Graham and Joe,
Thank you for you submission for Designate to the new Open Source @ OpenStack
program. We're happy to inform you that y
I haven't done a full review but I like what you did and this should be the
proper way to handle ACL for keystoneauth.
I am not sure tho that forking oslo.common.policy is any better than
copy/pasting it with its dependences.
I would suggest we move `swift-keystoneauth` to its own project part of
Hi everyone
I would like to point out the bp
https://blueprints.launchpad.net/swift/+spec/authorization-policy to may be
have some early feedback from the community.
I have submitted a first patch which I hope will serves as an example/base for
discussion.
Specially I was wondering what would
Joe,
In regard to your first question - yes we'll be going in this direction
very soon. It's being discussed with Randy now.
As for the second question - we'd love to participate in fixing it (in
fact we've done it for OCS already) and probably maintaining it but I'm
not sure what it takes and
It would be nice to have a switch on git-review to push patchsets on WIP,
the same way you can do with Draft.
Anyone knows if there is an enhancement request/bug opened against Gerrit
so we could implement it?
Regards
2014-04-25 10:49 GMT+02:00 Roman Podoliaka :
> Hi all,
>
> >>> Wouldn't it b
Hi all,
>>> Wouldn't it be better to make this label more persistent?
+1. It's really annoying to press "Work in Progress" button every time
you upload a new patch set.
Thanks,
Roman
On Fri, Apr 25, 2014 at 11:02 AM, Yuriy Taraday wrote:
> Hello.
>
> On Wed, Apr 23, 2014 at 2:40 AM, James E. B
Hello, Dmitriy!
In this particular case, scenario “Put item to INSERT 1 attribute (an
existing table, 1 correct attribute “S”)". It means that we want put one
item with one attribute of type "S" to existing table.
In terms of DynamoDB Item (
https://github.com/stackforge/magnetodb/blob/master/tem
Exactly. Thank you for your clarification.
This is part of my job and my company would like to contribute to openstack.
Also I hope we can have more discussion about scheduling.
发件人: Henrique Truta [mailto:henriquecostatr...@gmail.com]
发送时间: 2014年4月25日 1:16
收件人: OpenStack Development Mailing List
Hello.
On Wed, Apr 23, 2014 at 2:40 AM, James E. Blair wrote:
>
> * The new "Workflow" label will have a "-1 Work In Progress" value which
> will replace the "Work In Progress" button and review state. Core
> reviewers and change owners will have permission to set that value
> (which will b
Hi Eric,
On Thu, Apr 24, 2014 at 7:02 PM, Eric Brown wrote:
> I'm pretty familiar with SNMP as I have worked with it for a number years.
> I know Telcos like it, but I feel its a protocol that is near end of life.
> It hasn't
> kept up on security guidelines. SNMPv1 and v2c are totally insecure
2014-04-25 1:38 GMT+02:00 Jay Lau :
> Seems http://summit.openstack.org/cfp/details/262 can cover this? Thanks.
>
>
Well, that will depend on the number of sessions we could get. This #262
proposal was agreed to be merged with #140 if no enough slots.
>
> 2014-04-25 5:09 GMT+08:00 Sylvain Bauza
Trevor is referring to our plans on using the SSL session ID of the
ClientHello to provide session persistence.
See RFC 5264 section 7.4.1.2 which sends an SSL session ID in the clear
(Unencrypted) so that a load balancer with out the decrypting key can use it to
make decisions on which
back
You're absolutely right. I addressed openstack instead of opencontrail list
by mistake. Sorry for making unnecessary burden.
Michal.
On 25 April 2014 01:09, Edgar Magana Perdomo (eperdomo)
wrote:
> I don’t think this is the right mailing list for this question.
> Contrail is not supported in I
On Thu, Apr 24, 2014 at 03:10:01PM -0400, Sean Dague wrote:
> In the QA program we've now got the qa-specs repository to help craft
> the details of a blueprint before someone implements it. However there
> are problems we know we need to solve, which we only have a more general
> thought on, and c
Congrats, Pablo! I was out of office and have no internet and couldn't give
you +1 :(
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2014-04-24 17:43 GMT+04:00 Fuente, Pablo A :
> Thanks, it's an honor!
>
> On Thu, 2014-04-24 at 13:20 +, Sanchez, Cristian
Thanks everyone who have joined Sahara meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-04-24-18.00.html
Log:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-04-24-18.00.log.html
--
Sincerely yours,
Sergey Lu
90 matches
Mail list logo
