Re: [openstack-dev] [Horizon] Less compiler dependency

On 12/09/2013 12:47 PM, Jaromir Coufal wrote: Hey all Horizoners, This is last time I am trying to bring this concern up (well at least last time for a while :)). But... Watching latest progress with updating Bootstrap to v3 and dealing with compiling issues, I am more and more concerned

Re: [openstack-dev] [Horizon] Nominations to Horizon Core

+1 for Tatiana Mazur to Horizon Core On 12/10/2013 09:24 PM, Lyle, David wrote: I would like to nominate Tatiana Mazur to Horizon Core. Tatiana has been a significant code contributor in the last two releases, understands the code base well and has been doing a significant number of

Re: [openstack-dev] [TripleO][Tuskar] Terminology

On 12/11/2013 08:54 PM, Jay Dobies wrote: So glad we're hashing this out now. This will save a bunch of headaches in the future. Good call pushing this forward. On 12/11/2013 02:15 PM, Tzu-Mainn Chen wrote: Hi, I'm trying to clarify the terminology being used for Tuskar, which may be

Re: [openstack-dev] [TripleO] [Horizon] [Tuskar] [UI] Horizon and Tuskar-UI merge

On 12/16/2013 03:32 PM, Jaromir Coufal wrote: On 2013/16/12 14:03, Matthias Runge wrote: On 12/13/2013 03:08 PM, Ladislav Smola wrote: Horizoners, As discussed in TripleO and Horizon meetings, we are proposing to move Tuskar UI under the Horizon umbrella. Since we are building our UI solution

Re: [openstack-dev] Horizon and Tuskar-UI codebase merge

On 12/19/2013 08:58 AM, Matthias Runge wrote: On 12/18/2013 10:33 PM, Gabriel Hurley wrote: Adding developers to Horizon Core just for the purpose of reviewing an incubated umbrella project is not the right way to do things at all. If my proposal of two separate groups having the +2 power in

Re: [openstack-dev] [Horizon] RFC - Suggestion for switching from Less to Sass (Bootstrap 3 Sass support)

Hey, Switching to SASS/Compass seems to me like a nice idea. Although reading Compass docs on using it in django/python projects [1], they recommend to serve compiled css in as output for production, so the production servers don't have to carry ruby/compass gems dependencies. Also in

Re: [openstack-dev] [Horizon] Bootstrap 3 update and problems with lesscpy

be addressed properly upstream in lesscpy does not seem like a good course of action. I understand the amount of work involved in updating Bootstrap, but our goal should be to properly resolve the conflict once we are working on Icehouse. -David On Wednesday, September 18, 2013 6:27 AM Jiri Tomasek

Re: [openstack-dev] Bad review patterns

On 11/07/2013 08:25 AM, Daniel P. Berrange wrote: On Thu, Nov 07, 2013 at 12:21:38AM +, Day, Phil wrote: Leaving a mark. === You review a change and see that it is mostly fine, but you feel that since you did so much work reviewing it, you should at least find *something*

Re: [openstack-dev] [Horizon] Introduction of AngularJS in membership workflow

Hi, I'd like to point out, that our main intent should be to use mostly AngularJS's Directives feature. As Jordan mentions, It is a self-contained reusable item that is initialized on the html element (see line 6 in [2]), you can pass it variables that Django template has available. Then

Re: [openstack-dev] [Horizon] Use icon set instead of instance Action

Hi, you might also want to bring up this proposal on Openstack UX Askbot [1], which is agreed to be a place to discuss Openstack UX issues. This particular feature would propably depend on using font icons which is dealt with in this blueprint [2].

[openstack-dev] [TripleO] Horizon based UI Updates in Tuskar-UI

Hi, As Horizon is recently undergoing a set of user interface changes, there will be needed some effort in getting Tuskar-UI up to date with new Horizon UI structure and features. The changes are comming mostly from the update of Twitter Bootstrap framework to latest version (3.0) and

Re: [openstack-dev] [horizon] Javascript development improvement

