On 11/22/2013 02:49 PM, Maxime Vidori wrote:
It seems a bit crazy to me to introduce NodeJS as a dependency just for
the sake of an easy way to run jslint. There are other options
available that run without NodeJS as a dependency.
Sadly, the only solutions which try to implement jslint in pure
On 11/22/2013 06:13 PM, Julie Pichon wrote:
"Imre Farkas" wrote:
On 11/22/2013 02:49 PM, Maxime Vidori wrote:
It seems a bit crazy to me to introduce NodeJS as a dependency just for
the sake of an easy way to run jslint. There are other options
available that run without N
On 12/04/2013 08:12 AM, Robert Collins wrote:
Hi,
like most OpenStack projects we need to keep the core team up to
date: folk who are not regularly reviewing will lose context over
time, and new folk who have been reviewing regularly should be trusted
with -core responsibilities.
In this mo
On 12/09/2013 11:56 AM, Jaromir Coufal wrote:
On 2013/07/12 01:59, Robert Collins wrote:
* Monitoring
* assignment, availability, status
* capacity, historical statistics (M)
Why is this under 'nodes'? I challenge the idea that it should be
there. We will need to surface som
On 12/13/2013 11:36 AM, Jaromir Coufal wrote:
*VERSION 0*
===
Enable user to deploy OpenStack with the simpliest TripleO way, no
difference between hardware.
Target:
- end of icehouse-2
Features we need to get in:
- Enable manual nodes registration (Ironic)
- Get images available for u
On 12/16/2013 08:52 AM, Stephen Gran wrote:
On 16/12/13 03:47, Thomas Goirand wrote:
Hi,
I've been working over the last 2 months to get Ironic, TripleO and
Tuskar ready for an upload in Debian. However, for tuskar-ui, I'm facing
the fact that there's a lack of documentation.
It was easy to ge
On 12/13/2013 05:22 PM, James Slagle wrote:
On Fri, Dec 13, 2013 at 03:04:09PM +0100, Imre Farkas wrote:
One note to deploy: It's not done only by Heat and Nova. If we
expect a fully functional OpenStack installation as a result, we are
missing a few steps like creating users, initializin
On 12/20/2013 12:25 PM, Ladislav Smola wrote:
2. Heat stack create, update
This is locked in the process of the operation, so nobody can mess with
it while it is updating or creating.
Once we will pack all operations that are now aside in this, we should
be alright. And that should be doable in I
Thanks Jay, this is a very useful summary! Some comments inline:
On 01/09/2014 06:22 PM, Jay Dobies wrote:
I'm trying to hash out where data will live for Tuskar (both long term
and for its Icehouse deliverables). Based on the expectations for
Icehouse (a combination of the wireframes and what's
On 01/10/2014 04:27 PM, Jay Dobies wrote:
Thanks for the feedback :)
= Stack =
There is a single stack in Tuskar, the "overcloud".
A small nit here: in the long term Tuskar will support multiple
overclouds.
Yes, absolutely. I should have added "For Icehouse" like I did in other
places. Good
On 02/19/2014 06:10 PM, Ladislav Smola wrote:
Hello,
I would like to have your opinion about how to deal with passwords in
Tuskar-API
The background is, that tuskarAPI is storing heat template parameters in
its database, it's a
preparation for more complex workflows, when we will need to store
On 02/20/2014 10:12 AM, Radomir Dopieralski wrote:
On 19/02/14 18:29, Dougal Matthews wrote:
The question for me, is what passwords will we have and when do we need
them? Are any of the passwords required long term.
We will need whatever the Heat template needs to generate all the
configuratio
On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
How are you going to redeploy without th
On 02/24/2014 09:39 AM, Ladislav Smola wrote:
On 02/23/2014 01:16 AM, Clint Byrum wrote:
Excerpts from Imre Farkas's message of 2014-02-20 15:24:17 +:
On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are w
On 11/19/2014 12:07 PM, Dmitry Tantsur wrote:
On 11/18/2014 06:13 PM, Chris K wrote:
Hi all,
In an effort to keep the Ironic specs review queue as up to date as
possible, I have identified several specs that were proposed in the Juno
cycle and have not been updated to reflect the changes to the
On 11/26/2014 02:20 PM, Dmitry Tantsur wrote:
Hi all!
As our state machine and discovery discussion proceeds, I'd like to ask
your opinion on whether we need an IntrospectionInterface
(DiscoveryInterface?). Current proposal [1] suggests adding a method for
initiating a discovery to the Managemen
On 03/07/2014 10:30 AM, Jiří Stránský wrote:
Hi,
there's one step in cloud initialization that is performed over SSH --
calling "keystone-manage pki_setup". Here's the relevant code in
keystone-init [1], here's a review for moving the functionality to
os-cloud-config [2].
The consequence of thi
On 04/03/2014 01:02 PM, Robert Collins wrote:
Getting back in the swing of things...
Hi,
like most OpenStack projects we need to keep the core team up to
date: folk who are not regularly reviewing will lose context over
time, and new folk who have been reviewing regularly should be trusted
On 04/08/2014 01:50 AM, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
+1
Imre
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 09/19/2013 10:08 AM, Tomas Sedovic wrote:
Hi everyone,
Some of us Tuskar developers have had the chance to meet the TripleO
developers face to face and discuss the visions and goals of our projects.
Tuskar's ultimate goal is to have to a full OpenStack management
solution: letting the cloud
+1 from me. Thanks for your work Anton and congrats! ;-)
Imre
On 04/05/2016 12:24 PM, Dmitry Tantsur wrote:
Hi!
I'd like to propose Anton to the ironic-inspector core reviewers team.
His stats are pretty nice [1], he's making meaningful reviews and he's
pushing important things (discovery, no
Hi all,
We have the openwsman bug[1] for long which affects the AMT and DRAC
drivers. I added a simple protocol implementation[2] to
python-dracclient a couple months ago using requests and lxml and
refactored the DRAC driver to use that instead of openwsman. It's far
from being a complete im
On 08/25/2015 12:53 PM, Dmitry Tantsur wrote:
Hi all!
Please join me in welcoming Sam to our team! He has been doing very
smart reviews recently, was contributing core features and expressed
clear interest in the ironic-inspector project.
Thanks and welcome!
Congrats Sam, well deserved!
Imr
On 07/01/2015 10:56 AM, Dmitry Tantsur wrote:
Hi all!
Please welcome Yuiko Takada to ironic-inspector-core team. Yuiko has
been with the team for some time already. She did substantial work on
porting ironic-inspector to Oslo libraries and on our new devstack gate
job.
Thanks Yuiko, it's a plea
Hi Dmitry,
Sounds good to me! ;-)
Imre
On 03/20/2015 01:59 PM, Dmitry Tantsur wrote:
This is an informational email about upcoming ironic-discoverd-1.1.0
[1]. If you're not interested in discoverd, you may safely skip it.
Hi all!
Do you know what time is coming? Release time! I'm hoping to
On Mon, Sep 26, 2016 at 11:24 AM, Dmitry Tantsur
wrote:
> Hi folks!
>
> As you probably know, Imre has decided to leave us for other challenges,
> so our small core team has become even smaller. I'm removing him on his
> request.
>
> I suggest adding Milan Kovacik (milan or mkovacik on IRC) to th
26 matches
Mail list logo
