> The main question here is the business logic.
> Do we have to use new design or don’t.
>
> With best regards, Dmitry
>
> On 26 Jul 2016, at 17:47, Vitaly Kramskikh <vkramsk...@mirantis.com>
> wrote:
>
> Hi, Dmitry,
>
> Your design seems to be similar to one of our att
emory capacity and Ceph disk capacity only.
>
> New design pros:
> - cloud administrator can easily estimate all available resources for
> cloud instances
>
> New design cons:
> - if cloud doesn’t use Ceph then HDD value is zero
>
> What do you think about the new design?
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/op
ui seems to be installing fine from dfw.rax, though you may run into
> similar issues with other mirrors until those caches warm up.
>
> Michael
>
> On Thu, May 12, 2016 at 4:10 AM Vitaly Kramskikh <vkramsk...@mirantis.com>
> wrote:
>
>> Hi, Michael,
>>
>>
_
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-d
List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
___
>>>> [4] https://wiki.openstack.org/wiki/Design_Summit/Planning
>>>>
>>>> Thanks.
>>>>
>>>> Vladimir Kozhukalov
>>>>
>>>
>>>
>>>
>>>
CI, and quicly prepare a separate patch
> that removes fake thread from failed test.
>
> Thanks in advance,
> Igor
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.ope
gi-bin/mailman/listinfo/openstack-dev
>>
>>
>>__
>>OpenStack Development Mailing List (not for usage questions)
>>Unsubscribe:
>>openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
to tell us.
2016-03-01 16:09 GMT+07:00 Vitaly Kramskikh <vkramsk...@mirantis.com>:
> The new repo has been created: https://github.com/openstack/fuel-ui.
> Please move all change requests there. Fuel UI code in fuel-web repo is
> going to be removed soon.
>
> 2016-02-26 19:
ires
> fields on the fly which require for it to return list of dicts) and support
> of this stuff on your own, are you?
>
> On Wed, Mar 2, 2016 at 10:09 AM, Vitaly Kramskikh <vkramsk...@mirantis.com
> > wrote:
>
>> I think it's not a part of best practices to intro
pec/custom-graph-execution
> [6]
> https://blueprints.launchpad.net/fuel/+spec/save-deployment-info-in-database
>
> --
> ---
> WBR, Alexey Shtokolov
>
> __
> OpenStack Development Mailing List (not for usage questions)
>
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
___
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org
>>> ?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>>
>>>
>&
e on
> the right size of line? It'd be easy to understand what to click to
> visit the dashboard.
>
> - Igor
>
> On Thu, Feb 11, 2016 at 1:38 PM, Vitaly Kramskikh
> <vkramsk...@mirantis.com> wrote:
> > Roman,
> >
> > For with enabled SSL it still can
y plugin link
>
> Why? And how do you handle it with link now?
>
> On Fri, Feb 12, 2016 at 11:15 AM, Vitaly Kramskikh
> <vkramsk...@mirantis.com> wrote:
> > Igor,
> >
> > Then we'll end up with 2 buttons (for HTTP and HTTPS links) for Horizon
> and
> > eve
. We've merged
small style update to underline Horizon/plugin links, I think it would be
enough to solve the issue.
2016-02-09 20:31 GMT+07:00 Roman Prykhodchenko <m...@romcheg.me>:
> Cannot we use display the same link we use in the title?
>
> 9 лют. 2016 р. о 14:14 Vitaly Kra
relya,
> Irc #bogdando
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
_
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listi
(not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
_
is
deprecated since 7.0?
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
to affect UI functional tests: cluster reset task may hang
<https://bugs.launchpad.net/fuel/+bug/1529613>, so this issue now may
affect real deployments.
I think we need to do something with it ASAP.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Miranti
ou the problem is in deadlock? I see the deadlock detecter
>> traceback, but not an actual deadlock.
>>
>> I'm not sure could it be a reason for failure or not, it's better to
>> ask Alexander Kislitsky.
>>
>> Thanks,
>> Igor
>>
>> On Wed, Dec 30, 2
; >>
> >>
> >>
> >> --
> >> Aleksandra Fedorova
> >> CI Team Lead
> >> bookwar
> >>
> >>
> _______
26351
>
> Best regards,
> Svechnikov Artur
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstac
;> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> >>> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>> >>
> >>> >
> >>> >
> >>> >
> __________
> >&
s
will still use the API to create the links manually.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?
t, but I don't think that's possible.
>
> - Igor
>
> On Tue, Dec 15, 2015 at 11:53 AM, Vitaly Kramskikh
> <vkramsk...@mirantis.com> wrote:
> > Hi,
> >
> > As you may know, in Fuel 8.0 we've implemented blueprint
> > external-dashboard-links-in-fuel-dashboard
; >>>> to our use case when we put mosX.Y locally on the master node while
>> >>>> mosX.Y-updates and mosX.Y-security are supposed to be available
>> online.
>> >>>>
>> >>>> What do you guys think of that?
>> >>>>
>> >>>>
>> >>&
List (not for usage questions)
> >>> Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>
> >>
> __
15893
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/lis
> +1.
>
> Although there is one thing that you didn't mention (but probably everyone
> know about it)
> is to solve the issue with fuelclient not beign tested against changes in
> nailgun.
> We need not only run it for every change in nailgun (or for only those
> that touch files un
ists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing
ilation, which is usually much
faster than gulp build) and triggers refresh in browser. You can run it
via gulp dev-server.
If you have issues with the new code, feel free to contact us in #fuel-ui
or #fuel-dev channels.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
-dev
>>
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/ma
nfra I've marked with
> area related to that repo.
> - bugs about fuel-web repo decomposition I've marked with area-build tag.
>
> I'll be able to share much more interesting reports for every area and
> highlight important stuff as soon as we start using these tags on daily
> basis. I hop
merge API changes without:
>
> 1. Fixing documentation?
> 2. bumping API version?
>
>
> --
> Best regards,
> Sergii Golovatiuk,
> Skype #golserge
> IRC #holser
>
> On Wed, Oct 21, 2015 at 3:08 PM, Vitaly Kramskikh <vkramsk...@mirantis.com
> > wrote:
>
&
ns in the ecosystem.
>
>
> - romcheg
>
>
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscrib
change our CI so it could run tests from another repo against changes in
another repo.
Can it be done?
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsub
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
&g
for development, this change means that you
don't need to run "gulp bower" anymore after pulling latest changes, just
"npm install" is enough.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
O
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions
Daniel,
Yes, it doesn't work in 6.1 release. My question is: are you OK if we
support your case in 7.0 using the approach I described?
2015-07-21 14:13 GMT+03:00 Daniel Depaoli daniel.depa...@create-net.org:
On Tue, Jul 21, 2015 at 12:02 PM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote
/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc
So, there is no objections and Julia is now a core reviewer for fuel-web.
Congratulations!
2015-05-05 16:17 GMT+03:00 Vitaly Kramskikh vkramsk...@mirantis.com:
Thanks for voting. If nobody has objections by tomorrow, Julia will get +2
rights for fuel-web.
2015-05-05 15:30 GMT+03:00 Dmitry
skalinow...@mirantis.com wrote:
+1
2015-04-30 11:33 GMT+02:00 Przemyslaw Kaminski pkamin...@mirantis.com:
+1, indeed Julia's reviews are very thorough.
P.
On 04/30/2015 11:28 AM, Vitaly Kramskikh wrote:
Hi,
I'd like to nominate Julia Aranovich
http://stackalytics.com/report/users
stuff).
Please vote by replying with +1/-1.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
, 2015 at 10:36 AM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote:
Hi,
We're working on migrating Fuel UI from Bootstrap 2 to Bootstrap 3 and
changing the design. It's mostly upgrade of styles and markup, but we
also
plan to implement some changes which are frequently requested (like
for 3
pages:
- Environment list http://94.127.68.84/files/fuel/
- Nodes tab http://94.127.68.84/files/fuel/nodes.html
- Actions tab http://94.127.68.84/files/fuel/actions.html
What do you think about the new design? Your feedback is welcome.
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Fuel UI Tech Lead,
Mirantis, Inc.
__
OpenStack Development Mailing
env.
Thanks,
On Thu, Jan 15, 2015 at 7:20 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Folks,
I want to discuss possibility to add network verification status field
for environments. There are 2 reasons for this:
1) One of the most frequent reasons of deployment failure is wrong
removes the task. There are a few cases when the UI does this, like
changing network settings, adding a new node, etc (you can grep
removeFinishedNetworkTasks to see all the cases). This definitely should
be done on backend.
What is your opinion on this?
--
Vitaly Kramskikh,
Software Engineer
one used in Gerrit)
3. Add ability to add arbitrary tags with values to nodes and also
allow filtering by them.
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
__
OpenStack Development Mailing List
...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack
Kramskikh
vkramsk...@mirantis.com wrote:
2014-12-10 19:31 GMT+03:00 Evgeniy L e...@mirantis.com:
On Wed, Dec 10, 2014 at 6:50 PM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote:
2014-12-10 16:57 GMT+03:00 Evgeniy L e...@mirantis.com:
Hi,
First let me describe what our plans
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack
/1ddb166731fc4bf614f502b276eb136687cb20cf
On Sun, Nov 30, 2014 at 3:12 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
2014-11-28 23:20 GMT+04:00 Dmitriy Shulyak dshul...@mirantis.com:
- environment_config.yaml should contain exact config which will be
mixed into cluster_attributes. No need
2014-12-10 19:31 GMT+03:00 Evgeniy L e...@mirantis.com:
On Wed, Dec 10, 2014 at 6:50 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
2014-12-10 16:57 GMT+03:00 Evgeniy L e...@mirantis.com:
Hi,
First let me describe what our plans for the nearest release. We want to
deliver
role
will be other consequences for that.
- romcheg
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc
@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
and
stuff, but I still don't have my own proposal. So I think it could be a
better idea to wait for proposal from Evgeniy and then we'll be able to
make a list of pro and contra arguments.
On Nov 28, 2014 9:48 AM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Folks,
Please participate
pregenerated by FPB, so plugin
developer has to do nothing more. If you add a new checkbox which doesn't
affect plugin removeability and tasks, you have to change nothing in plugin
metadata.
Thanks,
On Thu, Nov 27, 2014 at 7:57 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Folks,
In the 6.0
in implementation of Granular Deployment feature.
These simple changes will allow to write much more complex plugins. What do
you think?
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
,
On Tue, Nov 11, 2014 at 2:16 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Folks,
There was an idea to make a separate code freeze for repos, but we
decided not to do it. Do we plan to try it this time? It is really painful
to maintain multi-level tree of dependent review requests
, but we have to define
some rules how to define that fuel-web is stable. I mean, in fuel-web
we have different projects, so when Fuel UI is stable, the
fuel_upgrade or Nailgun may be not.
- Igor
On Fri, Nov 14, 2014 at 3:52 PM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote:
Evgeniy
Folks,
There was an idea to make a separate code freeze for repos, but we decided
not to do it. Do we plan to try it this time? It is really painful to
maintain multi-level tree of dependent review requests and wait for a few
weeks until we can merge new stuff in master.
--
Vitaly Kramskikh
-team+unsubscr...@mirantis.com.
For more options, visit https://groups.google.com/a/mirantis.com/d/optout.
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
,
www.mirantis.com http://www.mirantis.ru/
www.mirantis.ru
vkuk...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh,
Software Engineer
change anything, I
just
need it to be listed somewhere in plugins inside cluster data to know
that
it'll be executed.
How will it work with your approach?
08 Окт 2014 г. 20:00 пользователь Vitaly Kramskikh
vkramsk...@mirantis.com написал:
Hi, responses inline.
2014-10-08 21:09
enable plugin if he wants
it to be installed.
Thanks,
On Thu, Oct 9, 2014 at 3:34 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Let me propose another approach. I agree with most of Dmitry's statements
and it seems in MVP we need plugin management UI where we can enable
installed
invent mechanism to disable them on env which is not deployed yet,
besides, for API it's just one PUT) is MUCH simpler and much more
obvious, as I see.
On Wed, Oct 8, 2014 at 8:34 AM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote:
Hi,
I would go with the 1st approach. The thing I
is installing a package and modify a couple of config files
(run a shell command).
These ones have nothing to do with UI or any checkboxes, aren't they?
08 Окт 2014 г. 12:49 пользователь Vitaly Kramskikh
vkramsk...@mirantis.com написал:
Nikolay,
Currently every thing that can be turned
not
sure if we can do it with hooks, but it's possible with some separate
model and handlers.
Thanks,
On Wed, Oct 8, 2014 at 12:48 PM, Vitaly Kramskikh vkramsk...@mirantis.com
wrote:
Nikolay,
Currently every thing that can be turned into a plugin (Ceph, vCenter,
Sahara, Murano, Ceilometer
for plugins which are disabled
- we don't run tasks on slaves if it's not required
Thanks,
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Vitaly Kramskikh
provide current credentials so HealthCheck can access OpenStack and run
verification tests.
I think it should be more obvious this way...
Anyone, it must be a choice for a user, if he wants to store creds in a
browser.
On Fri, Jul 11, 2014 at 8:50 PM, Vitaly Kramskikh vkramsk...@mirantis.com
not want to have their
password
stored in Fuel Master node.
And if so, then it actually means we should not save it when user
provides it on HealthCheck tab.
On Thu, Jun 19, 2014 at 8:05 PM, Vitaly Kramskikh
vkramsk...@mirantis.com wrote:
Hi folks,
We have a bug which prevents OSTF
OpenStack installation
2. Provide a field for a password in UI so user could provide actual
password in case it was changed
What do you guys think? Which options is better?
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev
this?
--
Vitaly Kramskikh,
Software Engineer,
Mirantis, Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
88 matches
Mail list logo