Hi, I also don't see an issue with using nodejs in Horizon development environment. Is the problem in Django not differentiating the development and production environments by default? Could the problem be resolved by having two different environments with the two requirements files etc.

Re: [openstack-dev] [Tripleo] Core reviewer update Dec

- Martyn Taylor for removal from -core - Jiri Tomasek for removal from -core - Jamomir Coufal for removal from -core Existing -core members are eligible to vote - please indicate your opinion on each of the three changes above in reply to this email. Ghe, please let me know if you're willing

Re: [openstack-dev] [Horizon] Nominations to Horizon Core

On 06/20/2014 11:17 PM, Lyle, David wrote: I would like to nominate Zhenguo Niu and Ana Krivokapic to Horizon core. Zhenguo has been a prolific reviewer for the past two releases providing high quality reviews. And providing a significant number of patches over the past three releases. Ana has

Re: [openstack-dev] [Horizon] Use of AngularJS

On 05/29/2014 05:30 PM, Musso, Veronica A wrote: Hello, During the last Summit the use of AngularJS in Horizon was discussed and there is the intention to do a better use of it in the dashboards. I think this blueprint could help

Re: [openstack-dev] [horizon][infra] Plan for the splitting of Horizon into two repositories

On 05/31/2014 11:13 PM, Jeremy Stanley wrote: On 2014-05-29 20:55:01 + (+), Lyle, David wrote: [...] There are several more xstatic packages that horizon will pull in that are maintained outside openstack. The packages added are only those that did not have existing xstatic packages.

Re: [openstack-dev] [horizon] mocking policy

On 06/10/2014 12:01 PM, Maxime Vidori wrote: +1 for the use of mock. Is mox3 really needed? Or can we move our tests for python3 to mock, and use this library for every tests for python3? - Original Message - From: David Lyle david.l...@hp.com To: OpenStack Development Mailing List

Re: [openstack-dev] [Horizon] Separate horizon and openstack_dashboard

On 11/10/2014 12:19 PM, Matthias Runge wrote: On Thu, Oct 30, 2014 at 01:13:48PM +0100, Matthias Runge wrote: Hi, tl;dr: how to progreed in separating horizon and openstack_dashboard About a year ago now we agreed, it makes sense to separate horizon and openstack_dashboard. At the past

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

Hey, Thanks for writing this up! I am including some notes and questions inline... On 11/11/2014 08:02 AM, Richard Jones wrote: Hi all, At the summit last week, we developed a plan for moving forward with modernising Horizon's UI using AngularJS. If you weren't at that meeting and are

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

On 11/12/2014 02:35 PM, Monty Taylor wrote: On 11/12/2014 02:40 AM, Richard Jones wrote: On 12 November 2014 18:17, Matthias Runge mru...@redhat.com wrote: On 11/11/14 10:53, Jiri Tomasek wrote: Hey, Thanks for writing this up! The Storyboard project has successfully integrated these tools

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

On 11/11/2014 08:02 AM, Richard Jones wrote: Hi all, At the summit last week, we developed a plan for moving forward with modernising Horizon's UI using AngularJS. If you weren't at that meeting and are interested in helping out with this effort please let me know! The relevant etherpad

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

On 11/12/2014 05:18 PM, Julie Pichon wrote: On 12/11/14 15:12, Jiri Tomasek wrote: Approach on using Xstatic packages vs Js tooling: As only problem with using js tooling should be just actual packaging of it, I think it makes sense to use these tools and make development simpler then going

Re: [openstack-dev] [Horizon] the future of angularjs development in Horizon

On 11/13/2014 04:04 PM, Thomas Goirand wrote: On 11/13/2014 12:13 PM, Richard Jones wrote: the npm stuff is all tool chain; tools that I believe should be packaged as such by packagers. npm is already in Debian: https://packages.debian.org/sid/npm However, just like we can't use CPAN, pear

[openstack-dev] [Horizon] Bootstrap 3 update and problems with lesscpy

