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.
Wit
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. simil
r removal from -core
- 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 kn
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 abo
+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 reviews
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 helpf
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
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
G
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 django
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
https://blueprints.launchpad.net/horizon/+spec/django-angular-
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. The
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"
To: "OpenStack Development Mailing List (not for usage qu
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 summit
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 inter
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 wrote:
On 11/11/14 10:53, Jiri Tomasek wrote:
Hey,
Thanks for writing this up!
The Storyboard project has successfully integrated these tools into
the
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 fro
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
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 in
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
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 compil
nge to address a blueprint for
Icehouse that can 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
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* wrong.
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 Angul
ou
elaborate o the issues you had? I will try to search some performance
related topics.
Maxime Vidori
- Original Message -----
From: "Jiri Tomasek"
To: openstack-dev@lists.openstack.org
Sent: Wednesday, November 13, 2013 11:00:43 AM
Subject: Re: [openstack-dev] [Horizon] Int
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].
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
Introdu
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 fairly
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 default
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,
On 05/23/2016 11:51 AM, Dougal Matthews wrote:
On 20 May 2016 at 18:39, Dan Prince <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 TripleO UI integrated
On 05/25/2016 08:08 PM, Thomas Herve wrote:
On Fri, May 20, 2016 at 5:52 PM, Jiri Tomasek 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 to do various po
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 support an optional desc
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
to
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 mailto:sha...@redhat.com>> wrote:
On Tue, Jun 07, 2016 at 04:53:12PM -0400, Zane Bitter wrote:
> On 07/06/16 15:57, Jay Dob
On 05/26/2016 12:18 PM, Thomas Herve wrote:
On Thu, May 26, 2016 at 11:48 AM, Jiri Tomasek 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 format
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: open
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 Nemec
On 01/06/2016 11:48 AM, Dougal Matthews wrote:
On 5 January 2016 at 17:09, Jiri Tomasek <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 12/23/2015 10:26 AM, Ste
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 logi
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
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 T
On 01/25/2016 12:42 AM, Clint Byrum wrote:
Excerpts from Dan Prince's message of 2016-01-22 16:19:07 -0800:
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
vacation
when it was first proposed and missed a lot of the initial
discu
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 obv
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
va
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
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 one any day over the
+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 tripleo-ui
> > (well, tripleo technically so this
+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 of
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
And the code to generat
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
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 roles_data.
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 mailto:akriv...@redhat.com>> wrote:
Hi TripleO devs,
I am working on adding a description field to the "Cra
+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 months:
>> - Major contributor in DPDK integ
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 2017-08-03 18:59, Ana
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 between
riven 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 definite
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 it
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 Mistral.
>>
>> However, it seems we have not suf
+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 great patches.
>
>
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 container
> * Derived
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 and see if it makes s
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 la
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 p
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 there
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 specif
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 ro
On Wed, Feb 14, 2018 at 11:16 PM, Ben Nemec 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
>> network-environment.yaml is use
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
templates/e
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 param
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
good
+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
+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
do
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 create
On 2.2.2017 13:57, Ana Krivokapic wrote:
On Thu, Feb 2, 2017 at 1:46 PM, Emilien Macchi <mailto:emil...@redhat.com>> wrote:
On Thu, Feb 2, 2017 at 6:56 AM, Jiri Tomasek mailto:jtoma...@redhat.com>> wrote:
> Hello all,
>
> there has been several on
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]
https://review.openstack.org/#/q/
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 p
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 aroun
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 m
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 af
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 has
80 matches
Mail list logo
