Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

>> >> Richard >> >> >> On 10 March 2017 at 02:20, McLellan, Steven <steve.mclel...@hpe.com> >> wrote: >>> I concur; option 4 is the only one makes sense to me and was what was >>> intended originally. A

Re: [openstack-dev] [Horizon][searchlight] Sharing resource type implementations

Let me get Matt B in on this discussion, but basically, option 4 is my initial feeling as Rob stated. One downside we saw with this approach is that we weren’t going to be able to take advantage of searchlight capabilities in details pages if everything was in native horizon. Although, I

[openstack-dev] [searchlight] End of 2017 meeting schedule

Hello everyone, Due to the upcoming holidays we have a modified meeting schedule the next few weeks. December 29th meeting is cancelled. December 22nd meeting is tentative. Kevin_Zheng, lei-zh, yingjun will coordinate deciding whether or not one is needed and if one of them will be

Re: [openstack-dev] [Horizon] Draft team mascot

I also like Radomir’s version. From: "Ramirez, Eddie" Reply-To: OpenStack List Date: Wednesday, December 7, 2016 at 11:28 AM To: OpenStack List Subject: Re: [openstack-dev] [Horizon] Draft team

Re: [openstack-dev] [Horizon] Proposing Kenji Ishii for core

+1 From: Timur Sufiev Reply-To: OpenStack List Date: Friday, November 18, 2016 at 1:34 AM To: OpenStack List Subject: Re: [openstack-dev] [Horizon] Proposing Kenji Ishii for core +1 On Fri, Nov 18,

Re: [openstack-dev] [searchlight] Propose Zhenyu Zheng for Searchlight core

+1 for me! From: "McLellan, Steven" Reply-To: OpenStack List Date: Wednesday, October 19, 2016 at 4:10 PM To: OpenStack List Subject: [openstack-dev] [searchlight] Propose Zhenyu Zheng for Searchlight

Re: [openstack-dev] [ironic] base node payload for notification

On 9/27/16, 8:23 AM, "Jim Rollenhagen" wrote: On Tue, Sep 27, 2016 at 9:57 AM, Loo, Ruby wrote: > Hi Yuriy, > > > > Thanks for bringing this up. I'm good with your list, with the exception of > driver_info and

[openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

Hello!   I am nominating Matt Borland for Searchlight UI core. Matt has been working on searchlight UI since we started it and he is the primary author of the angular registration framework in Horizon which Searchlight depends upon. Matt has the second most searchlight UI commits in Newton [0],

[openstack-dev] [Searchlight] PTL Non-candidacy

Hi everybody, After an amazing ride that I believe has created a solid platform for a rich and interactive search experience in OpenStack, I wanted to let everybody know that I will not be nominating myself to be the Searchlight PTL for the Ocata cycle. I will continue as a core reviewer and

Re: [openstack-dev] [release][barbican][cinder][cloudkitty][ironic][magnum][monasca][searchlight][senlin][solum][swift][tripleo][watcher][winstackers] tags needed to be considered part of Newton

Thanks, Doug. We are planning to tag Searchlight and Searchlight-UI later this week. -Travis On 8/29/16, 8:50 AM, "Doug Hellmann" wrote: We have several projects using the cycle-with-intermediary release model for which we have not had any releases yet this

[openstack-dev] [searchlight] [glance] Will glance community image sharing make it into Newton?

Hello Glance team, We’re looking into implementing the Glance Community Image sharing support within Searchlight for Newton, but it looks like several patches are outstanding. Can you let us know how likely it is that this will land in Newton and when you expect them to land? Thanks, Travis

Re: [openstack-dev] [nova] os-capabilities library created

Excerpts from Jay Pipes's message of 2016-08-03 19:47:37 -0400: >> Hi Novas and anyone interested in how to represent capabilities in a >> consistent fashion. >> >> I spent an hour creating a new os-capabilities Python library this evening: > >>

Re: [openstack-dev] [horizon] [horizon-plugin] AngularJS 1.5.8

+1 On 8/3/16, 5:36 PM, "Thomas Goirand" wrote: On 08/03/2016 12:19 PM, Rob Cresswell wrote: > Hi all, > > Angular 1.5.8 is now updated in its XStatic > repo: https://github.com/openstack/xstatic-angular > > I've done some manual testing of the

[openstack-dev] [searchlight] Rick Aulino core nomination

Hello! I am nominating Rick Aulino for Searchlight core. Rick has been working on the core indexing engine throughout Mitaka and Newton. He has developed a Neutron plug-in and has reviewed most of the other plugins in Searchlight. Since the beginning of Mitaka [0] and for the first two Newton

Re: [openstack-dev] [tc][all] Big tent? (Related to Plugins for all)

On 22/07/16 10:04, Zane Bitter wrote: > If we're not to end up with 20 different answers to the those > questions, we'll need some cross-project co-ordination and part of > that will involve depending on various projects for functionality > instead of implementing multiple different one-off

[openstack-dev] [searchlight] Thursday July 21 meeting cancelled

Due to our midcycle hangout today [0], we are cancelling the searchlight IRC meeting tomorrow (Thursday July 21). [0] https://etherpad.openstack.org/p/searchlight-newton-hangout __ OpenStack Development Mailing List (not for

Re: [openstack-dev] [Horizon] Angular action services and initScope

TL;DR, I’ll be quite happy to get rid of the need for initScope and like exploring a common way to share model other than events. |From: Richard Jones | Date: Sunday, July 17, 2016 at 6:55 PM | I think this is a bad idea because in the angular world "factory" means

Re: [openstack-dev] [Horizon] Angular action services and initScope

If we find that there is still a need to send the scope in that can’t be reasonably worked around, then the action services could be changed to be a factory. The injected action factory should have a factory function called by the controller which creates an instance of the action in each

Re: [openstack-dev] [security] [horizon] Security implications of exposing a keystone token to a JS client

By caching, do you mean not persisting it in local storage or a cookie? Would it be okay to store in a variable in browser memory for the duration of the session to be used with subsequent API requests? Thanks, Travis On 7/6/16, 6:36 PM, "David Stanek" wrote: On 07/01

[openstack-dev] [searchlight] Mid Cycle Hangout

At our last IRC meeting, we discussed that there were a few topics which could use some high bandwidth conversation, in particular the pipeline architecture [0] as well as reviewing progress for the release. Since we are not having a face to face meetup which would exclude people unable to

[openstack-dev] [searchlight] Searchlight Core Nomination - Lei Zhang

I am nominating Lei Zhang from Intel (lei-zh on IRC) to join the Searchlight core reviewers team. He has been actively participating with thoughtful patches and reviews demonstrating his depth of understanding in a variety of areas. He also participates in meetings regularly, despite a

Re: [openstack-dev] [horizon] Angular form framework

yes? What about projects like Fuel that use React? Michael On Wed, May 4, 2016 at 9:00 PM Tripp, Travis S <travis.tr...@hpe.com<mailto:travis.tr...@hpe.com>> wrote: Hello everybody, I sent a message about this direclty to a couple of people for their quick thoughts. It looks like there

[openstack-dev] [horizon] Angular form framework

n auto-generated form. Case 2. We have things like hz-if that we may use to control which form fields to show. Again, not sure how this will work if we are auto-generating the form. I suppose you would have to do the check in the controller and modify the JSON to reflect this. But that will make

[openstack-dev] [swift] [searchlight] Swift Searchlight Integration Austin Summit Recap

Hello Swift team, I sent out a summary of what I believe was discussed at our joint session to just [searchlight] and wanted to copy it to the [swift] thread so that we are on the same page. Please take a look and reply with any comments, corrections, questions, etc. Thanks! Swift

Re: [openstack-dev] [nova] Austin summit cells v2 session recap

Thanks for these notes, Matt. Couple of comments inline. On 5/2/16, 7:32 PM, "Matt Riedemann" wrote: >Andrew Laski led a double session for cells v2 on Wednesday afternoon. >The full session etherpad is here [1]. > >Andrew started with an overview of what's

Re: [openstack-dev] [nova] Austin summit versioned notification

Thanks, Jay! We’re looking through everything and will be attending these meetings moving forward. -Travis On 5/3/16, 6:17 AM, "Jay Pipes" wrote: >cc'ing Travis and Steve directly, since they will likely be very >interested in this effort from the Project Searchlight

[openstack-dev] [searchlight] OpenStack Newton Austin Summit

Hello everybody, Below is my summary of the Searchlight related discussions and results from the Austin Summit. I apologize for the length, but just decided to include all the session summaries in a single email. As always, please correct, add, etc! 5 Sessions (3 Searchlight Session, 1 joint

Re: [openstack-dev] [Horizon][Searchlight] Plans for Horizon cross-region view

Sorry the for delayed response on this message. Finishing out Mitaka has been quite time consuming! Cross region searching is a high priority item for Searchlight in Newton. Steve has begun work on the spec [1] with initial prototyping. We also are considering this as a likely candidate for

[openstack-dev] [horizon] mitaka mid-cycle report

Hello everybody, I know this is a bit late, but I just now came across a blog that our very own Cindy Lu wrote about the Mitaka Horizon mid-cycle. It looks to me as though this never made it out to the mailing list. So, I just wanted to send it along to the ML. Thanks, Cindy!

Re: [openstack-dev] [searchlight] Add Nova Keypair Plugin

Hiroyuki, Thanks for the update. That sounds like the best course of action. As FYI, Li Yingjun also has a spec up on Nova to get notifications on hypervisors [0], which we briefly discussed in the IRC meeting this morning [1]. The two of you might be able to work together in getting nova

[openstack-dev] [searchlight] Mitaka PTL Candidacy

Hello Friends, We are now going into the Newton cycle of Searchlight and I would be honored if you’ll allow me to continue serving in the PTL role. Searchlight has come a long way in the Mitaka cycle and it is certainly due to some passionate work from a small, but expanding team of

Re: [openstack-dev] [neutron][taas] [ux] Proposal of Dashboard for TaaS

Hello Everybody, The #openstack-ux project specifically has been setup to help with user experience designs. We use a tool called invision [0] for visual design commenting and interactions. In addition, The UX repo has been setup to help facilitate this process and Piet (the PTL) is looking

Re: [openstack-dev] [horizon] PTL noncandidacy

David, Thank you so much for the patience and wisdom you’ve demonstrated over the years. I always appreciate sense of humor you bring to IRC. For the love of all that is OpenStack, please stay active on Horizon! -Travis On 3/11/16, 10:19 AM, "David Lyle" wrote: >After

Re: [openstack-dev] [Horizon] How do we move forward with xstatic releases?

> On 03/09/2016 04:43 PM, Serg Melikyan wrote: >>> >>> This is exactly my first thought. The plugins *must* depend on Horizon, >>> and they have to use the same versions of XStatic packages anyways, > > >> so why specify the dependencies twice? >> >> >> Plugins may require different xstatic

Re: [openstack-dev] [Horizon] Javascript linting and documentation

Hi Michael, The problem is that the warnings are so great that is really hard to read. What if we amended the recently added lintq to do some inline filtering of the doc warnings? This is just a bandaid of course. I also am opposed to any major linting changes until Mitaka closes. They cause

Re: [openstack-dev] [horizon] Proposal to add Diana Whitten to horizon-core

+1, no questions asked. It is rare to find somebody with the passion that Diana has shown. From: Lin Hua Cheng > Reply-To: OpenStack List > Date: Tuesday, March 8, 2016 at

[openstack-dev] [horizon] [searchlight] Horizon, Search, and Composability

Hello everybody, At the Horizon mid-cycle we had a lot of discussion on UI composability and searchability. Matt and Tyr provided a short presentation and demo at the mid-cycle. This morning I gave a more detailed presentation and demo via hangouts on air regarding Searchlight and Horizon. The

Re: [openstack-dev] Dynamically adding Extra Specs

Dhvanan, I admittedly only just saw the subject and skimmed the thread (so might be missing something), but have you looked into taking advantage of scheduler hints from a custom filter from the API / CLI? As FYI, horizon has a patch up adding support for them [1]. [1]

[openstack-dev] [searchlight] Nominating Li Yingjun to Searchlight Core

I am nominating Li Yingjun (yingjun on IRC) to join the Searchlight core reviewers team. We are a young project and he has already made a noticeable impact with his contributions. You may review his Searchlight [0] and cross-project [1] activity reports below. He has been participating in

[openstack-dev] [glance] [horizon] Metadata definitions catalog concept demo

Hi Glance & Horizon team, This past week I had 3 people from different companies contact me asking for a few pointers on where to find more about the metadata definitions catalog and its usage. While trying to grab some links and screenshots to send along, I just decided to record a quick

Re: [openstack-dev] [Horizon] Routing in Horizon

Rajat, Thanks for starting some discussion here. I think your target=“_self” is taken care of now, right? Re: ng-route vs ui-router - everything I have ever seen or been told supports using ui-router instead of ng-route. I know a quick google search supports that, but let me google that for

Re: [openstack-dev] [searchlight] Weekly IRC meeting cancelled December 17th & 24th

After some more conversation, it sounds like New Years eve also is a bad day for most people. Are next meeting will be Thursday, December 7th. On 12/15/15, 5:42 PM, "Tripp, Travis S" <travis.tr...@hpe.com> wrote: >We will not be holding our weekly IRC meeting this we

[openstack-dev] [searchlight] Weekly IRC meeting cancelled December 17th & 24th

We will not be holding our weekly IRC meeting this week due to the busy holiday season with many people out. Our regular meeting will resume Thursday, December 31st. As always, you can find the meeting schedule and agenda here: http://eavesdrop.openstack.org/#Searchlight_Team_Meeting Thanks,

Re: [openstack-dev] [horizon] Proposal to add Richard Jones to horizon-core

Definite +1 for me. I think they are great additions to the team! -Travis On 12/2/15, 11:57 AM, "David Lyle" wrote: >Let's try that again. > >I propose adding Richard Jones[1] to horizon-core. > >Over the last several cycles Richard has consistently been providing

[openstack-dev] [searchlight] [release] Searchlight client launchpad project

Hello all, We have started building out the python client and OpenStack client plugin for Searchlight. We’ve now encountered the question of whether or not to manage the client change tracking through another Launchpad project specific to the client [2] or continue to manage it through the

[openstack-dev] [searchlight] Weekly IRC meeting cancelled

We will not be holding our weekly IRC meeting this week due to the US Thanksgiving holiday. Our regular meeting will resume Thursday, December 3rd. As always, you can find the meeting schedule and agenda here: http://eavesdrop.openstack.org/#Searchlight_Team_Meeting Thanks, Travis

[openstack-dev] [searchlight] Feature request and bug workflow

Searchlighters, When we began this project, we had many discussions about process and made a conscious decision to support as lightweight of a workflow for feature requests as possible. We all discussed how we want to encourage contribution from everybody by supporting both developers and

[openstack-dev] [searchlight] Mitaka Priorities discussion mapped to launchpad

Hello Searchlighters, I just wanted to let everybody know that I’ve captured the results of our priorities discussion on the Searchlight launchpad blueprints page. In some cases, this meant creating a new blueprint (sometimes with only a little information). Next week, it would be great if

[openstack-dev] [searchlight] Today's IRC meeting

Hello all, The US time change while many of us were still getting home from Japan threw myself and several others off with today’s meeting time. Sorry about that! We’ll pick back up next week. Next week’s agenda can be found at the below link. Please feel free to add to to it / modify it and

Re: [openstack-dev] [nova] [searchlight] Difference in nova notifications versus API

Thank, Gibi! A key aspect for notifications for Searchlight would be able to have the notification produce the same data that you’d get from the API. So, with micro versions, it would probably need to be configurable for the notifications emitted on perhaps a certain topic to be able to be

Re: [openstack-dev] [bandit] [glance] [openstack-ansible] [searchlight] Resigning from core reviewers teams

On 10/28/15, 11:43 AM, "Flavio Percoco" wrote: >On 26/10/15 17:20 +, Ian Cordasco wrote: >>Hi everyone, >> >> >>Today I'm removing myself from the core reviewer (and driver) >>teams for the >> >> >>following projects: >> >>- Bandit (bandit-core

[openstack-dev] [Searchlight] Mitaka summit schedule

Hello Search Enthusiasts, Our conference and summit schedule events are now loaded into the system. Main conference presentation and demo: [1] Introducing OpenStack Searchlight - Search your cloud at the speed of light! Design Summit: [2] Prioritizing Search Integrations and Capabilities

Re: [openstack-dev] [Horizon] Suggestions for handling new panels and refactors in the future

Hi Doug! I think the is a great discussion topic and you summarize your points very nicely! I wish you’d responded to this thread, though: https://openstack.nimeyo.com/58582/openstack-dev-horizon-patterns-for-angular-panels, because it is talking about the same problem. This is option 3 I

Re: [openstack-dev] [searchlight] Liberty release finalization

On 10/6/15, 2:28 AM, "Thierry Carrez" wrote: > >The "intermediary" model requires the project following it to be mature >enough (and the project team following it to be disciplined enough) to >internalize the QA process. > >In the "with-milestones" model, you produce

[openstack-dev] [searchlight] Mitaka Summit Sessions

Hi Searchlighters, We need to have our summit sessions decided by October 15. I’ve put up an ether pad capturing some of the initial ideas we had discussed previously in IRC. https://etherpad.openstack.org/p/searchlight-mitaka-summit Please jump on there and add comments, suggestions,

[openstack-dev] [searchlight] Liberty release finalization

Note: I sent a message to Thierry and Doug for help with the specifics of running the release and after Theirry’s response it seemed we should include the mailing list. >Tripp, Travis S wrote: >>Theirry and Doug, >>We are down to a single patch that needs one more +2 and

Re: [openstack-dev] [Horizon] Horizon Productivity Suggestion

Things always move more quickly at the end of a cycle because people feel release pressure, but I do think this is a good idea. 2 - 3 minutes isn’t very realistic. It would need to be planned for longer. On 9/28/15, 3:57 AM, "Rob Cresswell (rcresswe)" wrote: >Hi folks,

[openstack-dev] [searchlight] PTL Candidacy

Hello friends, We are now going into our first official PTL election for Searchlight and I would be honored if you’ll allow me to continue serving in the PTL role. Searchlight became a new project in Liberty after being split out from its initial experimental days in Glance. Since then we’ve

[openstack-dev] [horizon] Patterns for Angular Panels

"A pattern, apart from the term's use to mean Template is a discernible regularity in the world or in a manmade design. As such, the elements of a pattern repeat in a predictable manner." -https://en.wikipedia.org/wiki/Pattern Hello horizon-eers, We have made some progress towards angular

Re: [openstack-dev] [Horizon] Update on Angular Identity work

I definitely think the two panel tables in tree now (images and users) should be reduced down in the number of html partials. On initial glance, it seemed pretty easy to just look at the files and know where things are. However, in practice, it makes it error prone and harder to see

[openstack-dev] [searchlight] Liberty release planning video conference

At our last weekly IRC meeting we decided that we should have a short video conference meetup to talk about the Liberty 3 release. The purpose will be to walk through the Liberty Blueprints / Bugs and finalize the list for Liberty 3. I promised to create a doodle poll for choosing the time, so

Re: [openstack-dev] [searchlight] Liberty release planning video conference

to take advantage of it for my personal testing, because you are certainly right that we don’t want to seem as thought we are endorsing non-open tool sets! Thank you! Travis On 8/10/15, 5:34 PM, Anita Kuno ante...@anteaya.info wrote: On 08/10/2015 06:28 PM, Tripp, Travis S wrote: At our last

Re: [openstack-dev] [Horizon] Liberty Mid Cycle Meetup

-horizon-liberty-priorities [2] Info on location is here: https://etherpad.openstack.org/p/horizon-liberty-midcycle Thanks, Travis On 6/19/15, 10:14 AM, Tripp, Travis S travis.tr...@hp.com wrote: Hi everybody, I got confirmation for hosting the mid cycle meetup at the HP Office in Fort

Re: [openstack-dev] [Mistral][Horizon][Tuskar-ui] Mistral Dashboard

In my opinion there is only one major actual bug left on Launch Instance. That is the webroot bug [0] and this actually affects all of the angular work, not just Launch Instance. There was a working fix for it ready earlier this week, but then additional considerations for the approach on it

[openstack-dev] [Horizon] Liberty Mid Cycle Meetup

Hi everybody, I got confirmation for hosting the mid cycle meetup at the HP Office in Fort Collins on July 21st - 23rd. I’ve put details on the location with a couple nearby hotels on the following ether pad. The room we have reserved can hold about 40 people, but I’ve requested for it to be

Re: [openstack-dev] [javascript] [horizon] [merlin] [refstack] Javascript Linting

I’m copying and pasting from the other thread some info below. I think agreeing on rules is the bigger problem here and I don’t think all the projects should have to agree on rules. We’ve spent a good portion of liberty 1 getting the code base cleaned up to meet the already adopted horizon rules

Re: [openstack-dev] [javascript] Linters

Michael, Maybe you should start this thread again with a link to the full thread but add all the projects into subject (e.g. [horizon]). Otherwise quite a few people may not see it. You are right that the John Papa guidelines are definitely targeted at angular and not general style. They

Re: [openstack-dev] [TC] [All] [searchlight] Proposal for Project Searchlight

Thank you TC and fellow stackers for voting Project Searchlight into the Big Tent today and for the words of encouragement in the TC meeting! We are really excited to move forward on this journey with you! -Travis On 6/3/15, 8:15 AM, Tripp, Travis S travis.tr...@hp.com wrote: Hello TC members

Re: [openstack-dev] [javascript] Linters

We¹ve adopted the John Papa style guide for Angular in horizon [0]. On cursory inspection ES lint seems to have an angular specific plugin [1] that could be very useful to us, but we¹d need to evaluate it in depth. It looks like there was some discussion on the style guide on this not too long ago

[openstack-dev] [TC] [All] [searchlight] Proposal for Project Searchlight

Hello TC members and fellow stackers! We have just submitted a review for project Searchlight to the OpenStack governance projects list [1]. Searchlight is a new project being split out of Glance based on the Glance Catalog Index Service, which was developed and released in Kilo [2]. We received

Re: [openstack-dev] [Horizon] dashboard-app split in horizon

Hi all, I just added my 2 cents to a couple of these patches, but in my opinion all of the existing patches in gerrit for angular tests that were written as part of the launch instance effort should be finalized and merged prior to any further reorganization patches going through. Creating a

Re: [openstack-dev] [Horizon]Informal Pre-summit get together

Just to double check, there was some IRC discussion about Monday. So is it still Sunday? On 5/14/15, 3:41 PM, Douglas Fish drf...@us.ibm.com wrote: The Horizon team will be meeting on Sunday night informally over a beer and dinner: Sunday 6pm @ The Charles Bar http://thecharlesbar.ca/ Hope

Re: [openstack-dev] [Horizon] Core Reviewer Update

Thank you for the warm welcome, everyone! I'm excited to be on the team and am really looking forward to everything coming in Liberty! -Travis On 4/29/15, 6:16 AM, Ana Krivokapić akriv...@redhat.com wrote: On 04/29/2015 12:57 AM, David Lyle wrote: I am pleased to announce the addition of

Re: [openstack-dev] [Keystone][Glance] Hierarchical multitenancy and Glance?

, Tripp, Travis S travis.tr...@hp.commailto:travis.tr...@hp.com wrote: Geoff, Getting a spec on HMT would be helpful, as Nikhil mentioned. As a general question, what it the current adoption of domains / vs hierarchical projects? Is there a wiki or something that highlights what the desired path

Re: [openstack-dev] [Keystone][Glance] Hierarchical multitenancy and Glance?

Geoff, Getting a spec on HMT would be helpful, as Nikhil mentioned. As a general question, what it the current adoption of domains / vs hierarchical projects? Is there a wiki or something that highlights what the desired path forward is with regard to domains? Thanks, Travis On 4/27/15, 7:16

Re: [openstack-dev] [glance] Call to action, revisit CIS state

On 4/27/15, 05:39, Kuvaja, Erno kuv...@hp.com wrote: The spec bluntly states that there is no security impact from the implementation and the concerns should have been brought up so reviewers would have had better chance to catch possible threats. I would like you to look back into those

[openstack-dev] [horizon] Angular in Liberty

Hi everyone! In Kilo we made some very nice progress with adopting AngularJS in Horizon. The launch instance workflow is available as a beta level feature that can be optionally enabled now in Kilo [1]. Together with the identity panel, detail pages, and magic search workstreams we were able to

Re: [openstack-dev] [Nova] [Horizon] Insufficient (?) features in current Nova API

This discussion is actually rather timely. In Kilo, we just added a new experimental API in Glance called the Catalog Index Service [1]. Basically, it provides multi-tenant elastic search based caching and indexing for various resources using a plugin mechanism. We proposed it and built it

Re: [openstack-dev] [Glance] Proposal to change Glance meeting time.

I can do either. Small preference for 1500. On 3/12/15, 9:45 AM, Okuma, Wayne wayne.ok...@hp.com wrote: My vote is for 1500. -Original Message- From: Hemanth Makkapati [mailto:hemanth.makkap...@rackspace.com] Sent: Thursday, March 12, 2015 8:32 AM To: OpenStack Development Mailing List

Re: [openstack-dev] [Horizon] Rethinking the launch-instance wizard model

Richard, I have been thinking for some time that each step controller should be able to define the data it needs as well as manipulating it. Perhaps in the morning before you get up in Australia I could take a pass at converting that for access security. I’ll talk it over with Sean, since

Re: [openstack-dev] [horizon] Kilo angular virtual sprint

Hi everyone, The virtual sprint[1] has been going really well. Last Thursday in the virtual sprint we got 3 patches reviewed and merged! (156810, 157128, 160093) We also had good discussion on the transfer tables and and spinner. With the transfer tables, we decided to make them a parent

Re: [openstack-dev] The constraints from flavor and image metadata

JYH, Are you asking for this to be a blanket rule? It seems to me that this could be a case by case basis, but I question making it a blanket rule. For example, the os_shutdown_timeout property [1] seems very workload specific. In your proposal, this would mean that the operator would have to

Re: [openstack-dev] [horizon] static files handling, bower/

Thanks, Radomir. I originally started a patch on Horizon and was going to do that, but was guided to update global requirements first. I¹ll go ahead and redo that patch on Horizon. -Travis On 1/6/15, 2:00 AM, Radomir Dopieralski openst...@sheep.art.pl wrote: On 06/01/15 01:39, Tripp, Travis S

Re: [openstack-dev] [horizon] static files handling, bower/

What Radomir proposes looks like it would greatly ease the process I am still going through to get the latest angular available to Horizon for current development. At the time of writing this, I’m still trying to get the updated library through. I hit a rather difficult workflow: 1.

Re: [openstack-dev] [horizon] REST and Django

what the middleware in fact is? On Fri, Dec 12, 2014 at 8:08 AM, Tripp, Travis S travis.tr...@hp.commailto:travis.tr...@hp.com wrote: I just re-read and I apologize for the hastily written email I previously sent. I’ll try to salvage it with a bit of a revision below (please ignore

Re: [openstack-dev] [horizon] REST and Django

, Travis S travis.tr...@hp.commailto:travis.tr...@hp.com wrote: From: Richard Jones r1chardj0...@gmail.commailto:r1chardj0...@gmail.com To: Tripp, Travis S travis.tr...@hp.commailto:travis.tr...@hp.com, OpenStack List openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Date

[openstack-dev] [horizon] REST and Django

in openstack_dashboard.api.rest.utils - code in openstack_dashboard/api/rest/ - renamed the API from identity to keystone to be consistent - added a sample of testing, mostly for my own sanity to check things were working https://review.openstack.org/#/c/136676 Richard On Wed Nov 26 2014 at 12:18:25 PM Tripp, Travis S

[openstack-dev] [horizon] Somewhere to host mockups

David, In the Horizon team meeting on the 14th[1], we had some discussion about where we should host additional items like mockups that are associated with a blueprint. Numerous suggestions came up but there wasn't any official clear answer, so you said you'd check with the infra team. Were

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

On Fri, Sep 12, 2014 at 12:02 PM, Tripp, Travis S wrote: From Jamie Lennox: We handle this in the keystoneclient Session object by just printing REDACTED or something similar. The problem with using a SHA1 is that for backwards compatability we often use the SHA1

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

From Jamie Lennox: We handle this in the keystoneclient Session object by just printing REDACTED or something similar. The problem with using a SHA1 is that for backwards compatability we often use the SHA1 of a PKI token as if it were a UUID token and so this is still sensitive data.

[openstack-dev] masking X-Auth-Token in debug output - proposed consistency

Hi All, I'm just helping with bug triage in Glance and we've got a bug to update how tokens are redacted in the glanceclient [1]. It says to update to whatever cross-project approach is agreed upon and references this thread:

Re: [openstack-dev] [glance] Review priorities

Thanks for sending out, Arnaud. I added two to the etherpad for metadefs: the glance client and related tempest patch. Without the client, we can't get the related Horizon patches landed. Glance Client: https://review.openstack.org/#/c/105231/ Tempest: https://review.openstack.org/113632/

Re: [openstack-dev] [Murano] [Glance] Image tagging

Thank you Serg, Yes, what you are discussing in this thread is actually directly related to many of the original reasons we worked on the Graffiti concept POC and then revised into the metadata definitions catalog we are working on for Glance. Basically, you can define objects and

Re: [openstack-dev] [cinder][glance] Update volume-image-metadata proposal

From: Brian Rosmaita [mailto:brian.rosma...@rackspace.com] Or you can just use it as the basis of a Cinder property protection config file, because I wonder whether in the general case, you'll always want volume properties protected exactly the same as image properties. If not, the new API call

Re: [openstack-dev] [Glance] [Heat] Glance Metadata Catalog for Capabilities and Tags

FYI: We now have the initial Glance spec up for review. https://review.openstack.org/#/c/98554/ We generalized a few concepts and will look at how to bring a few of those concepts back in potentially via a future spec. Thanks, Travis From: Tripp, Travis S Sent: Friday, May 30, 2014 4:27 PM

Re: [openstack-dev] [Glance] [Heat] Glance Metadata Catalog for Capabilities and Tags

, routers and flavors so that application write can specify kind of object are required for his application. Thanks, Georgy On Fri, May 30, 2014 at 11:45 AM, Zane Bitter zbit...@redhat.commailto:zbit...@redhat.com wrote: On 29/05/14 18:42, Tripp, Travis S wrote: Hello everyone! At the summit

[openstack-dev] [Glance] [Heat] Glance Metadata Catalog for Capabilities and Tags

Hello everyone! At the summit in Atlanta we demonstrated the Graffiti project concepts. We received very positive feedback from members of multiple dev projects as well as numerous operators. We were specifically asked multiple times about getting the Graffiti metadata catalog concepts into

Re: [openstack-dev] [Horizon] [UX] Summary of Horizon Usability Testing and plan for Summit session

Hello Horizon team, We've been working on some concepts that we'd like to see be incorporated in the launch instance workflow new UI or existing UI. We have a related design session at the summit and would love to get feedback! We'll be showing some early prototyping work that we've been

Re: [openstack-dev] [Cinder] Confusion about the respective use cases for volume's admin_metadata, metadata and glance_image_metadata

We're suffering from a total overload of the term 'metadata' here, and there are 3 totally separate things that are somehow becoming mangled Thanks for the summary. The term metadata definitely gets overloaded. I've been experimenting with the metadata to see what happens with all of it.

Re: [openstack-dev] [Cinder] Confusion about the respective use cases for volume's admin_metadata, metadata and glance_image_metadata

A few days ago I entered a client blueprint on the same topic [1], but maybe it has a server side dependency as well? When it comes to scheduling, as far as I have been able to tell from looking at Nova code, the scheduler is only getting volume_image_metadata and not the regular

  1   2   >