Hi all, I've started working on updating Bootstrap to version 3 in Horizon. https://blueprints.launchpad.net/horizon/+spec/bootstrap-update As I have described in blueprint whiteboard, I am experiencing compile problems with the new lesscpy compiler that we started using recently. The

Re: [openstack-dev] [tripleo] When to use parameters vs parameter_defaults

On 11/25/2015 03:17 PM, Jay Dobies wrote: I think at the same time we add a mechanism to distinguish between internal and external parameters, we need to add something to indicate required v. optional. With a nested stack, anything that's not part of the top-level parameter contract is

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 01/06/2016 11:48 AM, Dougal Matthews wrote: On 5 January 2016 at 17:09, Jiri Tomasek <jtoma...@redhat.com <mailto:jtoma...@redhat.com>> wrote: On 12/23/2015 07:40 PM, Steven Hardy wrote: On Wed, Dec 23, 2015 at 11:05:05AM -0600, Ben Nemec wrote: On 1

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On 12/23/2015 07:40 PM, Steven Hardy wrote: On Wed, Dec 23, 2015 at 11:05:05AM -0600, Ben Nemec wrote: On 12/23/2015 10:26 AM, Steven Hardy wrote: On Wed, Dec 23, 2015 at 09:28:59AM -0600, Ben Nemec wrote: On 12/23/2015 03:19 AM, Dougal Matthews wrote: On 22 December 2015 at 17:59, Ben

Re: [openstack-dev] [tripleo] When to use parameters vs parameter_defaults

On 11/16/2015 04:25 PM, Steven Hardy wrote: Hi all, I wanted to start some discussion re $subject, because it's been apparrent that we have a lack of clarity on this issue (and have done ever since we started using parameter_defaults). Some context: - Historically TripleO has provided a

Re: [openstack-dev] [TripleO] Removing unused/deprecated template parameters?

On 01/13/2016 10:33 AM, Juan Antonio Osorio wrote: IIRC some of them were already marked (via a comment) as deprecated. +1 to cleaning up the parameters. I think it should be done as soon as possible, as the existence of some of them makes the usage of the templates quite confusing. BR On

Re: [openstack-dev] [TripleO] Driving workflows with Mistral

On 01/11/2016 04:51 PM, Dan Prince wrote: Background info: We've got a problem in TripleO at the moment where many of our workflows can be driven by the command line only. This causes some problems for those trying to build a UI around the workflows in that they have to duplicate deployment

Re: [openstack-dev] [TripleO] Driving workflows with Mistral

On 01/12/2016 04:22 PM, Ryan Brown wrote: On 01/12/2016 06:52 AM, Jiri Tomasek wrote: On 01/11/2016 04:51 PM, Dan Prince wrote: Background info: We've got a problem in TripleO at the moment where many of our workflows can be driven by the command line only. This causes some problems for those

Re: [openstack-dev] [heat][TripleO] Adding interfaces to environment files?

On Wed, Jun 8, 2016 at 11:23 AM, Steven Hardy wrote: > On Tue, Jun 07, 2016 at 04:53:12PM -0400, Zane Bitter wrote: > > On 07/06/16 15:57, Jay Dobies wrote: > > > > > > > > 1. Now that we support passing un-merged environment files to heat, > > > > it'd be > > > > good to

Re: [openstack-dev] [heat][TripleO] Adding interfaces to environment files?

On 06/13/2016 03:51 PM, Ben Nemec wrote: On 06/08/2016 07:00 AM, Jiri Tomasek wrote: On Wed, Jun 8, 2016 at 11:23 AM, Steven Hardy <sha...@redhat.com <mailto:sha...@redhat.com>> wrote: On Tue, Jun 07, 2016 at 04:53:12PM -0400, Zane Bitter wrote: > On 07/06/16 15:57, J

[openstack-dev] [TripleO] Nodes Registration workflow improvements

Hi all, As we are close to merging the initial Nodes Registration workflows and action [1, 2] using Mistral which successfully provides the current registration logic via common API, I'd like to start discussion on how to improve it so it satisfies GUI and CLI requirements. I'd like to try

Re: [openstack-dev] [tripleo] Zaqar messages standardization

On 05/25/2016 08:08 PM, Thomas Herve wrote: On Fri, May 20, 2016 at 5:52 PM, Jiri Tomasek <jtoma...@redhat.com> wrote: Hey all, I've been recently working on getting the TripleO UI integrated with Zaqar, so it can receive a messages from Mistral workflows and act upon them without having

Re: [openstack-dev] [tripleo] Zaqar messages standardization

On 05/26/2016 12:18 PM, Thomas Herve wrote: On Thu, May 26, 2016 at 11:48 AM, Jiri Tomasek <jtoma...@redhat.com> wrote: On 05/25/2016 08:08 PM, Thomas Herve wrote: Sorry for not responding earlier, but I have some inputs. In Heat we publish events on Zaqar queue, and we defined this

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/14/2016 12:54 PM, Steven Hardy wrote: On Wed, Jan 13, 2016 at 04:41:28AM -0500, Tzu-Mainn Chen wrote: Hey all, I realize now from the title of the other TripleO/Mistral thread [1] that the discussion there may have gotten confused. I think using Mistral for TripleO processes that are

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/27/2016 03:36 PM, Dan Prince wrote: On Wed, 2016-01-27 at 14:32 +0100, Jiri Tomasek wrote: On 01/26/2016 09:05 PM, Ben Nemec wrote: On 01/25/2016 04:36 PM, Dan Prince wrote: On Mon, 2016-01-25 at 15:31 -0600, Ben Nemec wrote: On 01/22/2016 06:19 PM, Dan Prince wrote: On Fri, 2016-01

Re: [openstack-dev] [TripleO] Should we have a TripleO API, or simply use Mistral?

On 01/26/2016 09:05 PM, Ben Nemec wrote: On 01/25/2016 04:36 PM, Dan Prince wrote: On Mon, 2016-01-25 at 15:31 -0600, Ben Nemec wrote: On 01/22/2016 06:19 PM, Dan Prince wrote: On Fri, 2016-01-22 at 11:24 -0600, Ben Nemec wrote: So I haven't weighed in on this yet, in part because I was on

[openstack-dev] [TripleO] TripleO UI Demo

Hello all, I've created a demo video which shows latest changes in TripleO UI. You can watch it here: https://youtu.be/1Lc04DKGxCg -- Jirka __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [tripleo] Zaqar messages standardization

On 05/23/2016 11:51 AM, Dougal Matthews wrote: On 20 May 2016 at 18:39, Dan Prince <dpri...@redhat.com <mailto:dpri...@redhat.com>> wrote: On Fri, 2016-05-20 at 17:52 +0200, Jiri Tomasek wrote: > Hey all, > > I've been recently working on getting the

[openstack-dev] [tripleo] Zaqar messages standardization

Hey all, I've been recently working on getting the TripleO UI integrated with Zaqar, so it can receive a messages from Mistral workflows and act upon them without having to do various polling hacks. Since there is currently quite a large amount of new TripleO workflows comming to tripleo-common,

Re: [openstack-dev] [TripleO] [UI] Version

On 27.7.2016 15:18, Steven Hardy wrote: On Wed, Jul 27, 2016 at 08:41:32AM -0300, Honza Pokorny wrote: Hello folks, As the tripleo-ui project is quickly maturing, it might be time to start versioning our code. As of now, the version is set to 0.0.1 and that hardly reflects the state of the

[openstack-dev] [tripleo] Deployment plan management efforts sync up

Hello all, there has been several ongoing efforts in TripleO regarding Deployment Plans management and Deployment configuration itself. A lot of this work is done to satisfy certain individual requirements but I think some further discussion needs to happen to make sure the solutions we

Re: [openstack-dev] [tripleo] Deployment plan management efforts sync up

On 2.2.2017 13:57, Ana Krivokapic wrote: On Thu, Feb 2, 2017 at 1:46 PM, Emilien Macchi <emil...@redhat.com <mailto:emil...@redhat.com>> wrote: On Thu, Feb 2, 2017 at 6:56 AM, Jiri Tomasek <jtoma...@redhat.com <mailto:jtoma...@redhat.com>>

Re: [openstack-dev] [tripleo] Update TripleO core members

+1 On 23.1.2017 20:03, Emilien Macchi wrote: Greeting folks, I would like to propose some changes in our core members: - Remove Jay Dobies who has not been active in TripleO for a while (thanks Jay for your hard work!). - Add Flavio Percoco core on tripleo-common and tripleo-heat-templates

Re: [openstack-dev] [tripleo] Proposing Honza Pokorny core on tripleo-ui

+1, Nice! On 24.1.2017 14:52, Emilien Macchi wrote: I have been discussed with TripleO UI core reviewers and it's pretty clear Honza's work has been valuable so we can propose him part of Tripleo UI core team. His quality of code and reviews make him a good candidate and it would also help the

Re: [openstack-dev] [heat][TripleO] Adding interfaces to environment files?

On 8.6.2016 11:15, Steven Hardy wrote: On Tue, Jun 07, 2016 at 03:57:31PM -0400, Jay Dobies wrote: All, We've got some requirements around adding some interfaces to the heat environment file format, for example: 1. Now that we support passing un-merged environment files to heat, it'd be

Re: [openstack-dev] [TripleO][UI] Port number for frontend app

On 22.8.2016 08:08, Honza Pokorny wrote: Hello folks, We've been using port 3000 for the GUI during development and testing. Now that we're working on packaging and shipping our code, we're wondering if port 3000 is still the best choice. Would 3000 conflict with any other services? Is

[openstack-dev] [tripleo] TripleO-UI status for TripleO RC1

Hey all, here is a summary of TripleO-UI related TripleO RC1 work: Tripleo-common patches required by TripleO-UI: - roles listing: https://review.openstack.org/#/c/330283/ - validations run_groups workflow fix: https://review.openstack.org/#/c/366055/ - Include environments which aren't

Re: [openstack-dev] [TripleO] Proposing Julie Pichon for tripleo core

On 22.11.2016 18:01, Dougal Matthews wrote: Hi all, I would like to propose we add Julie (jpich) to the TripleO core team for python-tripleoclient and tripleo-common. This nomination is based partially on review stats[1] and also my experience with her reviews and contributions. Julie

[openstack-dev] [TripleO] Network Configuration in TripleO UI

Hi all, I've been investigating how to implement TripleO network configuration in TripleO UI. Based on my findings I'd like to propose a solution. tl;dr proposal: Slightly refactor Network environment files to match GUI usage, Use Jinja Templating to generate dynamic parts of the

Re: [openstack-dev] [tripleo] Mistral Workflow for deriving THT parameters

On 4.1.2017 09:13, Saravanan KR wrote: Hello, The aim of this mail is to ease the DPDK deployment with TripleO. I would like to see if the approach of deriving THT parameter based on introspection data, with a high level input would be feasible. Let me brief on the complexity of certain

Re: [openstack-dev] [tripleo] Proposing Florian Fuchs for tripleo-validations core

+1 On Thu, Apr 6, 2017 at 12:56 PM, Julie Pichon wrote: > On 6 April 2017 at 10:53, Martin André wrote: > > Hellooo, > > > > I'd like to propose we extend Florian Fuchs +2 powers to the > > tripleo-validations project. Florian is already core on

Re: [openstack-dev] [tripleo] Proposing Florian Fuchs for tripleo-validations core

+1! On 6.4.2017 11:53, Martin André wrote: Hellooo, I'd like to propose we extend Florian Fuchs +2 powers to the tripleo-validations project. Florian is already core on tripleo-ui (well, tripleo technically so this means there is no changes to make to gerrit groups). Florian took over many

Re: [openstack-dev] [tripleo] Fwd: TripleO mascot - how can I help your team?

Hi, I agree that this new updated logo is great refinement to what we currently have. Love it. Thanks Heidi On Mon, Mar 13, 2017 at 8:24 PM, Dan Prince wrote: > Hi Heidi, > > I like this one a good bit better. He might looks a smidge cross-eyed > to me... but I'd take this

Re: [openstack-dev] [tripleo] Proposing Saravanan KR core

+1 On Mon, Jul 24, 2017 at 10:32 AM, Dougal Matthews wrote: > +1! > > On 21 July 2017 at 16:01, Emilien Macchi wrote: > >> Saravanan KR has shown an high level of expertise in some areas of >> TripleO, and also increased his involvement over the last

Re: [openstack-dev] [tripleo] Plan description in the create/update plan form

On 29.6.2017 23:28, Ben Nemec wrote: On 06/29/2017 07:25 AM, Ana Krivokapic wrote: Resending with the [tripleo] tag, sorry... On Thu, Jun 29, 2017 at 2:22 PM, Ana Krivokapic > wrote: Hi TripleO devs, I am working on adding a

Re: [openstack-dev] [tripleo][ui] another i18n proposal for heat templates 'description' help strings

On 9.5.2017 17:01, Florian Fuchs wrote: On Mon, May 8, 2017 at 10:20 AM, Peng Wu wrote: Hi Julie, I generated one example javascript file containing the translatable strings. URL: https://pwu.fedorapeople.org/openstack-i18n/tripleo/tripleo-heat -templates.js

Re: [openstack-dev] [ironic] [tripleo] demo: node auto-discovery with one power button click

On 11.5.2017 16:56, Dmitry Tantsur wrote: Hi all! While people are enjoying the Forum, I also have something to show. I've got a lot of questions about auto-discovery, so I've recorded a demo of it using TripleO Ocata: https://www.youtube.com/watch?v=wJkDxxjL3NQ. Please let me know what you

Re: [openstack-dev] [tripleo] Role updates

On 12.6.2017 10:55, Dmitry Tantsur wrote: On 06/09/2017 05:24 PM, Alex Schultz wrote: Hey folks, I wanted to bring to your attention that we've merged the change[0] to add a basic set of roles that can be combined to create your own roles_data.yaml as needed. With this change the

Re: [openstack-dev] [TripleO] TripleO/Ansible PTG session

approach driven by tripleo > > > > James, Dan, comments? > > Agreed, I think this is the longer term plan in regards to using > APB's, where everything consumed is an external playbook/role. > > We definitely want to consider this plan in paral

Re: [openstack-dev] [TripleO] TripleO/Ansible PTG session

Will it be possible to send Zaqar messages at each deployment step to make the deployment process more interactive? in case of driving separate playbooks from mistral workflow, that would be absolutely possible. As it seems we're more keen on driving everything from wrapping ansible playbook, is

Re: [openstack-dev] [tripleo] Facilitating automation testing in TripleO UI

On Fri, Aug 4, 2017 at 9:33 AM, Honza Pokorny wrote: > About 10 years ago, we were promised a fully semantic version of HTML. > No more nested divs to structure your documents. However, all we got > was a few generic, and only marginally useful elements like and > . > > On

[openstack-dev] [tripleo] TripleO UI and CLI feature parity

Hello all, As we are in the planning phase for Queens cycle, I'd like to open the discussion on the topic of CLI (tripleoclient) and GUI (tripleo-ui) feature parity. Two years ago, when TripleO UI was started, it was agreed that in order to provide API for GUI and to achieve compatibility

Re: [openstack-dev] [TripleO] Deployment workflow changes for ui/client

On Fri, Oct 20, 2017 at 1:20 PM, Brad P. Crochet wrote: > On Thu, Oct 19, 2017 at 4:56 PM James Slagle > wrote: > >> I've been looking at how we can hook up the deployment changes for >> config-download[1] with the existing deployment workflows in

Re: [openstack-dev] [tripleo] Nominate akrivoka for tripleo-validations core

+1, great work Ana! út 7. 11. 2017 v 1:33 odesílatel Honza Pokorny napsal: > Hello people, > > I would like to nominate Ana Krivokapić (akrivoka) for the core team for > tripleo-validations. She has really stepped up her game on that project > in terms of helpful reviews, and

Re: [openstack-dev] [TripleO] Next steps for pre-deployment workflows (e.g derive parameters)

On Wed, Nov 8, 2017 at 6:09 AM, Steven Hardy wrote: > Hi all, > > Today I had a productive hallway discussion with jtomasek and > stevebaker re $subject, so I wanted to elaborate here for the benefit > of those folks not present. Hopefully we can get feedback on the > ideas

Re: [openstack-dev] [TripleO] Next steps for pre-deployment workflows (e.g derive parameters)

On Wed, Nov 8, 2017 at 11:09 AM, Saravanan KR wrote: > Thanks Steven for the update. > > Current CLI flow: > -- > * User need to add -p parameter for the overcloud deploy command with > workflows to be invoked [1] > * Plan will update updated to the swift

[openstack-dev] [tripleo] FFE Select Roles TripleO-UI

Hello, I’d like to request an FFE to finish GUI work on roles management, specifically listing of roles and selection of roles for deployment. This feature is one of the main goals of current cycle. The pending patches are ready to be merged, mostly just waiting for tripleo-common patches to

[openstack-dev] [TripleO][ui] Network Configuration wizard

Hi, all Full support for network configuration is one of the main goals for TripleO UI for Rocky cycle as it is missing part which still requires user to manually prepare templates and provide them to deployment plan. *Step 1. Network Isolation* In Queens cycle we've started working on adding

Re: [openstack-dev] [TripleO][ui] Network Configuration wizard

On Wed, Feb 14, 2018 at 11:16 PM, Ben Nemec <openst...@nemebean.com> wrote: > > > On 02/09/2018 08:49 AM, Jiri Tomasek wrote: > >> *Step 2. network-environment -> NIC configs* >> >> Second step of network configuration is NIC config. For this >> netw

[openstack-dev] [tripleo] FFE request for config-download-ui

Hello, I would like to request a FFE for [1]. Current status of TripleO UI patches is here [2] there are last 2 patches pending review which currently depend on [3] which is close to land. [1] https://blueprints.launchpad.net/tripleo/+spec/config-download-ui/ [2]

Re: [openstack-dev] [tripleo] Patches to speed up plan operations

Hello, thanks for bringing this up. I am going to try to test this patch with TripleO UI tomorrow. Without properly looking at the patch, questions I would like to get answers for are: How is this going to affect ways to create/update deployment plan? Currently user is able to create deployment

Re: [openstack-dev] [TripleO]Addressing Edge/Multi-site/Multi-cloud deployment use cases (new squad)

Hi, thanks for a write up James. I am adding a few notes/ideas inline... On Mon, Aug 20, 2018 at 10:48 PM James Slagle wrote: > As we start looking at how TripleO will address next generation deployment > needs such as Edge, multi-site, and multi-cloud, I'd like to kick off a > discussion

Re: [openstack-dev] [TripleO] Plan management refactoring for Life cycle

Hi Mathieu, Thanks for bringing up the topic. There are several efforts currently in progress which should lead to solving the problems you're describing. We are working on introducing CLI commands which would perform the deployment configuration operations on deployment plan in Swift. This is a

Re: [openstack-dev] [tripleo] Posibilities to aggregate/merge configs across templates

Hi, The problems you're describing are close to the discussion we had with Mathieu Bultel here [1]. Currently to set some parameters values as ultimate source of truth, you need to put them in plan-environment.yaml. Ignoring the fact that CLI now merges environments itself (fixed by [2] and not

[openstack-dev] [tripleo] Workflows Squad changes

Hi all, Recently, the workflows squad has been reorganized and people from the squad are joining different squads. I would like to discuss how we are going to adjust to this situation to make sure that tripleo-common development is not going to be blocked in terms of feature work and reviews.